Anatomi Stakeholder

Wajah ketiga dari tesis yang sama: kenapa proyek yang disetujui semua orang malah tidak bergerak sejengkal pun?

Ruang Rapat yang Membeku

Kisah pembuka ini kejadian nyata, dicatat M. Lynne Markus dalam studi lapangannya, “Power, Politics, and MIS Implementation”, di jurnal Communications of the ACM volume 26 nomor 6 (Juni 1983). Markus menyebut perusahaannya Golden Triangle (GTC); rujukan lengkapnya ada di Lampiran Sumber Publik.

GTC memasang sistem informasi keuangan (financial information system, FIS) yang menarik setiap transaksi langsung dari sumbernya ke satu basis data korporat. Akuntan di kantor pusat menyambutnya, sedangkan akuntan di divisi-divisi menolaknya. Penolakan itu mula-mula dibaca sebagai soal teknis, lalu diperbaiki: perusahaan membeli komputer yang lebih besar dengan sistem operasi yang lebih bertenaga, pemrosesan berkelompok (batch) diganti pemrosesan daring, dan prosedur membuat akun baru disederhanakan. Sekitar setahun sesudah semua perbaikan itu, penolakannya belum reda, dan banyak di antara penolak masih ingin sistemnya diganti.

Penjelasan lain, bahwa masalahnya ada pada orang-orangnya, teruji tanpa disengaja. Sesudah 1975 GTC mendorong akuntan berpindah antara kantor pusat dan divisi demi jenjang karier, dan studi itu mencatat satu perpindahan yang melemahkan penjelasan tersebut. Salah satu perancang FIS dipindah menjadi pengendali (controller) sebuah divisi. Menurut seorang narasumber studi itu, ia segera yakin FIS bermasalah, setidaknya sebagaimana dilihat akuntan divisi, dan menjadi anggota yang aktif dan kritis di gugus tugas efisiensi kedua, yang dibentuk Desember 1977. Penelitinya mencatat keikutsertaan di gugus tugas itu sebagai salah satu bentuk penolakan, jadi perancang sistem itu kini ikut menolaknya dari kursi divisi.

Penjelasannya ada pada siapa yang memegang data. Sebelum FIS, akuntan divisi memegang data akuntansi divisinya sendiri, dan mereka sempat menyiapkan penjelasan atas kejadian janggal sebelum laporan dilepas. Kantor pusat bergantung pada mereka setiap kali menyusun laporan gabungan. FIS memutus ketergantungan itu: akuntan korporat kini bisa menanyai basis data langsung, dan menganalisis kinerja tiap divisi tanpa perantara divisi itu sendiri. Penjelasan soal teknis tidak cocok dengan kejadiannya, dan penjelasan soal orang, meski menurut penelitinya tidak terbantah tuntas, tidak didukung datanya. Kesimpulan studi itu: penolakan itu lahir dari pertemuan sistem dengan peta kekuasaan di sekitarnya. Perbaikan teknis tidak menyentuhnya, rotasi orang juga tidak, sebab apa yang hilang dari kursi akuntan divisi tetap hilang siapa pun yang mendudukinya.

Di GTC penolakan itu setidaknya kelihatan. Rapat berikut ini komposit, bukan risalah satu forum pengarah tertentu. Saya memindahkan pola yang sama ke sebuah utilitas air dengan satu perbedaan: tak seorang pun di ruangan itu mengucapkan penolakannya. Bayangkan forum pengarah (steering committee) sebuah proyek transformasi yang di atas kertas seharusnya berjalan mulus. Agendanya menyetujui arsitektur pelaporan data terpusat (Enterprise Data Warehouse): seluruh data produksi, distribusi, dan penagihan ditarik ke satu dasbor yang bisa dibuka Direktur Utama kapan saja, secara seketika (real-time). Tim konsultan sudah memaparkan rancangannya dan logikanya nyaris tak terbantah. Manajer proyeknya, sebut saja Mas Arif, baru saja mengantongi sertifikasi manajemen proyek (Project Management Professional atau PMP), dan ia datang membawa matriks pemangku kepentingan yang rapi: seluruh jajaran direksi BUMD ia tandai sebagai pendukung berpengaruh tinggi. Matriks itu rapi dan, sejauh yang sanggup ditangkap sebuah matriks, benar. Di atas kertas, proyek ini sudah menang sebelum dimulai.

