Belajar Staff Engineer - Tech Debt & Platform Initiatives

#Pendahuluan

Setelah di episode 12 kita membawa sistem kompleks sampai produksi lewat tranche dan integration gates, pada episode ini kita hadapi musuh senyap setiap organisasi: tech debt — dan obatnya yang lebih besar: platform initiatives. Utang teknis bukan hanya kode jelek; ia adalah bunga bulanan yang dibayar semua tim dalam bentuk waktu investigasi, deploy yang menakutkan, dan fitur yang tertunda.

Staff engineer adalah orang yang mengubah keluhan tentang utang menjadi program yang dibiayai. Kita bedah cara mendaftarkan debt dengan bahasa ekonomi, memprioritaskannya secara adil, membingkainya agar manajemen membelinya, lalu mengeksekusinya sebagai inisiatif platform.

#Mendefinisikan Tech Debt dengan Jujur

Semua kode tua bukan utang. Definisi kerja yang berguna: debt adalah keputusan lampau yang hari ini membuat pekerjaan lebih mahal dari yang seharusnya — dan kita tahu cara yang lebih baik.

Dari definisi itu lahir empat kategori:

Yang paling berbahaya bagi staff engineer adalah bunga: biaya berkelanjutan yang dibayar tiap pekan meski tidak ada yang menyentuh kodenya. Itulah angka yang harus kalian temukan.

#Mengukur Bunga Debt

Bunga debt bisa diukur, minimal sebagai estimasi kasar:

Debt : Skema user digandakan di 3 service (sinkron manual)
Bunga:
  - Investigasi bug data lintas service: ±8 jam/bulan
  - Fitur yang menyentuh profile selalu +1 sprint (4 tim)
  - Onboarding dev baru area ini: +2 pekan
Total: ±2 person-minggu/bulan = ±24 person-bulan/tahun
Pokok (konsolidasi skema): est. 6 person-bulan sekali bayar.

Angka semacam ini mengubah percakapan: dari "kode kita berantakan, tolong beri waktu refactoring" menjadi "ada tagihan 24 person-bulan per tahun yang sedang kita bayar; konsolidasinya 6 person-bulan sekali". Manajemen bisa memutuskan angka, asal kalian sajikan angkanya.

#Prioritisasi: Kuadran Dampak × Urgensi

Tidak semua debt layak dibayar sekarang. Susun register debt lalu petakan:

Empat kuadran menghasilkan strategi beda:

1. Mendesak + dampak tinggi → bayar sekarang; ini kandidat inisiatif terstruktur.
2. Tidak mendesak + dampak tinggi → jadwalkan dengan tenggat; risikonya besar tapi belum meledak.
3. Mendesak + dampak rendah → bayar saat disentuh; jangan buka proyek khusus.
4. Rendah keduanya → tulis saja di register agar tak relitigasi tiap enam bulan.

#Framing Platform Initiative Agar Didanai

Platform work gagal didanai karena dijual dengan bahasa internal ("modernisasi arsitektur"). Ubah framing ke nilai eksternal:

1. Mulai dari nyeri bisnis — velocity turun, insiden naik, biaya cloud membengkak, compliance deadline. Debt adalah penyebab; nyeri adalah produknya.
2. Kuantifikasi status quo — berapa yang organisasi sudah membayar (seperti kalkulasi bunga di atas)?
3. Tawarkan paved road, bukan dekrit — platform baru harus lebih mudah daripada jalur lama; adopsi karena enak, bukan karena dipaksa.
4. Rencanakan self-funding bertahap — tiap fase platform mengembalikan kapasitas yang bisa mendanai fase berikutnya.

Contoh pitch satu paragraf:

Saat ini rilis lintas 14 layanan butuh koordinasi manual;
rata-rata lead time 9 hari dan 30% rilis menimbulkan rollback.
Biayanya ±15 person-hari per bulan ditambah risiko insiden sore
Jumat. Proposal: golden path deployment via template pipeline -
lead time target 1 hari, rollback otomatis. Fase 1 (billing,
6 pekan) sudah membayar dirinya dari penghematan rilis billing
saja; fase berikutnya didanai hasilnya.

Perhatikan frasa sudah membayar dirinya — sponsor paling mudah berkata ya pada program yang fasa pertamanya mandiri secara ekonomi.

#Praktik: Debt Roadmap

Susun roadmap debt di ~/staff-lab/initiatives/platform-debt.md:

# Debt Roadmap H2 2026 - Area Platform
 
## Register teratas (dari audit 14 layanan)
D1 Duplikasi skema user (bunga 24 pb/thn) -> kuadran Q1
D2 Deployment manual (bunga 18 pb/thn)   -> kuadran Q1
D3 SPOF auth service (risiko insiden)    -> kuadran Q2
D4 Test coverage legacy billing (40%)    -> kuadran Q2
 
## Jadwal & alokasi kapasitas
Q3: D1 konsolidasi skema (tim data-core, 6 pb)
    D2 golden path deployment fase 1 (platform, 8 pb)
Q4: D2 fase 2 rollout + D3 HA auth (platform, 10 pb)
    D4 coverage gate 70% bertahap (tiap tim, 20% sprint)
 
## Aturan anti-regresi
- Semua layanan baru wajib golden path (CI enforce).
- Skema domain baru wajib satu pemilik (ADR check).
- Coverage gate naik 5% per kuartal hingga target.
 
## Ukuran keberhasilan akhir tahun
Lead time rilis 9 -> 1 hari; insiden data 2/bln -> <1/kwartal;
bunga total tercatat turun >= 60%.

Bagian aturan anti-regresi yang membedakan roadmap ini dari daftar harapan: tanpa aturan, debt yang sama akan kembali mengendap dalam 12 bulan.

#Pitfall Umum Mengelola Debt

• Refactoring tanpa batas — "membersihkan" selama dua kuartal tanpa deliverable perantara; pecah seperti tranche episode 12.
• Menjual keputusan sebagai teknis padahal ekonomi — sponsor butuh angka bunga, bukan opini estetika kode.
• Platform yang lebih sulit dari jalur lama — jika golden path butuh 12 langkah konfigurasi, orang akan tetap pakai cara lama. Kemudahan adalah fitur utama platform.
• Membiarkan debt jadi alat politik — daftar debt yang dipakai saling menyalah antar tim meracuni budaya; pegang register sebagai fakta bersama, bukan amunisi.
• Lupa merayakan pembayaran — ketika bunga turun dan velocity naik, publikasikan. Tanpa itu, program berikutnya sulit didanai lagi.

#Penutup

Inti yang harus dibawa pulang:

• Debt = keputusan lampau yang membuat pekerjaan lebih mahal hari ini; ukur bunganya dalam person-bulan, bukan keluhkan estetikanya.
• Prioritaskan lewat kuadran dampak × urgensi; boy scout rule hanya cukup untuk kuadran bawah.
• Framing platform: nyeri bisnis → biaya status quo → paved road → self-funding bertahap.
• Roadmap tanpa aturan anti-regresi hanya menunda pengendapan debt yang sama.

Di episode 14 selanjutnya kita akan membahas reliability & SLO programs — cara membangun program reliability lintas tim dengan SLO dan error budget yang benar-benar mengubah cara organisasi mengambil keputusan, bukan sekadar dashboard cantik. Sampai jumpa di episode 14!