Seperti apa roadmap 90 hari pertama Anda saat bergabung dengan perusahaan baru sebagai Tech Lead?

Question

Accepted Answer

90 hari pertama saya disusun dengan urutan **dengarkan, lalu petakan, lalu bertindak**: saya membangun kepercayaan dan konteks sebelum mengubah apa pun, lalu merilis kemenangan kecil yang terlihat, dan baru setelah itu mengusulkan perubahan struktural. Tujuannya adalah kredibilitas, bukan aksi kepahlawanan.

## Hari 0–30: Dengarkan dan pelajari

- **Temui semua orang secara 1:1** — setiap engineer, manajer saya, PM, dan stakeholder utama. Saya bertanya apa yang berjalan baik, apa yang rusak, dan apa yang mereka harap seseorang perbaiki.
- **Baca sistemnya, bukan hanya kodenya** — jalankan aplikasi secara lokal, telusuri jalur request yang kritis, baca incident dan postmortem 3 bulan terakhir.
- **Petakan pipeline delivery** — bagaimana kode berpindah dari laptop ke produksi, di mana macetnya, seperti apa kondisi CI/CD dan on-call.
- **Belum menulis apa pun yang bersifat struktural.** Saya mengajukan PR kecil (dokumen, sebuah flaky test, README) untuk mempelajari alur kerja dan menunjukkan bahwa saya turun tangan langsung.

## Hari 30–60: Diagnosis dan hadirkan kemenangan

- Rangkum temuan menjadi sebuah **diagnosis tertulis** yang singkat: 3 kekuatan teratas, 3 risiko teratas, diurutkan berdasarkan dampak.
- Pilih **satu kemenangan dengan sinyal kuat dan risiko rendah** — mis. memangkas waktu CI menjadi setengah, memperbaiki alert paling berisik, mendokumentasikan proses deploy. Nilai yang terlihat membangun modal politik untuk perubahan yang lebih besar.
- Validasi pemahaman saya bersama tim dan manajer sebelum menetapkan arah.

## Hari 60–90: Tetapkan arah

- Usulkan sebuah **roadmap teknis** yang terkait dengan tujuan bisnis, lengkap dengan urutan dan penanggung jawabnya.
- Bangun atau perbaiki **ritual tim** — norma code review, rotasi on-call, irama planning.
- Sepakati dengan manajer saya **bagaimana keberhasilan saya diukur** pada bulan ke-6.

## Jebakan yang harus dihindari

- **Menulis ulang sebelum memahami** — kekacauan yang "jelas" sering kali mengandung kendala yang diperoleh dengan susah payah.
- **Mencoba memperbaiki semuanya sekaligus** — pilih beberapa, selesaikan.
- **Mengabaikan peta sosial** — siapa yang sebenarnya membuat keputusan sama pentingnya dengan arsitektur.

## Mengapa ini penting

Leverage seorang Tech Lead berasal dari kepercayaan dan konteks, yang keduanya bersifat akumulatif. Menghabiskan bulan pertama untuk mendengarkan terasa lambat, tetapi mencegah kesalahan mahal berupa menyelesaikan masalah yang salah secara lantang — dan kemenangan awal yang kredibel memberi Anda mandat untuk menggarap pekerjaan struktural yang sulit nantinya.