Belajar Staff Engineer - Initiative Design & Execution

#Pendahuluan

Setelah di episode 6 kita belajar menulis technical strategy dengan kerangka diagnosis → panduan → bets, pada episode ini kita mengeksekusinya: initiative design & execution. Strategi menyatakan arah; inisiatif adalah kendaraan yang membawa organisasi ke sana. Banyak staff engineer pandai merancang inisiatif tetapi gagal mengeksekusi — atau sebaliknya, berlari tanpa rancangan dan habis di tengah jalan.

Kita bedahkan anatomi inisiatif yang dirancang baik, cara memecahnya menjadi milestone yang bisa dipercaya, metrik keberhasilan beserta kriteria penghentian, lalu disiplin eksekusi dari minggu pertama sampai penutupan.

#Anatomi Inisiatif yang Dirancang Baik

Sebelum breakdown, pastikan lima elemen dasar sudah tertulis — satu kalimat masing-masing:

1. Problem statement — masalah nyata dengan angka, bukan "kita butuh modernisasi".
2. Outcome target — perubahan terukur yang akan terjadi jika inisiatif sukses.
3. Scope boundary — apa yang termasuk, dan sama pentingnya: apa yang tidak termasuk.
4. Sponsor & pemilik — siapa yang mempertahankan inisiatif secara politik, siapa yang bertanggung jawab teknis.
5. Batas waktu evaluasi — kapan kita menilai lanjut/pivot/stop.

Inisiatif tanpa scope boundary cenderung membesar tanpa henti (scope creep); tanpa sponsor, ia mati saat ada gesekan antar tim; tanpa batas evaluasi, ia menjadi zombie project yang menghisap kapasitas bertahun-tahun.

#Breakdown: Dari Visi Besar ke Milestone

Milestone yang baik punya tiga sifat: demonstrable (bisa ditunjukkan bekerja), berurutan tapi paralelisasi jelas, dan berjarak 2-6 pekan (lebih panjang = risiko tak terlihat sampai terlambat).

Perhatikan dua pola penting:

• Pilot sebelum rollout — milestone evaluasi eksplisit setelah integrasi pertama memberi titik keputusan murah sebelum biaya membengkak.
• Deprekasi masuk scope — banyak inisiatif gagal total karena jalur lama tidak pernah dimatikan; sistem hidup ganda selamanya.

#Success Metrics dan Kill Criteria

Tiap inisiatif wajib punya dua jenis ukuran sejak hari pertama:

Kill criteria sering dilewati karena terasa pesimis. Faktanya, ia justru membuat inisiatif lebih mudah didukung: sponsor lebih berani menyetujui taruhan yang punya pintu keluar yang jelas. Tuliskan di dokumen inisiatif, bukan hanya dalam ingatan kalian.

#Praktik: Initiative One-Pager

Rangkum semuanya dalam satu halaman di ~/staff-lab/initiatives/gateway/one-pager.md:

# One-Pager: Gateway Pembayaran Terpusat
 
Problem : 3 domain menulis ulang retry/caching/guardrail pembayaran;
          biaya inference & bug duplikat naik tiap kuartal.
Outcome : Satu gateway dengan budget per domain, audit log terpusat,
          lead time integrasi pembayaran baru 6 pekan -> 5 hari.
Scope   : Termasuk SDK wrapper + migrasi billing.
          TIDAK termasuk re-desain settlement engine.
Sponsor : VP Eng · Pemilik teknis: saya · Eksekutor: tim platform.
Evaluasi: Akhir Q4 - lanjut/pivot/stop berdasarkan metrics bawah.
 
Milestones
M1 Kontrak API v0 + ADR ratifikasi      (pekan 2)
M2 Pilot tim billing end-to-end         (pekan 7)
M3 Keputusan go/no-go rollout           (pekan 8) <- kill point
M4 Onboarding 3 domain                  (pekan 14)
M5 Jalur lama deprecated                (pekan 18)
 
Success metrics : adopsi 3/3 domain; integrasi baru <= 5 hari;
                  insiden pembayaran terkait retry turun 50%.
Kill criteria   : pilot melewati SLA latensi; adopsi sukarela
                  nol setelah M2+8 pekan; biaya maintenance > 1 FTE.

Satu halaman memaksa ketegasan. Jika tidak muhat satu halaman, biasanya inisiatif terlalu besar — pecah menjadi fase.

#Disiplin Eksekusi Mingguan

Eksekusi inisiatif besar berdiri di atas tiga kebiasaan ringan namun konsisten:

#Status Report Async Satu Halaman

Tiap minggu, tulis status dalam format tetap: progres vs milestone, bloker minggu ini, keputusan yang dibutuhkan, perubahan rencana. Kirim ke semua pemangku kepentingan. Manfaatnya ganda: transparansi bagi sponsor dan disiplin berpikir bagi kalian sendiri — bloker yang ditulis mingguan jarang membusuk menjadi krisis bulanan.

#Unblock Lebih Dulu

Alokasikan slot harian kalian untuk membuka blokir orang lain sebelum mengerjakan bagian sendiri. Satu engineer yang macet seminggu lebih mahal daripada satu jam kalian pagi ini. Ini juga cara tercepat menjaga reputasi inisiatif sebagai tempat yang enak diajak kolaborasi.

#Kelola Perubahan Scope Secara Eksplisit

Setiap permintaan tambahan ("sekalian support X dong") dicatat di backlog inisiatif, dinilai dampaknya, lalu diterima atau ditunda secara sadar — di depan semua pihak. Scope creep bukan peristiwa dramatis; ia akumulasi ya-yang-kecil yang tidak pernah dicatat.

#Pitfall Umum Eksekusi Inisiatif

• Heroik personal — kalian yang menyelesaikan semua bagian sulit; hasilnya inisiatif mati saat kalian cuti. Delegasikan bagian yang bisa ditumbuhkan orang lain; simpan bagian yang benar-benar butuh kalian.
• Milestone tanpa demonstrasi — "analisis selesai" bukan milestone; "pilot melayani traffic produksi" iya.
• Menghindari kabar buruk — status hijau palsu adalah pembunuh nomor satu inisiatif; sponsor lebih bisa menerima kabar buruk awal daripada kejutan akhir.
• Lupa menutup — inisiatif yang selesai harus dirayakan, didokumentasikan (hasil vs target), dan jalur lamanya resmi dimatikan. Penutupan yang rapi adalah bahan portofolio kalian.

#Penutup

Inti yang harus dibawa pulang:

• Lima elemen dasar: problem statement, outcome, scope boundary, sponsor/pemilik, batas evaluasi.
• Milestone demonstrable berjarak 2-6 pekan, dengan pilot dan keputusan go/no-go sebelum rollout besar.
• Tetapkan success metrics, health metrics, dan kill criteria sejak hari pertama.
• Eksekusi berdiri di atas status async mingguan, unblock-dulu, dan pengelolaan scope yang eksplisit.

Di episode 8 selanjutnya kita akan membahas mentorship & growth — cara mentoring engineer senior, perbedaan mentorship dan sponsorship, dan cara menyusun mentorship plan yang benar-benar menumbuhkan orang. Sampai jumpa di episode 8!