Analisis Stakeholder: Power-Interest Grid Dijelaskan

Analisis stakeholder adalah langkah yang paling sering dilewati oleh manajer proyek ketika waktu terbatas. Ini juga langkah yang menjelaskan mengapa proyek yang secara teknis baik tetap dibatalkan, ditunda, atau diam-diam kehilangan pendanaan. Sebelum Anda membuat rencana, Anda perlu mengetahui siapa yang memiliki kekuatan untuk menghentikannya dan apakah mereka mau.

Apa itu analisis stakeholder?

Analisis stakeholder adalah proses terstruktur untuk mengidentifikasi orang-orang dan kelompok-kelompok yang mempengaruhi atau dipengaruhi oleh proyek Anda, kemudian menilai tingkat kekuatan dan kepentingan mereka sehingga Anda dapat melibatkan setiap pihak dengan tepat. Ini bukan latihan satu kali. Ini adalah peta yang terus diperbarui seiring proyek bergerak melalui siklus hidupnya.

Tujuannya bukan untuk menyenangkan semua orang. Tujuannya adalah menginvestasikan upaya komunikasi dan membangun hubungan yang terbatas di tempat yang benar-benar penting: pada pemangku kepentingan yang memiliki kekuatan untuk mempercepat atau menggagalkan apa yang sedang Anda bangun.

Fakta Utama

• Proyek dengan keterlibatan pemangku kepentingan yang efektif 2,5x lebih mungkin memenuhi tujuan asal dan niat bisnis mereka (PMI Pulse of the Profession, 2023).
• Keterlibatan pemangku kepentingan yang buruk dikutip sebagai faktor utama kegagalan proyek oleh 37% organisasi yang disurvei dalam laporan global PMI 2024.
• Organisasi yang berinvestasi dalam praktik manajemen pemangku kepentingan menyelesaikan 77% proyek mereka tepat waktu, dibandingkan 56% untuk organisasi yang tidak (PMI, 2023).

Power-interest grid (matriks Mendelow)

Power-interest grid (juga disebut matriks Mendelow, berdasarkan nama Aubrey Mendelow yang memperkenalkannya pada 1991) menempatkan pemangku kepentingan pada dua sumbu: seberapa besar kekuatan yang mereka miliki atas hasil proyek, dan seberapa besar minat mereka terhadap hasil tersebut. Hasilnya adalah grid 2x2 dengan empat kuadran, masing-masing memerlukan strategi keterlibatan yang berbeda.

Pikirkan sumbu ini dengan cara berikut: kekuatan adalah kemampuan untuk mempengaruhi keputusan, mengeluarkan sumber daya, atau memblokir kemajuan. Kepentingan adalah seberapa besar perhatian pemangku kepentingan terhadap apa yang dilakukan atau dihasilkan proyek Anda.

Grid ini berguna karena memaksa penilaian yang konkret. Anda tidak bisa menempatkan semua orang di "Manage Closely." Ketika Anda menempatkan pemangku kepentingan dalam sebuah kuadran, Anda berkomitmen pada ritme komunikasi dan tingkat keterlibatan tertentu. Kejelasan ini mencegah komunikasi berlebihan (menguras energi CFO dengan panggilan status mingguan) dan komunikasi yang kurang (mengejutkan VP yang tanda tangannya Anda butuhkan saat go-live).

Kuadran paling berbahaya

"Keep Satisfied" adalah tempat proyek mati secara diam-diam. Pemangku kepentingan senior dengan kekuatan tinggi dan kepentingan rendah terdengar tidak berbahaya, sampai proyek mempengaruhi sesuatu yang benar-benar mereka pedulikan. Direktur keamanan IT yang tidak dilibatkan sejak awal dapat menghentikan peluncuran perangkat lunak seminggu sebelum peluncuran karena proses deployment tidak ditinjau bersama mereka. Kepentingan mereka rendah di awal. Kepentingan itu melonjak pada momen yang paling buruk. Memantau pergeseran kepentingan ini adalah bagian dari tujuan tinjauan analisis stakeholder secara berkala.

Power-interest grid vs model stakeholder lainnya

Power-interest grid bukan satu-satunya kerangka stakeholder. Dua model lain yang sering muncul: salience model dan RACI matrix.

