Belajar Engineering Manager - Org Strategy & Alignment

#Pendahuluan

Setelah di episode 21 kita belajar memimpin para manager, episode ini mengangkat pandangan kalian dari struktur organisasi ke arah geraknya: strategi.

Strategi organisasi engineering sering gagal bukan karena salah arah, melainkan karena tidak pernah diterjemahkan: visi perusahaan berhenti sebagai slide tahunan, tim-tim menerjemahkan sendiri dengan cara masing-masing, dan dua belas bulan kemudian organisasi bergerak ke dua belas arah berbeda dengan sangat rajin. Peran kalian di level ini adalah penerjemahan sistematis — dari bahasa bisnis ke bahasa arsitektur ke bahasa backlog — sehingga keputusan harian engineer pun bisa dibaca garis asal-usulnya ke strategi.

#Rantai Strategi: Dari Vision ke Backlog

Alignment dimulai dari kerangka bertingkat yang konsisten:

Company strategy (3 tahun)
  "Menjadi platform pembayaran #1 untuk UMKM Indonesia"
        |
Org strategy - Engineering (1-2 tahun)
  "Skalabilitas & reliabilitas untuk volume 10x; time-to-market
   produk baru di bawah 6 minggu"
        |
Tech strategy per domain (tahunan)
  Payments : pecah monolith ledger, event-driven, multi-region
  Identity : satu sign-on terpusat, dekompisi auth legacy
        |
Team OKR per kuartal (episode 4)
  KR: p99 checkout di bawah 300ms; KR: migrasi 40% trafik ke ledger baru
        |
Backlog harian
  Task-task yang setiap satunya bisa dijawab: "ini melayani KR mana?"

Dua uji kualitas rantai ini. Uji jejak balik: ambil task acak dari backlog minggu ini; kalimat pertamanya harus menjawab KR/strategi mana yang dilayani. Kalau jawabannya "permintaan sales minggu lalu", rantainya putus di suatu tempat. Uji ke bawah: tiga engineer acak harus bisa meredam ulang tujuan kuartal timnya tanpa membuka dokumen — strategi yang hanya hidup di slide tidak ada artinya; ia hidup di kepala orang.

Perhatikan juga apa yang rantai ini larang: proyek besar tanpa induk strategi. Bukan berarti dilarang inovasi — melainkan inovasi diberi jalur eksplisit (keranjang innovation di capacity plan, episode 8), sehingga portofolio kerja tetap terbaca.

#Tech Strategy Document

Instrumen utama penerjemahan adalah tech strategy document — satu dokumen per domain, ditulis sekali setahun, direview tiap kuartal:

# Tech Strategy: {domain} - {tahun}
 
## 1. Konteks bisnis (kenapa sekarang)
Arah perusahaan + tekanan pasar dalam 5 butir.
 
## 2. Kondisi saat ini (jujur)
Kapasitas, utang teknis utama (taut debt register ep. 9),
metrik kesehatan baseline (ep. 13).
 
## 3. Arah 12-18 bulan (3-4 tema besar)
Tema A: ... | Tema B: ...
Setiap tema: hasil akhir yang terlihat + metrik keberhasilan.
 
## 4. Apa yang TIDAK kita lakukan
Daftar eksplisit hal yang ditolak dan kenapa. Bagian paling
berharga dari seluruh dokumen.
 
## 5. Trade-off yang disadari
Risiko yang sengaja diambil + kondisi review ulang.
 
## 6. Kebutuhan resource
Headcount, investasi infra, skill gap (taut budget plan ep. 15).

Bagian nomor empat — daftar penolakan — adalah pembeda strategi sungguhan dari daftar keinginan. Strategi tanpa penolakan hanyalah aspirasi; nilainya justru pada apa yang organisasi memutuskan untuk tidak kerjakan tahun ini. Saat permintaan baru datang menabrak area yang sudah ditolak, dokumen ini menjadi tameng netral kalian di depan stakeholder (formula berkata tidak dari episode 11 kini punya lampiran resmi).

