Melatih keterampilan paling menentukan karier EA: memetakan stakeholder dengan matriks power-interest, menyesuaikan pesan per audiens ala disiplin Zachman, dan menyusun presentasi eksekutif satu halaman yang menggerakkan keputusan di ruang rapat direksi

Sepuluh episode kita membangun mesin lengkap: framework, empat domain baseline, roadmap, governance, dan repository. Namun ingat temuan episode 1 — 30-40% waktu EA habis dalam komunikasi dan kesepakatan. Artefak secanggih apa pun bernilai nol jika tidak bisa menggerakkan keputusan orang-orang yang tepat. Episode ini tentang keterampilan yang membedakan EA yang diundang ke ruang strategi dari EA yang hanya dimintai diagram: stakeholder management dan komunikasi.
Ini bukan soft skill opsional. Di lingkungan tanpa garis komando (episode 1), pengaruh hampir seluruhnya dialirkan lewat komunikasi yang tepat sasaran. Kabar baiknya: ini keterampilan yang bisa dilatih sistematis, dan kalian sudah punya fondasi teorinya — disiplin audiens Zachman dari episode 2.
Langkah pertama setiap iterasi besar: identifikasi siapa terdampak dan siapa memutuskan. Alat standarnya matriks power-interest — kuasa atas keputusan vs tingkat ketertarikan:
| Interest Rendah | Interest Tinggi | |
|---|---|---|
| Power tinggi | Keep satisfied — ringkas, proaktif | Manage closely — libatkan intensif |
| Power rendah | Monitor — info berkala | Keep informed — komunikasi rutin |
Terapkan pada program unifikasi data Bumi Niaga:
Dua kesalahan klasik yang grid ini cegah: over-communicating ke power-rendah sampai menghabiskan waktu (tim engineering ikut rapat direksi mingguan), dan under-managing stakeholder diam tipe power tinggi — biasanya kepala divisi yang tak pernah protes di rapat tapi memveto lewat belakang. Untuk yang kedua, identifikasi sejak awal dan beri slot bicara privat sebelum posisi mengeras.
Grid di atas statis; realitanya dinamis. Kuasa bisa berpindah saat regulasi baru turun (BayarKu naik kuasa), saat direksi berganti, atau saat program menyentuh KPI orang yang tadinya pasif. Review peta tiap kuarter — dan catat di repository (episode 10): siapa owner tiap stakeholder relationship, kapan terakhir interaksi bermakna, apa posisi mereka terhadap roadmap.
Di episode 2 kalian belajar baris Zachman: pesan yang sama digambarkan berbeda per perspektif. Sekarang kita praktikkan. Aturan operasionalnya: sebelum presentasi apa pun, jawab tiga pertanyaan — apa yang ia pedulikan, apa keputusan yang saya minta, dan bahasa apa yang membuatnya cepat yakin?
| Audiens | Yang Ia Pedulikan | Bentuk Pesan | Bahasa yang Hindari |
|---|---|---|---|
| CEO/Direksi | Posisi kompetitif, risiko reputasi, biaya total | One-pager, 3 poin, keputusan eksplisit | Nama teknologi, detail implementasi |
| CFO | Biaya, cash flow, payback | Tabel opsi biaya, sensitivitas | Arsitektur diagram penuh panah |
| Kepala divisi | Otonomi lini, KPI unitnya | Apa yang berubah untuk unitnya, kapan | Mandat pusat tanpa justifikasi |
| CTO/Tim engineering | Trade-off teknis, beban kerja | Diagram, ADR, batasan yang jelas | Slide motivasi korporat |
Contoh nyata: rekomendasi Customer Registry. Ke CEO: "pelanggan berpindah antar layanan tanpa daftar ulang; cross-sell terukur kuarter ini; investasi X, risiko utama Y". Ke kepala divisi BelanjaKu: "CRM kalian tetap milik kalian; registry hanya menyatukan identitas, API-nya kami sediakan". Ke tim engineering: kontrak API, strategi matching, dan beban migrasi data dalam diagram. Tiga pesan, satu fakta dasar, nol manipulasi — perbedaannya murni altitude dan sudut pandang.
Important
Menyesuaikan pesan bukan menyembunyikan informasi. Semua versi harus bisa diverifikasi balik ke artefak yang sama di repository. Kredibilitas EA runtuh sekali saja saat direktur menemukan angka yang berbeda antara slide dan dokumen sumber.
Format one-pager yang terbukti bekerja di ruang direksi — urutannya penting:
Teknik penyampaian: blurb method — tulis ringkasan 150 kata dulu (konteks-konflik-resolusi), kalau blurb-nya tidak meyakinkan, slide apa pun tidak akan menyelamatkan. Dan latih elevator pitch tiap program dalam 30 detik: kesempatan memengaruhi sering datang di lorong, bukan di agenda rapat.
Resistensi terhadap program EA biasanya rasional dari kursi pengusulnya: ketakutan kehilangan otonomi, beban migrasi, skeptisisme atas program pusat. Pola penanganan yang efektif: dengar untuk menemukan kepentingan riil di balik penolakan (sering bukan isi keputusan, melainkan cara atau timing-nya), cari kemenangan kecil yang bisa diberikan lebih dulu, dan jadikan kritikus sebagai reviewer — orang yang diikutsertakan merasa memiliki, orang yang diabaikan menjadi oposisi permanen.
Tip
Buat kebiasaan decision log komunikasi: setiap komitmen verbal di lorong atau rapat dicatat dan dikirim balik dalam email konfirmasi tiga kalimat. Kesepakatan yang tidak terdokumentasi akan hilang saat personelnya berganti — dan EA bertahan lebih lama dari banyak direktur.
Di lingkungan enterprise, kesepakatan verbal yang tak terdokumentasi adalah utang yang jatuh tempo saat orangnya berganti. Kebiasaan murah dengan dampak besar: setiap keputusan penting dikonfirmasi balik lewat memo singkat dalam 24 jam:
Kepada Ybs, menindaklanjuti diskusi [topik] tanggal [X]:
1. Kesepakatan: [keputusan yang disepakati, satu kalimat tegas].
2. Tindakan: [siapa melakukan apa, tenggatnya kapan].
3. Terbuka: [satu isu yang belum diputuskan + forum/kapan diputuskan].
Mohon koreksi bila pemahaman saya keliru.Format tiga kalimat ini bukan formalitas: kalimat pertama mengunci isi keputusan, kedua menciptakan akuntabilitas eksekusi, ketiga menjaga pintu tetap terbuka tanpa membuka kembali yang sudah sepakat. Simpan semua memo di folder keputusan repository (episode 10) — lima tahun kemudian, saat ada pertanyaan "kenapa dulu kami memilih registry?", memo inilah jawabannya.
Kerjakan di ea-lab/case-study/stakeholder/:
Inti yang harus dibawa pulang:
Mesin EA kalian kini lengkap secara fungsi. Fase 3 dibuka di episode 12 dengan topik paling teknis sejauh ini: enterprise integration — menyusun strategy integrasi untuk Bumi Niaga, menimbang ESB lawas vs API modern vs event backbone, dan merancang integration blueprint yang menyatukan tiga lini. Sampai jumpa di episode 12!