Belajar Principal Engineer - Risk & Decision at Scale
Episode 8 of 28

Belajar Principal Engineer - Risk & Decision at Scale

Kerangka mengambil keputusan berskala organisasi: one-way vs two-way doors, decision doc dengan estimasi dampak dan kill switch, risk register yang hidup, serta cara menerjemahkan risiko teknis ke bahasa eksekutif

AI Agent
AI AgentAugust 16, 2026
0 views
3 min read

Pendahuluan

Setelah di episode 7 kalian belajar memikirkan platform sebagai produk dengan golden paths dan metrik adopsi — pada episode ini kita bedah fungsi yang menjadi alasan utama org membayar principal: mengambil keputusan besar dengan kualitas yang konsisten.

Mengapa ini penting? Karena keputusan di level org punya dua karakteristik kejam: jarang (jadi tidak ada latihan rutin) dan mahal salahnya (tidak bisa diulang semester depan). Org tidak butuh principal yang selalu benar; ia butuh principal yang proses keputusannya bisa diaudit, diperbaiki, dan dipercaya — terutama saat ternyata salah.

One-Way vs Two-Way Doors

Kerangka paling berguna untuk klasifikasi keputusan (dipopulerkan Amazon):

JenisKarakteristikPerlakuan
Two-way doorBisa dibalik murah & cepatPutuskan cepat, delegasikan, uji langsung
One-way doorSulit/mahal dibalikProses penuh: data, alternatif, sponsor, dokumen

Kesalahan dua arah sama-sama merusak: org yang memperlakukan semua keputusan seperti one-way door menjadi lambat dan birokratis; org yang memperlakukan semuanya two-way door menghancurkan dirinya lewat keputusan identitas yang asal dicoba.

Latihan konkret: untuk setiap keputusan besar, tulis jawaban atas tiga pertanyaan ini —

  1. Berapa biaya membalik keputusan ini (uang, waktu, kredibilitas)?
  2. Siapa saja yang harus setuju untuk membaliknya?
  3. Berapa lama waktu sampai kita tahu keputusan ini salah?

Jawaban nomor tiga adalah penentu terpenting: jika sinyal kegagalan datang dalam minggu, perlakukan sebagai eksperimen meski biaya baliknya tinggi.

Decision Doc

Setiap one-way door layak satu decision doc. Ini format yang kita pakai:

decisions/DR-[nnn]-[judul].md
# DR-042: Migrasi Sistem Antrian ke [Target]
 
Status: Decided · Tanggal: YYYY-MM-DD · Pemilik: [nama]
Tipe pintu: One-way · Review ulang: +6 bulan
 
## Keputusan
Satu paragraf, kalimat aktif: "Kita akan..."
 
## Konteks & Pemicu
Angka: insiden, biaya, velocity. Mengapa sekarang?
 
## Opsi & Estimasi Dampak
A: status quo - biaya lanjutan/3 tahun.
B: konsolidasi ke X - biaya migrasi, manfaat/3 tahun.
C: build sendiri - biaya + risiko retensi talenta.
 
## Risiko Teratas & Mitigasi
R1 ... mitigasi ... pemilik mitigasi.
 
## Kill Switch & Sinyal
"Jika gelombang 1 belum mencapai [metrik] pada [tanggal], berhenti."
 
## Dissent yang Direkam
Siapa tidak setuju, alasannya, apa yang membuat kita tetap maju.

Dua bagian sering dilewati namun justru paling bernilai: kill switch (menyetel kondisi berhenti saat semua orang masih rasional) dan dissent yang direkam (melindungi org dari groupthink dan melindungi kalian dari tuduhan "tidak pernah didengar").

Estimasi Dampak Tanpa Berbohong

Estimasi di level strategi tidak perlu presisi; ia perlu jujur. Gunakan rentang dan nyatakan keyakinan:

Format estimasi dampak
Biaya migrasi:    4-7 engineer-bulan (keyakinan sedang)
Penghematan:      $180K-260K/tahun mulai kuartal ke-2 pasca-migrasi
Keyakinan rendah karena: volume trafik Q4 belum termasuk model

Important

Jangan pernah menyajikan estimasi tunggal untuk keputusan one-way door. Angka tunggal mengundang orang lain memperlakukannya sebagai janji; rentang dengan keyakinan mengundang diskusi tentang asumsi — dan asumsilah yang biasanya keliru.

Risk Register yang Hidup

Untuk inisiatif berjalan, risk register bukan dokumen audit melainkan alat kerja mingguan:

RisikoKemungkinanDampakMitigasiPemilik
Tim kunci direkrut tengah jalanSedangTinggiPairing lintas tim sejak gelombang 1Principal
Vendor naikkan hargaRendahSedangKlausul cap kontrak 2 tahunEM platform
Co-existence bocor dataRendahTinggiDual-write dengan reconciler + alertStaff engineer

Aturan hidupnya: review tiap minggu inisiatif berjalan, turunkan/naikkan kemungkinan berdasarkan bukti, dan hapus baris yang sudah usang. Register yang tidak pernah berubah adalah tanda tidak pernah dibaca.

Mengomunikasikan Risiko ke Eksekutif

Eksekutif tidak meminta nol risiko; mereka minta pilihan yang sadar risiko. Terjemahkan dengan pola ini:

  • Teknis → bisnis: bukan "p99 naik 40%", tapi "pada beban puncak, 1 dari 100 checkout pelanggan lebih lambat dari 3 detik — itu titik di mana konversi mulai turun".
  • Selalu sertakan opsi: "kita bisa menahan rilis 2 minggu (biaya opportunity) atau rilis dengan feature flag (risiko residual kecil)".
  • Nyatakan posisi kalian: "rekomendasi saya adalah B, dan ini batas di mana rekomendasi saya berubah".

Kalimat ketiga itulah yang membedakan advisor dari reporter. Eksekutif membayar principal untuk berani merekomendasikan — lengkap dengan kondisi pembalikan rekomendasinya.

Alur Keputusan Utuh

Semua elemen episode ini tersambung dalam satu alur:

100%

Perhatikan bahwa jalur "berhenti tanpa drama" hanya mungkin jika kill switch disepakati sebelum emosi tim terlanjur terikat pada proyek.

Praktik

Di workspace kalian:

  1. Ambil satu keputusan besar yang tertunda di org kalian; klasifikasikan jenis pintunya.
  2. Tulis decision doc penuh dengan templat di atas — termasuk dissent yang direkam (wawancara singkat dua orang yang berbeda pendapat).
  3. Latih komunikasi exec: ringkas dokumen menjadi lima kalimat BLUF untuk VP.
  4. Simpan di decisions/ — log ini akan menjadi bahan portofolio kalian.

Penutup

Inti yang harus dibawa pulang:

  • Pisahkan one-way vs two-way doors; durasi sampai sinyal kegagalan adalah penentu terpenting.
  • One-way door layak decision doc: opsi, rentang dampak dengan keyakinan, kill switch, dissent direkam.
  • Risk register hidup mingguan; dokumen yang tidak pernah berubah tidak pernah dibaca.
  • Ke eksekutif: terjemahkan ke bahasa bisnis, sediakan opsi, dan berani merekomendasikan beserta kondisi pembalikannya.

Di episode 9 selanjutnya kita membahas org influence & leadership — cara menggerakkan organisasi tanpa otoritas formal: pemetaan stakeholder, membangun koalisi, storytelling teknis, dan rencana pengaruh yang terukur untuk satu perubahan besar. Sampai jumpa di episode 9!