RACI matrix menjawab pertanyaan "siapa yang melakukan apa dalam proyek ini?" Power-interest grid menjawab "siapa yang perlu saya kelola dan bagaimana?" Kedua alat ini berguna dan saling melengkapi. Sponsor proyek mungkin berada di kuadran "Manage Closely" pada grid stakeholder Anda DAN memegang peran "Accountable" dalam RACI Anda. Itu adalah dua hal yang berbeda. Grid membentuk strategi komunikasi Anda. RACI membentuk kepemilikan tugas.

Salience model menambahkan dimensi ketiga (legitimasi) yang berharga ketika beberapa pemangku kepentingan berkekuatan tinggi memiliki kepentingan yang bersaing dan sama-sama valid. Untuk sebagian besar proyek di bawah skala enterprise, power-interest grid sudah cukup.

Mengapa analisis stakeholder penting

Proyek tidak gagal karena kode yang buruk atau tenggat waktu yang terlewat secara tersendiri. Proyek gagal karena seseorang dengan pengaruh nyata menjadi blocker, dan tidak ada yang melihatnya datang. Analisis stakeholder adalah manajemen risiko yang diterapkan pada orang, bukan jadwal.

Ini mengungkap blocker tersembunyi sejak awal. Sesi pemetaan stakeholder 15 menit saat kickoff proyek sering mengungkap kepala departemen, tim kepatuhan, atau komite dewan yang diketahui semua orang ada tetapi tidak ada yang memikirkan untuk dimasukkan secara formal. Menemukan mereka lebih awal jauh lebih murah daripada mengelola keberatan dua minggu sebelum go-live.

Ini membentuk rencana komunikasi Anda. Setelah Anda mengetahui posisi setiap pemangku kepentingan di grid, Anda dapat membangun rencana komunikasi dengan tujuan yang nyata: laporan steering committee bulanan untuk eksekutif "Keep Satisfied," demo mingguan untuk pengguna akhir "Keep Informed," dan sinkronisasi harian dengan sponsor "Manage Closely" selama Milestone kritis. Tanpa grid, komunikasi secara default menjadi "kirimkan semua orang email pembaruan yang sama," yang tidak memuaskan siapa pun.

Ini melindungi ruang lingkup proyek Anda. Perluasan ruang lingkup sering dimulai dari pemangku kepentingan berkekuatan tinggi yang tidak dilibatkan cukup awal dan mengkompensasinya dengan memasukkan persyaratan di kemudian hari. Ketika Anda mengidentifikasi pemangku kepentingan tersebut sejak awal dan memasukkan mereka ke dalam proses, Anda menangkap persyaratan mereka sebelum rencana dikunci, bukan setelahnya.

Ini membangun kepercayaan dengan orang-orang yang penting. Keterlibatan yang rutin dan terarah menciptakan pemangku kepentingan yang merasa didengar. Mereka lebih cenderung mendukung proyek dalam rapat steering committee, menyetujui permintaan anggaran, dan menyerap guncangan yang tak terhindarkan tanpa eskalasi.

Kesalahan umum

Memperlakukan analisis sebagai acara satu kali. Pemangku kepentingan bergerak. Direktur yang memiliki kepentingan rendah di bulan pertama menjadi sangat terlibat ketika proyek mulai mempengaruhi alur kerja tim mereka. Jika Anda tidak menilai kembali grid secara berkala, Anda akan melewatkan pergeseran ini sampai menjadi masalah.

Hanya berfokus pada pendukung. Tergoda untuk menginvestasikan semua energi keterlibatan pada orang-orang yang sudah menyukai proyek. Namun pemangku kepentingan yang dapat merusaknya adalah yang paling perlu Anda pahami. Pemangku kepentingan yang resisten sering memiliki kekhawatiran yang sah. Melibatkan mereka sejak awal mengubah lawan menjadi setidaknya pihak yang netral.

Menempatkan pemangku kepentingan berdasarkan jabatan mereka daripada perilaku aktual mereka. CFO dengan otoritas formal tetapi mendelegasikan setiap keputusan proyek sebenarnya tidak berkekuatan tinggi dalam praktiknya. Kekuatan aktual berasal dari apa yang dilakukan orang, bukan dari apa yang dikatakan bagan organisasi mereka bisa mereka lakukan.