Lalu sesi tanya jawab dibuka, dan suhu ruangan turun beberapa derajat. Direktur Operasional, sebut saja Pak Hendra, berargumen bahwa sensor di lapangan belum stabil, sehingga data mentah tidak boleh ditarik sebelum “divalidasi” oleh timnya. Direktur Keuangan beralasan rekonsiliasi penagihan punya siklus tutup buku sendiri, dan dasbor seketika hanya akan memicu kepanikan bila ada selisih angka sementara. Kepala Divisi TI mengeluhkan anggaran pengamanan data yang belum ada. Tidak satu pun dari mereka mengucap kata “tolak”. Semua, dengan khidmat, menyebut digitalisasi sebagai masa depan.

Hasilnya, proyek itu jalan di tempat selama satu setengah tahun. Isinya penundaan prosedural, syarat teknis yang mustahil dipenuhi, dan alasan kehati-hatian yang semuanya terdengar bertanggung jawab. Mas Arif kebingungan. Matriksnya jelas-jelas menunjukkan semua orang mendukung. Mengapa proyeknya mati pelan-pelan tanpa seorang pun yang membunuhnya?

Studi GTC sudah menjawabnya lebih dari empat puluh tahun lalu. Saya sendiri baru memahaminya setelah matriks pengaruh yang pernah saya susun dari kursi TI untuk sebuah proyek sistem juga meleset: rapi, benar sejauh yang diukurnya, dan buta terhadap siapa yang akan kehilangan apa. Peta Mas Arif tidak pernah memuat pertanyaan yang menggerakkan ruangan itu: “apa yang akan hilang dari tiap orang kalau proyek ini berhasil”. Peta itu hanya bertanya seberapa besar pengaruh tiap orang. Pertanyaan semacam itu memang jarang muat di kolom mana pun, dan tak banyak pelatihan yang sempat mengajarkannya, jadi kekurangan itu bukan milik Mas Arif seorang. Yang ditakuti Pak Hendra adalah satu hal yang sangat masuk akal: begitu dasbor itu menyala, angka kebocoran mentah dari wilayahnya akan terpampang di layar Direktur Utama sebelum ia sempat menjelaskannya.

Dan selama satu setengah tahun rapat-rapat itu berputar tanpa keputusan, kebocoran yang seharusnya bisa dipetakan oleh sistem terpusat itu terus mengalir di bawah jalan-jalan kota. Politik di ruang ber-AC tidak pernah benar-benar berhenti di ruang ber-AC; ongkosnya selalu menetes ke suatu tempat, ke pipa yang tak kunjung diperbaiki, ke pelanggan di ujung jaringan yang airnya tetap tersendat. Rapat yang membeku itu punya korban. Mereka hanya tidak hadir di ruangan.

Ilustrasi 3.1 Matriks Mas Arif memetakan pengaruh. Pertanyaan tentang apa yang akan hilang dari tiap orang tidak punya kolom di sana.

Inti bab ini: Bab ini membedah mengapa proyek yang disetujui bulat oleh semua pemangku kepentingan bisa mati pelan-pelan tanpa ada yang membunuhnya. Persetujuan yang sopan sering menyembunyikan penolakan yang sesungguhnya, sebab sebuah dasbor terpusat memindahkan kekuasaan atas kapan dan bagaimana sebuah angka boleh dilihat. Setelah bab ini Anda bisa memetakan apa yang akan hilang dari tiap orang, membedakan penolakan karena bingung dari penolakan karena terancam, dan mengenali ketika forum penjaga proyek itu sendiri ikut tertawan oleh pihak yang diuntungkan bila proyek gagal.

3.1 Mitos Harmoni Organisasi