#Alignment Cascade Lintas Tim

Puluhan tim tidak bisa dialign lewat rapat harian; mereka align lewat mekanisme, bukan pengawasan. Empat mekanisme inti:

1. OKR tree publik: OKR semua tim terlihat saling bertaut di satu tempat. Dependensi silang terlihat sebelum jadi kejutan.
2. Quarterly planning forum: sekali per kuartal, EM + PM menyusun rencana bersama dengan aturan main: dependensi disepakati tertulis, kapasitas diuji angka (episode 8).
3. RFC (Request for Comments) untuk keputusan teknis lintas tim: proposal tertulis, masa komentar 3-7 hari, keputusan dicatat beserta siapa memutuskan. Ini versi formal dari decision log (episode 14) — dan satu-satunya cara keputusan arsitektur tidak bergantung pada kehadiran satu orang jenius di ruangan.
4. Demo & architecture forum rutin: tempat tim melihat pekerjaan satu sama lain; alignment informal yang membuat kolaborasi lintas tim tidak selalu harus lewat manajer.

Ukuran sehatnya alignment: jumlah eskalasi lintas tim per kuartal menurun, bukan naik. Organisasi yang aligned menyelesaikan gesekan di level kerja; yang tidak akan menghabiskan energi manajernya sebagai router konflik permanen.

#Strategy Theater dan Penawarnya

Kenali anti-pattern yang membuat seluruh mesin ini kosong:

Yang paling beracun adalah kombinasi "semua prioritas" plus "tanpa resource": organisasi bergerak ke semua arah sekaligus dengan bahan bakar yang sama. Sebagai EM senior, tugas kalian kadang brutal tapi jelas: membantu leadership memilih — dan itu jauh lebih manusiawi daripada membiarkan semua tim gagal bersama-sama.

#Menjaga Rantai Tetap Hidup

Strategi bukan dokumen tahunan yang mati setelah town hall. Ritme pemeliharaannya: review kuartalan tech strategy bersama realita (metrik bergeser? kompetitor berubah?), update OKR mid-quarter bila premisnya runtuh (lebih baik daripada mengejar target yang tidak relevan), dan komunikasi berulang — aturan lama komunikasi internal: pesan strategi harus diulang sekitar sepuluh kali sebelum benar-benar didengar semua orang. Kalian akan bosan mengucapkannya justru ketika organisasi mulai mendengarnya.

Dan satu kejujuran penutup: di organisasi kecil (<15 engineer), seluruh rantai ini bisa dipadatkan menjadi satu dokumen dua halaman plus OKR kuartalan. Jangan impor proses perusahaan seribu orang ke startup lima belas orang — skala mekanisme sesuai ukuran masalah, persis seperti desain sistem.

#Penutup

Inti yang harus dibawa pulang:

• Alignment = rantai penerjemahan company strategy → org strategy → tech strategy → team OKR → backlog; uji dengan jejak balik dari task mana pun.
• Tech strategy doc bernilai lewat bagian penolakan eksplisit dan trade-off yang disadari — bukan daftar keinginan.
• Align lewat mekanisme: OKR tree publik, planning forum, RFC one-way door, forum demo — ukurannya eskalasi lintas tim yang menurun.
• Strategy theater (slide-and-forget, semua prioritas, strategi tanpa resource) lebih merusak daripada tidak ada strategi.
• Skala mekanismenya sesuai ukuran organisasi; strategi dipelihara kuartalan dan diulang sampai didengar.

Di episode 24 selanjutnya kita masuk topik paling aktual dari dekade ini: AI in Engineering Management — bagaimana AI tools mengubah pekerjaan EM sehari-hari, workflow konkret (ringkasan meeting, draft review, dashboard cerdas), guardrails privasi dan verifikasi, serta cara memilih tool tanpa terjebak hype. Sampai jumpa!