Mengabaikan influencer informal. Grid menempatkan kekuatan formal, namun pengaruh informal itu nyata. Team lead dengan masa kerja lama tanpa jabatan manajemen dapat membentuk opini di seluruh departemen. Orang-orang ini tidak selalu muncul dalam analisis bagan organisasi. Tanyakan "siapa yang benar-benar didengarkan tim?" saat membuat daftar Anda.

Mendaftar pemangku kepentingan tetapi tidak pernah mendefinisikan tindakan keterlibatan. Grid yang lengkap dengan 20 nama yang diurutkan ke dalam empat kuadran baru setengah pekerjaan. Setiap kuadran membutuhkan rencana keterlibatan yang konkret: apa yang Anda kirim, seberapa sering, siapa yang mengirimnya, dan putaran Feedback apa yang ada untuk setiap kelompok.

Mengasumsikan grid bersifat rahasia. Beberapa manajer proyek memperlakukan peta stakeholder sebagai dokumen politik internal. Berbagi grid (pada tingkat tinggi) dengan sponsor dan tim inti Anda meningkatkannya. Orang lain di ruangan akan menemukan nama yang hilang dan menangkap tingkat kekuatan yang salah klasifikasi.

Cara melakukan analisis stakeholder

Langkah 1: Identifikasi pemangku kepentingan Anda

Mulailah dengan siapa saja yang mempengaruhi atau dipengaruhi oleh proyek. Sebar jaring selebar mungkin pada tahap ini. Sertakan tim internal, mitra eksternal, pelanggan, regulator, sponsor, dan pengguna akhir. Sumber yang baik untuk daftar ini meliputi piagam proyek, struktur rincian kerja, bagan organisasi, dan pertanyaan langsung kepada sponsor Anda: "Siapa lagi yang perlu mengetahui ini? Siapa yang bisa membloknya?"

Targetkan daftar 15 hingga 40 nama untuk proyek berukuran sedang. Terlalu sedikit dan Anda mungkin melewatkan seseorang. Terlalu banyak dan daftar itu menjadi kebisingan daripada sinyal.

Langkah 2: Nilai kekuatan dan kepentingan

Untuk setiap pemangku kepentingan, buat dua penilaian: Seberapa besar kekuatan yang mereka miliki atas proyek ini? Dan seberapa besar perhatian mereka terhadap hasilnya?

Tetap sederhana. Skala tiga poin (Rendah, Sedang, Tinggi) bekerja dengan baik. Tujuannya bukan presisi. Ini adalah penentuan posisi relatif. Apakah orang ini lebih berkekuatan daripada orang itu? Apakah tim ini lebih peduli terhadap hasilnya daripada departemen itu? Anda akan menempatkan mereka di grid berdasarkan skor relatif ini.

Konsultasikan dengan sponsor dan tim inti sebelum menyelesaikan penilaian. Penilaian satu orang tentang tingkat kepentingan VP tidak selalu akurat. Triangulasi.

Langkah 3: Petakan pemangku kepentingan di grid

Tempatkan setiap pemangku kepentingan dalam salah satu dari empat kuadran berdasarkan skor kekuatan dan kepentingan mereka. Jika pemangku kepentingan berada di perbatasan, pilih kuadran yang mencerminkan risiko yang lebih konsekuensial: biasanya lebih baik terlalu banyak melibatkan daripada kurang melibatkan seseorang yang memiliki pengaruh nyata.

Dokumentasikan mengapa setiap penempatan dibuat. Ketika grid ditinjau atau dipertanyakan, Anda membutuhkan alasan, bukan sekadar titik di sebuah grafik.

Langkah 4: Definisikan strategi keterlibatan untuk setiap kuadran

Tetapkan pendekatan komunikasi untuk setiap kuadran dan sesuaikan untuk pemangku kepentingan prioritas tinggi secara individual.