Kebanyakan pelatihan dan buku teks manajemen proyek yang pernah saya temui menggambarkan pemangku kepentingan sebagai pihak-pihak yang pada dasarnya menginginkan kemenangan yang sama, hanya berbeda kebutuhan komunikasi. Ini mitos yang berbahaya, dan bahayanya halus, sebab menuntun kita salah membaca tanda. Persetujuan bulat terdengar seperti kabar baik. Padahal dalam proyek transformasi, persetujuan bulat paling patut dicurigai.

Penolakan tidak selalu datang terang-terangan seperti di GTC. Ia bisa datang sebagai kehati-hatian yang terdengar bertanggung jawab, sebagai “mari kita validasi dulu”, sebagai syarat teknis yang tak pernah bisa dipenuhi. Proyek yang ditentang secara terbuka setidaknya masih hidup, karena ada sesuatu yang bisa dijawab dan didebat. Proyek yang disetujui semua orang lalu tidak bergerak sejengkal pun adalah proyek yang sudah mati, hanya saja belum ada yang mengumumkannya. Karena itu keheningan yang sopan bisa lebih sulit dihadapi daripada perdebatan yang gaduh.

3.1.1 Arsitektur Informasi Adalah Arsitektur Kekuasaan

Untuk mengerti mengapa Pak Hendra menahan dasbor itu, berhentilah menganggapnya sebagai proyek teknologi. Sebuah dasbor terpusat sesungguhnya adalah pemindahan kekuasaan: kekuasaan untuk menentukan kapan dan bagaimana sebuah angka dilihat. Selama ini, ketika kebocoran di wilayah Pak Hendra melonjak, ia punya jeda, sehari atau seminggu, untuk menyiapkan konteks sebelum angka itu naik ke meja atasannya. Dasbor seketika mencabut jeda itu, sama seperti FIS mencabut jeda yang dulu dimiliki akuntan divisi GTC. Yang dipertahankan Pak Hendra adalah kendali atas narasi, dan sensor hanyalah alasan yang paling mudah diucapkan.

Maka ketika Direktur Operasional tersebut berkata “sensor belum stabil”, ia tidak sedang berbohong secara teknis, dan ia sama sekali bukan penjahat dalam cerita ini. Posisinya pantas dilihat dengan simpati: ia adalah aktor rasional yang terjebak dalam ekosistem pelaporan yang menghukumnya setiap kali ada angka buruk yang mengejutkan pimpinan atau pemda, tetapi jarang memberinya perlindungan politik karena berani jujur lebih awal. Sistem informasi yang baru menggambar ulang siapa berutang penjelasan kepada siapa, dan menggambarnya tanpa pernah meminta izin pada peta kekuasaan yang sudah ada. Tidak ada dasbor, secanggih apa pun, yang sanggup menetralkan kenyataan bahwa seseorang akan kehilangan kendali atas informasi krusialnya. Teknologi tidak melarutkan politik kantor, hanya memindahkannya. Saya meminjam cara membaca ini dari sebuah kajian klasik tentang kekuasaan di organisasi. Kajian itu memperlakukan kekuasaan sebagai kenyataan kerja yang perlu dikelola dengan sadar, dan rujukannya ada di bab Bacaan.

Pola ini jauh melampaui dunia air. Sebuah rumah sakit daerah, misalnya, memasang papan skor waktu tunggu Instalasi Gawat Darurat, diperbarui tiap jam dan terlihat oleh seluruh direksi. Keberatan yang paling masuk akal di situ menyangkut konteks: para kepala unit menuntut kolom tambahan untuk “kasus rujukan yang datang sudah kritis”, sebab tanpa kolom itu unit yang menerima limpahan rujukan tampak jauh lebih buruk daripada unit yang jarang menerimanya. Datanya benar, tetapi konteksnya hilang, dan yang paling ditakuti adalah hilangnya konteks itu. Di mana pun sebuah angka dipakai untuk menilai orang, menampilkannya seketika dan kepada semua orang adalah tindakan politik, disengaja atau tidak; sisi teknisnya hanya separuh persoalan. Perancang transformasi yang tidak menyadari hal ini akan terus heran mengapa “sekadar menampilkan data” memicu perlawanan yang paling keras.

