Belajar Engineering Manager - Stakeholder & Cross-Team

#Pendahuluan

Setelah di episode 10 kita menguasai resolusi konflik di dalam tim, kita hadapi arena yang menentukan reputasi EM ke organisasi: stakeholder dan kerja lintas tim.

Fakta yang jarang dikatakan: banyak EM digulingkan bukan karena timnya gagal deliver, melainkan karena kejutan — stakeholder mengetahui proyek mundur dari rapat besar, bukan dari EM-nya. Sebaliknya, EM yang komunikasinya dapat diprediksi mendapat keleluasaan lebih besar saat masa sulit. Episode ini membangun sistem eksternal kalian: siapa yang perlu dikelola, bagaimana ritme komunikasinya, dan bagaimana menjaga kepentingan tim tanpa menjadi orang yang selalu bilang ya.

#Stakeholder Mapping: Power-Interest Grid

Langkah pertama: petakan semua pihak yang punya kepentingan atas pekerjaan tim kalian. Grid power-interest membaginya menjadi empat kuadran dengan strategi berbeda:

Peta ini hidup: stakeholder bisa berpindah kuadran saat reorganisasi atau perubahan strategi (review tiap kuartal). Kesalahan klasiknya adalah over-servicing kuadran ramah (support team yang selalu baik) sementara kuadran kritis (executive yang jarang bertanya) diserang kejutan — padahal justru kuadran tenang itulah yang bisa memveto budget kalian tanpa pernah masuk channel harian.

Untuk tiap stakeholder kunci, catat juga tiga hal di manager OS: apa metrik keberhasilannya (PM diukur adoption? Sales diukur revenue?), gaya komunikasi favoritnya (ringkasan satu paragraf? tabel? call?), dan riwayat komitmennya. Komunikasi efektif dimulai dari memahami apa yang membuat mereka sukses — bukan apa yang membuat kalian nyaman.

#Communication Plan Terstruktur

Mapping lalu diterjemahkan menjadi ritme komunikasi yang tertulis:

comms_plan:
  - stakeholder: "VP Product"
    kuadran: "manage-closely"
    kanal: "meeting biweekly 30 menit + summary async"
    isi: "progress roadmap, risiko aktif, trade-off yang butuh keputusan"
    format: "TL;DR 3 baris + tabel status"
  - stakeholder: "CTO"
    kuadran: "manage-closely"
    kanal: "monthly skip-level + ad-hoc saat HIGH risk"
    isi: "arah teknis, kapasitas, isu people sensitif"
    format: "satu slide / satu email"
  - stakeholder: "Tim Support"
    kuadran: "keep-informed"
    kanal: "#release-notes + sesi demo fitur"
    isi: "fitur baru, perubahan perilaku sistem, FAQ internal"
    format: "catatan rilis singkat"
  - stakeholder: "Legal & Compliance"
    kuadran: "keep-satisfied"
    kanal: "email formal + checkpoint per proyek data-user"
    isi: "status approval, dokumen compliance"
    format: "dokumen resmi"
review_cadence: "per kuartal bareng perubahan org"

Nilai plan ini bukan daftarnya, melainkan ritmenya yang dapat diandalkan: stakeholder yang tahu kalian selalu update hari Kamis berhenti mengejar-ngejar, dan kepercayaan dibangun dari konsistensi kecil berulang. Saat krisis datang (episode 20), plan inilah yang kalian jalankan dalam mode darurat — infrastruktur komunikasi yang sudah teruji.

#Alignment Lintas Tim

Konflik kerja lintas tim biasanya bukan persoalan niat buruk, melainkan incentive yang tidak selaras: tim A dinilai dari velocity fitur, tim B dinilai dari stabilitas — permintaan integrasi A ke B pasti tersangkut. Cara menyelesaikannya secara sistem:

