Bagaimana rupa roadmap 90 hari pertama anda apabila menyertai syarikat baharu sebagai Tech Lead?

Question

Accepted Answer

90 hari pertama saya disusun mengikut urutan **dengar, kemudian petakan, kemudian bertindak**: saya memperoleh kepercayaan dan konteks sebelum mengubah apa-apa, kemudian menghasilkan kemenangan kecil yang ketara, dan barulah selepas itu mencadangkan perubahan struktur. Matlamatnya ialah kredibiliti, bukan kepahlawanan.

## Hari 0–30: Dengar dan belajar

- **Temui semua orang secara 1:1** — setiap jurutera, pengurus saya, PM, dan stakeholder utama. Saya bertanya apa yang berjalan lancar, apa yang rosak, dan apa yang mereka harap seseorang akan betulkan.
- **Baca sistem, bukan hanya kod** — jalankan aplikasi secara setempat, jejak laluan permintaan kritikal, baca 3 bulan terakhir incident dan postmortem.
- **Petakan delivery pipeline** — bagaimana kod beralih dari laptop ke production, di mana ia tersekat, dan apa cerita CI/CD serta on-call.
- **Belum tulis apa-apa yang berstruktur lagi.** Saya failkan PR kecil (dokumentasi, ujian flaky, README) untuk mempelajari aliran kerja dan menunjukkan saya terlibat secara langsung.

## Hari 30–60: Diagnos dan hasilkan kemenangan

- Susun penemuan menjadi **diagnosis bertulis** yang ringkas: 3 kekuatan teratas, 3 risiko teratas, disusun mengikut impak.
- Pilih **satu kemenangan bersignal tinggi, berisiko rendah** — cth. memotong masa CI separuh, membetulkan alert yang paling bising, mendokumentasikan deploy. Nilai yang ketara membina modal politik untuk perubahan yang lebih besar.
- Sahkan pemahaman saya dengan pasukan dan pengurus sebelum komited kepada hala tuju.

## Hari 60–90: Tetapkan hala tuju

- Cadangkan **roadmap teknikal** yang terikat dengan matlamat perniagaan, dengan urutan dan pemilik.
- Tubuhkan atau perhalusi **ritual pasukan** — norma code review, putaran on-call, kadens perancangan.
- Persetujui dengan pengurus saya tentang **bagaimana kejayaan saya diukur** pada bulan ke-6.

## Perangkap yang perlu dielakkan

- **Menulis semula sebelum memahami** — kekacauan yang "jelas" itu selalunya mengekod kekangan yang diperoleh dengan susah payah.
- **Cuba membetulkan segala-galanya sekaligus** — pilih beberapa, selesaikannya.
- **Mengabaikan graf sosial** — siapa yang sebenarnya membuat keputusan adalah sama penting dengan seni bina.

## Mengapa ia penting

Leverage seorang Tech Lead datang daripada kepercayaan dan konteks, kedua-duanya berkompaun. Menghabiskan bulan pertama mendengar terasa lambat tetapi mengelakkan kesilapan mahal kerana menyelesaikan masalah yang salah dengan lantang — dan kemenangan awal yang kredibel membeli anda mandat untuk menangani kerja struktur yang sukar kemudian.