3.1.2 Sistem Kekebalan di Meja Rapat

Pandanglah organisasi sebagai makhluk hidup, dan rapat yang membeku tadi terbaca sebagai sistem kekebalannya sedang bekerja: menjaga keseimbangan kekuasaan dari benda asing yang mengancam. Reaksinya kolektif tanpa perlu dikomandoi. Tiap orang menimbang kehilangannya sendiri, dan hasilnya tampak seperti satu penolakan yang disampaikan dalam bahasa yang sopan dan masuk akal.

Artinya, konflik semacam ini tidak akan reda lewat lokakarya pembangunan tim (team building) atau pidato tentang sinergi. Selama struktur insentifnya tidak disentuh, sistem kekebalan itu akan menolak setiap kali, dengan alasan yang berbeda-beda. Meredam gejala penolakan tidak menyentuh sebabnya. Tugas pemimpin perubahan adalah merekayasa ulang apa yang dipertaruhkan tiap pihak, dan memberi jaminan keamanan politik bagi mereka yang diminta melepaskan sesuatu.

3.2 Memetakan Anatomi Ancaman, Bukan Pengaruh

Pada titik ini peta pemangku kepentingan standar menyesatkan Anda. Matriks pengaruh dan kepentingan hanya memotret keadaan sekarang: siapa yang kuat, siapa yang peduli. Transformasi berurusan dengan redistribusi. Setiap perubahan besar memindahkan kendali, informasi, atau anggaran dari satu tangan ke tangan lain. Maka yang Anda butuhkan adalah peta kehilangan: siapa yang sedang diminta membayar, dan dengan apa ia membayarnya.

Untuk tiap nama di ruangan, ganti pertanyaan “seberapa besar pengaruhnya” dengan “apa yang proyek ini ambil darinya”: kendali atas data, kenyamanan rutinitas, pemasukan informal, rasa aman dari sorotan, atau sekadar relevansi keahlian yang sudah dua puluh tahun ia bangun. Peta kehilangan menjelaskan mengapa orang yang di atas kertas “mendukung penuh” bisa berubah menjadi pengganjal yang paling halus. Mereka hanya baru menyadari apa yang akan hilang.

3.2.1 Ancaman Eksistensial vs Kebingungan Teknis

Tidak semua penolakan sama, dan menyamaratakannya adalah kesalahan yang mahal. Ada penolakan yang lahir dari kebingungan teknis: antarmuka yang membingungkan, pelatihan yang kurang. Ada pula penolakan yang lahir dari ancaman eksistensial: sistem baru akan mencabut kekuasaan atau pemasukan informal seseorang. Keduanya bisa terdengar persis sama di telinga Anda, sama-sama berbunyi “aplikasinya bermasalah”.

Salah mendiagnosis merugikan di kedua sisi. Mengirim orang yang sebenarnya melindungi rente ke kelas pelatihan hanya membuang waktu, dan ia akan terus menambal alasan baru. Sebaliknya, mendisiplinkan orang yang sebenarnya hanya bingung berarti mengubah seorang calon pendukung menjadi musuh sungguhan. Ujinya sederhana, dan sama dengan yang kita pakai di bab pertama: penolakan karena kebingungan akan mereda begitu alatnya diperbaiki; penolakan karena ancaman bertahan, bahkan mengeras, begitu alatnya makin baik. Petugas yang terus berkata aplikasi perintah kerja (work order) “sering mati sendiri”, padahal catatan server menunjukkannya stabil, patut dicurigai sedang melindungi sesuatu, mungkin kemampuannya melaporkan kehadiran di titik yang sebenarnya tak pernah ia datangi. Untuk yang ini, pelatihan tambahan tidak menolong. Obatnya adalah ketegasan pimpinan, ditambah skema insentif sah yang membuat kunjungan sungguhan lebih menguntungkan daripada kehadiran fiktif.

3.2.2 Aktor Kunci di Ekosistem Publik & BUMD