1. Temukan metrik bersama: jika A dan B sama-sama dihitung ke OKR org yang sama, tunjukkan bahwa deadlock keduanya menggagalkan angka yang sama-sama mereka kejar.
2. Jadikan permintaan dua arah: alih-alih "tolong sediakan endpoint untuk kami", susun proposal yang memuat benefit bagi B (kurangi beban manual mereka), estimasi usaha dari sisi B, dan opsi kontribusi (engineer A membantu implementasi).
3. Formalkan kesepakatan: keputusan lintas tim dicatat singkat — scope, tanggal, owner, syarat batal — di dokumen yang bisa ditautkan saat ingatan berbeda.
4. Naikkan dengan rapi jika macet: eskalasi ke manager kedua tim bersama-sama dengan opsi yang sudah dianalisis, bukan saling menyerang.

Untuk organisasi besar, ritual yang efektif adalah sync lintas tim biweekly antar EM yang saling bergantung — 30 menit, agenda dependensi dan blocker saja. Murah, membosankan, dan mencegah proyek kalian mati pelan di antara dua backlog yang tidak pernah bertemu.

#Seni Berkata Tidak

EM yang selalu ya akan menghancurkan kapasitasnya sendiri (episode 8) dan mengajarkan stakeholder untuk terus memompa permintaan. Berkata tidak profesional punya formula: tidak + alasan berbasis kapasitas/prioritas + alternatif.

Permintaan: "Tambahkan export PDF minggu ini."
 
Penolakan buruk :
"Tidak bisa, tim sibuk."            (tanpa alasan, tanpa jalan keluar)
 
Penolakan baik #1 (antre):
"Sprint ini penuh sampai batas kapasitas yang kita sepakati.
Bisa saya masuk sprint depan sebagai item prioritas?"
 
Penolakan baik #2 (alternatif):
"Export PDF butuh 5 hari. Kalau tujuannya laporan bulanan ke
klien, versi CSV bisa saya kirim script-nya besok, dan PDF
masuk roadmap Q4."
 
Penolakan baik #3 (trade-off):
"Bisa, tapi harus menukar X dari sprint ini — mau saya
taruh mana yang dilepas?"

Perhatikan pola ketiganya: tidak ada satupun yang berisi kata "tidak bisa" telanjang. Kalian menolak permintaan, bukan menolak orangnya; dan setiap penolakan membuka pintu keputusan bagi stakeholder — mereka tetap pegang kendali, atas pilihan yang realistis. Dokumentasikan keputusan penting (ya maupun tidak) di catatan bersama agar enam minggu kemudian tidak ada perdebatan siapa berkata apa.

#Menutup Lingkaran No Surprise

Episode 7 menetapkan prinsip no surprise dari tim ke stakeholder; episode ini melengkapinya ke arah sebaliknya: stakeholder tidak boleh dikejutkan oleh kegagalan, dan tim kalian tidak boleh dikejutkan oleh perubahan arah dadakan. Ketika permintaan besar datang dari eksekutif langsung ke engineer (bypassing planning), tugas kalian bukan marah — melainkan menyalurkannya ke mekanisme prioritisasi yang ada, lalu kembali ke stakeholder dengan trade-off eksplisit. Sistem, bukan mood, yang menjaga kedua sisi tetap saling percaya.

#Penutup

Inti yang harus dibawa pulang:

• Petakan stakeholder dengan power-interest grid; strategi berbeda per kuadran, review peta tiap kuartal.
• Communication plan menetapkan kanal, isi, format, dan ritme — konsistensi kecil yang berulang membangun trust.
• Alignment lintas tim: cari metrik bersama, jadikan permintaan dua arah, formalkan kesepakatan, eskalasi bersama.
• Berkata tidak dengan formula: alasan berbasis kapasitas/prioritas + alternatif atau trade-off; dokumentasikan keputusan.
• No surprise berlaku dua arah — ke stakeholder maupun ke tim kalian sendiri.

Di episode 12 selanjutnya kita masuk Fase 3 dengan Career Growth & Leveling — desain career path engineer yang jelas, leveling framework berbasis scope dampak, promosi yang bisa dibela dengan bukti, dan growth conversation yang tidak menunggu siklus review. Sampai jumpa!