Untuk pemangku kepentingan "Manage Closely": jadwalkan pertemuan satu-satu secara rutin, libatkan mereka dalam keputusan kunci, bagikan dokumen draf sebelum final, dan buat jalur yang jelas bagi mereka untuk menyampaikan kekhawatiran secara langsung. Untuk pemangku kepentingan "Keep Satisfied": kirimkan ringkasan eksekutif pada Milestone utama, tandai keputusan yang memerlukan masukan mereka, dan hindari membanjiri mereka dengan detail yang tidak mereka minta.

Untuk pemangku kepentingan "Keep Informed": bangun ritme pembaruan yang konsisten (newsletter, sesi demo, town hall bergantung pada skalanya) dan buat saluran Feedback agar mereka dapat mengungkap masalah. Untuk pemangku kepentingan "Monitor": tetapkan pemicu tinjauan berkala (bulanan atau triwulanan) untuk memeriksa apakah kepentingan mereka telah bergeser.

Hubungkan rencana keterlibatan pemangku kepentingan Anda dengan piagam proyek Anda sehingga komitmen komunikasi terlihat sejak awal, bukan ditambahkan setelah seseorang mengeluh tidak mendapat informasi.

Langkah 5: Pantau dan nilai kembali

Peta stakeholder menjadi usang. Bangun pos tinjauan ke dalam setiap fase proyek utama: di akhir inisiasi, setelah setiap Milestone signifikan, dan sebelum pengumuman atau deployment besar. Selama tinjauan, ajukan tiga pertanyaan: Apakah kekuatan seseorang telah berubah? Apakah kepentingan seseorang telah bergeser? Apakah ada pemangku kepentingan baru yang tidak ada dalam daftar saat kickoff?

Lacak setiap perubahan signifikan. Pemangku kepentingan yang berpindah dari "Monitor" ke "Manage Closely" di tengah proyek adalah tanda peringatan yang layak didokumentasikan. Catat mereka dalam RAID log Anda sebagai pembaruan risiko atau asumsi jika pergeseran mereka dapat mempengaruhi jadwal atau ruang lingkup proyek.

Contoh analisis stakeholder

Berikut cara analisis stakeholder bekerja untuk peluncuran perangkat lunak CRM di seluruh perusahaan yang mencakup organisasi penjualan dan marketing dengan 400 orang.

Konteks proyek: Mengganti CRM lama dengan platform modern. Proyek ini menyentuh alur kerja harian setiap tenaga penjual, memerlukan perubahan infrastruktur IT, melibatkan vendor pihak ketiga, dan membutuhkan persetujuan dari tim eksekutif dan legal.

Perhatikan baris Tim Keamanan IT. Mereka mulai dengan kepentingan rendah namun kekuatan tinggi. Itu adalah penempatan "Keep Satisfied," namun dengan risiko yang ditandai: kepentingan mereka akan melonjak ketika persyaratan keamanan deployment ditinjau. Mengidentifikasi hal ini sejak awal berarti PM menjadwalkan tinjauan keamanan pada bulan dua daripada menemukan blocker saat go-live.

Praktik terbaik

• Namai setiap pemangku kepentingan sebagai individu, bukan departemen. "Marketing" tidak memiliki pendapat. Direktur Marketing memilikinya. Nama individu menciptakan akuntabilitas.
• Tinjau kembali grid di setiap gerbang fase. Peta stakeholder yang dibuat saat kickoff dan tidak pernah disentuh lagi adalah kenyamanan palsu.
• Dokumentasikan alasan di balik setiap penempatan. Ketika pemangku kepentingan mempertanyakan klasifikasi kuadran mereka, Anda membutuhkan alasan yang jelas, bukan penjelasan defensif.
• Hubungkan peta stakeholder Anda ke RAID log Anda. Pemangku kepentingan yang bisa bergeser dari kepentingan rendah ke tinggi adalah risiko yang layak dicatat. Pemangku kepentingan yang dukungannya Anda andalkan adalah asumsi yang layak divalidasi.
• Gunakan grid untuk memprioritaskan, bukan mengecualikan. Pemangku kepentingan "Monitor" tetap layak mendapat perhatian berkala. Grid memberi tahu Anda di mana harus menginvestasikan lebih banyak energi, bukan siapa yang harus diabaikan.
• Bagikan grid dengan sponsor proyek Anda. Mereka mengetahui politik organisasi lebih baik dari siapa pun. Tinjauan 20 menit dari grid dengan sponsor Anda akan meningkatkannya secara signifikan.
• Selaraskan pernyataan ruang lingkup proyek Anda dengan masukan pemangku kepentingan yang didapat selama analisis. Persyaratan yang berasal dari pemangku kepentingan "Manage Closely" harus dimasukkan ke dalam ruang lingkup sebelum rencana dikunci. Kejutan dari kuadran ini mahal.
• Perhatikan kuadran "Keep Satisfied" paling hati-hati. Pemangku kepentingan berkekuatan tinggi dan kepentingan rendah adalah jenis kejutan paling berbahaya. Ketidakterlibatan mereka adalah hal yang normal sampai tiba-tiba tidak.