Peta kehilangan di sektor publik dan BUMD (termasuk utilitas air) punya beberapa pemain khas. Sebagian tidak akan Anda temui di perusahaan swasta murni, misalnya kepala daerah. Sebagian lain hanya muncul pada keadaan tertentu: investor pemegang konsesi baru hadir kalau utilitasnya bekerja sama dengan swasta. Masing-masing bisa menimbang sebuah proyek dengan pertanyaan “apa dampak proyek ini terhadap posisi saya”, entah posisi politik, karier, atau imbal hasil, sebelum sempat bertanya “apakah ini baik untuk perusahaan”.

• Kepala Daerah atau pemilik BUMD dinilai publik dari stabilitas layanan (tidak ada keluhan air mati di media sosial) dan citra inovasi, apalagi menjelang pilkada. Dua risiko melekat langsung pada jabatannya: gejolak kenaikan tarif, karena Permendagri 71/2016 menempatkan penetapan tarif air minum di tangan kepala daerah, dan temuan BPK atas BUMD miliknya.
• Investor atau pemegang konsesi, bila utilitasnya bekerja sama dengan swasta, berfokus pada tingkat imbal hasil internal (Internal Rate of Return, IRR). Digitalisasi yang menambah belanja modal (capital expenditure, CAPEX) tanpa garis waktu penghematan kas yang jelas sulit lolos dari hitungan itu.
• Serikat pekerja dan staf senior bisa membaca kata “otomatisasi” sebagai pemutusan hubungan kerja atau hilangnya relevansi keterampilan yang telah mereka bangun selama dua dekade.

Memahami keempat sosok ini, termasuk Direktur Operasional yang sudah kita temui di 3.1.1, berarti berhenti menjual proyek dengan satu bahasa untuk semua orang. Bahasa citra inovasi yang menenangkan Kepala Daerah bisa membuat serikat pekerja gelisah, sebab di telinga mereka terdengar seperti otomatisasi. Pemimpin perubahan yang cakap berbicara dalam sebanyak mungkin “bahasa kehilangan”, dan menyiapkan jawaban yang berbeda untuk tiap ketakutan yang berbeda. Dan ketika kecerdasan buatan ikut masuk, satu entri baru menyelinap ke peta kehilangan ini: ketakutan akan tergantikan oleh mesin. Ketakutan itu baru reda bila pembagian kerja manusia dan mesin dirancang dengan jujur, dan rancangan itu kita bahas tuntas di bab penutup. Tabel 3.1 merangkum peta kehilangan itu beserta bahasa yang menjawab tiap aktor.

Tabel 3.1 Peta kehilangan: apa yang dipertaruhkan tiap aktor dan bahasa yang menjawabnya

3.3 Seni Mengangkat Konflik ke Permukaan

Karena penolakan sejati menyamar sebagai kehati-hatian, tugas tersulit seorang pemimpin perubahan adalah memaksa konflik yang sebenarnya keluar dari balik jargon. Ini berlawanan dengan dorongan untuk menjaga rapat tetap “kondusif”. Tetapi kebuntuan yang didiamkan tidak akan pernah menyelesaikan dirinya sendiri, hanya berpindah menjadi bisik-bisik di kantin dan penundaan tanpa ujung.

Mengangkat konflik ke permukaan berarti mendudukkan persoalan secara terbuka dan objektif, tanpa mencari kambing hitam: “Berdasarkan arsitektur datanya, integrasi antara modul A dan modul B terhambat. Keputusan manajemen apa yang kita butuhkan untuk memecah kebuntuan ini?” Pertanyaan yang menunjuk pada sistem, bukan pada orang, memberi semua pihak jalan keluar yang menyelamatkan muka. Ini menuntut keberanian untuk sesekali menjadi sosok yang tidak populer di ruangan, sebab perdamaian semu adalah pembunuh yang paling sabar bagi sebuah transformasi.

Begitulah akhirnya Mas Arif menembus kebuntuannya sendiri. Setelah satu setengah tahun rapat berputar di tempat, ia berhenti membawa slide arsitektur dan datang dengan satu pertanyaan: “Berdasarkan catatan proyek, validasi sensor di tiga wilayah operasi belum punya tenggat sejak pertama kali diminta. Keputusan manajemen apa yang kita butuhkan agar dasbor bisa tayang untuk data yang sudah tervalidasi, sementara sisanya berjalan paralel?” Ia juga menawarkan dua jaminan yang sebelumnya tidak pernah ada di meja: angka kebocoran untuk wilayah yang belum tuntas divalidasi akan tayang tertunda tujuh hari, bukan seketika, dan nama Pak Hendra tidak dicantumkan sebagai penanggung jawab tunggal atas selisih yang belum terjelaskan. Pak Hendra tidak mengangguk di rapat itu juga, tetapi dua minggu kemudian dua dari tiga wilayahnya sudah tayang seketika di dasbor, dan wilayah ketiga tayang dengan tunda tujuh hari. Yang menggerakkannya adalah kedua jaminan tadi, sebab keduanya menjawab tepat apa yang selama ini ia pertahankan: jeda untuk menjelaskan sebelum dihakimi.

3.4 Ketika Forum Penjaganya Ikut Tertawan

Ada satu lapisan terakhir dari anatomi ini yang paling jarang diucapkan, karena mengakuinya terasa seperti menuduh. Polanya kira-kira begini: sebuah proyek modernisasi sistem penagihan masuk ke rencana kerja dan anggaran empat tahun berturut-turut. Setiap tahun disetujui, dianggarkan, lalu tidak terlaksana, dengan alasan yang selalu berganti: kajian belum selesai, vendor tidak memenuhi syarat, anggaran bergeser, kondisi berubah sehingga kajian perlu diulang. Tidak ada yang berbohong. Tidak ada yang menolak. Semua mekanisme formal berjalan sempurna; hasilnya tetap nol, karena gerakannya berhenti di dokumen.

Yang terjadi di situ bukan lagi sekadar ancaman eksistensial perorangan seperti yang kita petakan di atas. Forum yang seharusnya menjaga proyek, komite teknis atau panitia evaluasinya, dalam pola ini dipengaruhi oleh pihak yang paling diuntungkan kalau sistem lama tetap hidup. Vetonya tidak pernah diucapkan, sebab veto itu bekerja lewat prosedur. Meminta kajian tambahan. Menggeser persyaratan setelah vendor terpilih. Memberi proyek anggaran di bawah batas minimum yang dibutuhkan, lalu menjadikan kegagalannya sebagai bukti bahwa “transformasi tidak cocok untuk organisasi kita”. Setiap langkah tampak bertanggung jawab; akumulasinya yang mematikan.

Menghadapi tembok semacam ini, peta kehilangan saja tidak cukup. Ada tiga respons yang sama-sama sah, dan kejujuran diagnosislah yang menentukan mana yang dipilih (Gambar 3.1). Pertama, rancang ulang lingkup: kecilkan proyek sampai ke titik yang bisa diputuskan tanpa persetujuan pihak yang memblokir, selesaikan, lalu pakai hasilnya sebagai bukti yang sulit dibantah. Manfaat yang langsung dirasakan pengguna akhir termasuk pengubah dinamika forum yang paling sulit dibantah, karena pengguna akhir tidak punya kepentingan atas sistem lama. Kedua, tunggu dan siapkan: kepemimpinan berputar, dan tembok yang bertumpu pada satu orang ikut goyah ketika orang itu pergi. Menunggu bukan berarti pasif kalau diisi dengan mendokumentasikan bukti, membangun koalisi tanpa gembar-gembor di lapisan tengah dengan merekrut sekutu yang diuntungkan bila proyek berhasil, dan menjaga proyek hidup dalam lingkup kecil. Ketiga, yang jarang saya temui di buku transformasi, mungkin karena terdengar seperti kekalahan: berhenti, dengan rekam jejak yang utuh. Melanjutkan proyek yang diblokir secara struktural memboroskan kapasitas tim dan legitimasi organisasi. Berhenti yang bermartabat meninggalkan dokumentasi lengkap tentang apa yang dicoba, apa yang menghadang, dan rekomendasi tertulis bagi penerus, sehingga organisasi tidak memulai dari nol ketika kondisinya berubah. Pilihan ini juga sah dari sisi ongkos yang Anda tanggung sendiri: tidak setiap tembok wajib Anda hadapi sampai roboh, asal pekerjaan itu Anda tinggalkan dalam keadaan bisa dilanjutkan orang lain dan Anda jujur kepada diri sendiri soal alasan berhenti.