Pertanyaan yang sering diajukan

Apa perbedaan antara peta stakeholder dan analisis stakeholder?

Peta stakeholder adalah output visual (grid 2x2 dengan nama yang ditempatkan dalam kuadran). Analisis stakeholder adalah proses lengkap: mengidentifikasi pemangku kepentingan, menilai kekuatan dan kepentingan, memetakan mereka, mendefinisikan strategi keterlibatan, dan memantau perubahan. Peta adalah satu artefak yang dihasilkan dari analisis. Menggunakan kedua istilah secara bergantian adalah hal yang umum, namun secara teknis analisis adalah latihan yang lebih luas.

Berapa banyak pemangku kepentingan yang harus ada di grid?

Untuk sebagian besar proyek berukuran sedang, 15 hingga 40 pemangku kepentingan adalah kisaran yang wajar. Kurang dari 10 dan Anda mungkin telah melewatkan seseorang. Lebih dari 60 dan grid menjadi tidak dapat dikelola. Program besar mungkin memiliki beberapa grid: satu untuk program keseluruhan dan satu per alur kerja atau fase proyek.

Bisakah pemangku kepentingan berada di lebih dari satu kuadran?

Tidak. Setiap pemangku kepentingan mendapat satu penempatan pada waktu tertentu. Jika kekuatan atau kepentingan mereka berubah, Anda memperbarui posisi mereka. Grid adalah potret sesaat. Menjaga satu pemangku kepentingan dalam satu kuadran pada satu waktu mencegah ambiguitas "yah, mereka agak ada di dua tempat."

Apa perbedaan antara analisis stakeholder dan RACI matrix?

Keduanya menjawab pertanyaan yang berbeda. Analisis stakeholder bertanya: siapa saja orang-orang yang terpengaruh oleh atau mempengaruhi proyek ini, dan bagaimana kita harus melibatkan mereka? RACI matrix bertanya: untuk setiap tugas atau hasil kerja tertentu, siapa yang bertanggung jawab, akuntabel, dikonsultasikan, dan diinformasikan? Analisis stakeholder lebih luas dan lebih strategis. RACI berada di tingkat tugas dan operasional. Anda biasanya membangun analisis stakeholder sebelum RACI, karena mengetahui siapa yang penting membantu Anda memutuskan siapa yang harus masuk dalam peran RACI.

Kapan analisis stakeholder harus dimulai?

Sebelum piagam proyek difinalisasi, idealnya. Peta stakeholder secara langsung menginformasikan apa yang dimasukkan dalam rencana komunikasi dan struktur tata kelola piagam. Paling lambat, selesaikan analisis awal selama fase inisiasi proyek. Mencoba melakukannya setelah perencanaan dikunci berarti Anda sudah tertinggal.

---

Power-interest grid tidak akan memberi tahu Anda apa yang harus dibangun. Namun ia akan memberi tahu Anda siapa yang akan memutuskan apakah apa yang Anda bangun berhasil. Itulah peta yang layak dibuat sebelum hal lain apa pun.

Bacaan terkait

• RACI Matrix: Apa itu dan contoh dalam penggunaan sehari-hari
• Project Charter: Dokumen yang memulai setiap proyek dengan benar
• Pernyataan Ruang Lingkup Proyek
• RAID Log: Lacak Risiko, Asumsi, Masalah, dan Ketergantungan
• Siklus Hidup Proyek: Fase, Model, dan Cara Memilih
• Struktur Rincian Kerja
• Register Risiko
• Prioritisasi MoSCoW