Ketiga respons ini juga bisa dibaca lewat satu peta lama tentang orang yang kecewa pada organisasinya, yang mengenal dua jalan: bersuara atau pergi. Merancang ulang lingkup termasuk bersuara, berhenti termasuk pergi. Kesetiaan di peta itu adalah ikatan yang membuat orang menunda pergi dan bersuara lebih lama, dan masa menunggu yang diisi dengan bukti dan koalisi adalah wujudnya. Rujukan peta itu ada di bab Bacaan.

Gambar 3.1 Matriks tiga respons atas forum penjaga yang ikut tertawan: kriteria di tiap cabang menentukan pilihan, dan rekam jejak menyatukan ketiganya.

Satu disiplin menyatukan ketiganya: rekam jejak. Catat setiap perubahan lingkup yang diminta, setiap rekomendasi yang ditolak beserta siapa yang menolaknya, dan kirim laporan kemajuan ke lebih dari satu pihak, sebab laporan yang sudah diterima banyak orang jauh lebih sulit direvisi narasinya di kemudian hari. Tanpa rekam jejak, kegagalan akan mengambang lalu mendarat di pundak pihak yang paling tidak berdaya membela diri. Mekanisme tata kelolanya, dari desain forum evaluasi yang netral sampai struktur dokumentasi keputusan, kami bedah tuntas di buku kedua seri ini, Menjinakkan Kotak Hitam; di buku ini cukup satu pesannya: tembok kepentingan runtuh oleh desain yang membuatnya kehilangan tempat bersembunyi.

Forum yang tertawan masih digerakkan rasa takut kehilangan sistem lama. Ada jenis konflik lain, dan keberanian mengangkatnya ke permukaan pun tak akan menyelesaikannya: proyek yang sejak awal tidak dimaksudkan untuk berhasil. Pemangku kepentingan yang paling menentukan di situ tidak takut kehilangan kendali, karena ia sudah diuntungkan asal proyek itu berjalan, berguna atau tidak bagi pelanggan. Pada titik itu peta kehilangan berubah menjadi peta kepentingan yang jauh lebih gelap, yang dibahas di Bab 4. Kalau konfliknya sudah melibatkan birokrasi di luar organisasi Anda, taktik mengangkat sumbatan di luar wewenang ada di Bab 7.

Sebelum melangkah ke bab berikutnya, jawab tiga pertanyaan ini, idealnya sebelum rapat pengarah Anda berikutnya:

• Siapa satu orang di forum Anda yang paling kehilangan bila proyek ini berhasil, dan jaminan konkret apa yang bisa Anda tawarkan padanya, bukan sekadar janji “tidak akan dihukum”?
• Kalau forum penjaga proyek Anda sendiri ikut tertawan oleh pihak yang diuntungkan bila proyek gagal, respons mana di Gambar 3.1 yang paling jujur menggambarkan posisi Anda hari ini?
• Seandainya Anda berhenti besok, apakah catatan proyek Anda cukup lengkap untuk dilanjutkan orang lain tanpa mengulang dari nol?

[!TIP] Executive Toolkit: Peta Kehilangan (Bab 3) Jangan bawa matriks pengaruh pemangku kepentingan biasa ke ruang rapat. Buatlah Peta Kehilangan rahasia Anda sendiri sebelum proyek dimulai.

1. Daftar Barang Hilang: Buat tabel lima kolom untuk setiap direktur atau manajer: nama, apa yang diambil, seberapa besar, bahasa atau jaminan yang menjawabnya, dan tindakan Anda. Contoh isian kolom “apa yang diambil”: kendali data, otoritas persetujuan, kenyamanan rutinitas, pemasukan ekstra, atau rasa aman dari sorotan. Jangan lagi menulis “Tinggi/Rendah” pengaruhnya.
2. Uji Validasi Kebingungan vs Sabotase: Jika sebuah divisi terus beralasan “sistem ini membingungkan”, berikan perbaikan antarmuka atau pelatihan tambahan. Jika setelah perbaikan dan pelatihan penolakannya tetap atau makin keras, penolakan itu perlindungan kepentingan. Jangan kirim mereka ke pelatihan lagi; eskalasi ke level pimpinan untuk mengubah insentifnya. Uji serupa pernah terjadi di GTC: sistemnya diperbaiki, satu perancangnya pindah ke kursi divisi, dan penolakan divisi tetap bertahan.
3. Eskalasi Tanpa Menuduh: Saat mengangkat konflik tersembunyi ke permukaan di rapat, jangan tunjuk orangnya. Tunjuk fakta di catatan proyek dan satu keputusan yang dibutuhkan, seperti yang dilakukan Mas Arif di 3.3: “Berdasarkan catatan proyek, [pekerjaan yang tertahan] belum punya tenggat sejak diminta pada [tanggal]. Keputusan manajemen apa yang kita butuhkan agar [bagian yang sudah siap] bisa berjalan, sementara sisanya menyusul?” Siapkan juga jaminan yang menjawab kehilangan pihak yang menahan, misalnya angka yang tayang tertunda atau tanggung jawab bersama atas selisih yang belum terjelaskan.
4. Matriks Tiga Respons: Lihat 3.4 kalau forum penjaga proyek Anda ikut tertawan. Pilih respons berdasarkan kriteria ini, bukan kebiasaan lama. Rancang ulang lingkup kalau keputusannya bisa diambil tanpa persetujuan pihak pemblokir. Tunggu dan siapkan kalau kepemimpinan yang memblokir diperkirakan segera berganti. Berhenti dengan rekam jejak kalau ongkos menembus tembok ini melebihi manfaatnya.
5. Definisikan Kondisi Berhenti Sejak Awal: Sepakati di muka kapan proyek boleh dihentikan karena hambatannya di luar kapasitas tim untuk diselesaikan, sehingga berhenti tidak dicatat sebagai gagal. Periksa juga siapa yang duduk di forum evaluasi: adakah anggota yang paling diuntungkan bila proyek tidak pernah jalan? Jika ya, kondisi berhenti dan rekam jejak yang utuh adalah pelindung tim Anda.
6. Log Rekam Jejak Satu Halaman: Empat kolom saja: tanggal · perubahan lingkup/syarat yang diminta · siapa yang meminta/menolak · ke siapa laporan ini juga dikirim. Kirim ke lebih dari satu penerima setiap kali.

Ilustrasi 3.2 Log Rekam Jejak Satu Halaman: empat kolom, dan setiap kiriman punya lebih dari satu penerima.

Kembali sebentar ke ruang rapat yang membeku di awal bab. Dasbor Mas Arif mulai bergerak sejak ia berhenti menghitung pengaruh dan mulai menanyakan apa yang akan hilang dari Pak Hendra, lalu menawarkan jaminan untuk kehilangan itu. Ongkos satu setengah tahun sebelumnya dibayar oleh orang-orang yang tidak pernah diundang ke ruangan itu: pelanggan di ujung jaringan, yang airnya tetap tersendat sementara kebocoran terus mengalir di bawah jalan kota. Peta kehilangan dibuat untuk memendekkan masa tunggu mereka.

Penafian: Tulisan ini adalah pandangan pribadi penulis berdasarkan pengalaman praktis dan studi independen. Kasus GTC di pembuka bab ini nyata dan terdokumentasi dalam studi yang sudah terbit, rujukan lengkapnya ada di Lampiran Sumber Publik; kasus Mas Arif, Pak Hendra, dan contoh lain di luar itu adalah komposit pembelajaran dan tidak menunjuk pada satu entitas spesifik. Sumber gagasan bab ini tercatat di bab Bacaan, dan catatan tentang cara narasi komposit disusun ada di Lampiran Sumber Publik. Pembaca diharapkan memverifikasi secara independen sebelum mengimplementasikan rekomendasi apa pun dalam lingkungan operasional masing-masing.