Pre-Mortem: Teknik Gary Klein untuk Mendeteksi Kegagalan Proyek Sejak Dini

Oleh Tara Minh · Diperbarui 10 Oktober 2026

Pre-mortem adalah latihan risiko yang dijalankan sebelum proyek dimulai. Tim berasumsi bahwa proyek sudah gagal, lalu setiap orang menuliskan alasan mengapa semuanya berjalan salah. Psikolog Gary Klein menjelaskan metode ini di Harvard Business Review pada 2007. Metode ini mengungkap keraguan yang biasanya disimpan sendiri oleh orang-orang.

Fakta Utama

• Gary Klein menjelaskan premortem dalam "Performing a Project Premortem", Harvard Business Review, September 2007: anggota tim berasumsi proyek baru saja gagal, lalu menghasilkan alasan-alasan yang masuk akal.
• Gagasan ini bertumpu pada "prospective hindsight," yang dikaji oleh Mitchell, Russo, dan Pennington pada 1989. Studi mereka menemukan bahwa membayangkan suatu peristiwa sudah terjadi meningkatkan jumlah alasan yang dihasilkan orang untuk hasil tersebut sekitar 30%, menurut tinjauan riset ini.
• Studi 2010 terhadap 178 mahasiswa (Veinott dan rekan-rekan) menemukan bahwa membayangkan sebuah rencana sudah gagal menurunkan kepercayaan terhadap rencana itu lebih besar daripada metode pro dan kontra, menurut tinjauan yang sama.
• Pre-mortem bekerja paling baik setelah rencana ada dan sebelum uang, orang, dan komitmen publik dikunci. Satu sesi biasanya memakan waktu 30 hingga 60 menit.

Apa itu pre-mortem?

Kebanyakan sesi risiko bertanya, "Apa yang bisa salah?" Pre-mortem bertanya hal yang berbeda: "Sekarang dua belas bulan dari sekarang. Proyek gagal total. Apa yang terjadi?" Perubahan kecil dalam pembingkaian itu penting. Orang berhenti membela rencana dan mulai menjelaskan kegagalan yang, dalam latihan ini, sudah menjadi fakta.

Namanya bermain dari post-mortem medis, yang memeriksa mengapa seorang pasien meninggal setelah kejadian. Pre-mortem melakukan autopsi lebih dulu, selagi masih ada waktu untuk mengubah hasilnya.

Artikel Klein di HBR menjelaskan pengaturannya dengan lugas: anggota tim berasumsi proyek yang sedang mereka rencanakan baru saja gagal, lalu menghasilkan alasan-alasan yang masuk akal untuk kegagalan itu. Ia juga berargumen bahwa latihan ini membuat orang-orang yang berpengetahuan merasa aman menyuarakan kekhawatiran yang jika tidak akan terasa seperti ketidaksetiaan. Jika Anda pernah duduk dalam kickoff di mana semua orang mengangguk dan tiga orang diam-diam meragukan tanggalnya, Anda tahu celah yang ditutup oleh teknik ini.

Mengapa prospective hindsight berhasil

Para peneliti menyebut efek dasarnya prospective hindsight: membayangkan peristiwa masa depan seolah-olah sudah terjadi. Ketika suatu hasil diperlakukan sebagai pasti, pikiran berhenti bertanya "apakah" dan mulai menyusun cerita tentang "bagaimana."

Makalah 1989 oleh Deborah Mitchell, Jay Russo, dan Nancy Pennington adalah riset yang biasanya dikutip untuk hal ini. Sebuah tinjauan atas karya itu melaporkan bahwa memperlakukan suatu peristiwa seolah sudah terjadi menaikkan jumlah alasan yang dihasilkan orang sekitar 30%. Tinjauan itu juga mencatat bahwa para penulis tidak menilai seberapa baik alasan-alasan tersebut. Jadi kesimpulan yang aman adalah "lebih banyak alasan, lebih cepat," bukan "30% lebih akurat." Itu tetap berharga, karena risiko yang tidak pernah Anda sebut adalah risiko yang tidak dapat Anda rencanakan.

Ada dua kekuatan lain yang bekerja:

• Izin sosial. Dalam rapat perencanaan biasa, mengangkat kelemahan bisa terdengar seperti mengkritik orang yang menulis rencana. Dalam pre-mortem, menemukan kelemahan justru tugasnya.
• Overconfidence yang berkurang. Studi 2010 yang disebut di atas menemukan bahwa membayangkan kegagalan menurunkan kepercayaan pada sebuah rencana lebih besar daripada mendaftar pro dan kontra. Kepercayaan yang lebih rendah dan lebih realistis adalah tujuannya, karena itulah yang mendorong tim menambahkan buffer dan rencana kontingensi.

Pre-mortem vs. teknik risiko proyek lainnya

Pre-mortem tidak menggantikan alat Anda yang lain. Ia menyuplainya. Berikut perbandingannya dengan teknik yang paling sering dikira sama.

Aturan yang baik: gunakan pre-mortem untuk menemukan risiko, risk matrix untuk memeringkatnya, dan risk register untuk melacaknya. Untuk disiplin yang lebih luas tempat alat-alat ini berada, lihat manajemen risiko proyek.

Kapan menjalankan pre-mortem

Jalankan ketika rencana cukup rinci untuk dikritik tetapi masih murah untuk diubah. Momen yang umum:

• Tepat setelah piagam proyek disetujui dan sebelum kickoff
• Pada rapat kickoff proyek, sebagai agenda tetap
• Sebelum keputusan go/no-go untuk pembelian, migrasi, atau peluncuran besar
• Di awal fase baru ketika rencana telah berubah secara material

Lewati untuk tugas kecil. Dan jangan jalankan setelah keputusan tidak dapat dibatalkan, karena tim akan menganggapnya formalitas.

Cara menjalankan pre-mortem: langkah demi langkah

Sesi 45 menit cocok untuk sebagian besar tim berisi 5 hingga 12 orang. Kelompok yang lebih besar dapat dibagi ke meja-meja yang lebih kecil lalu menggabungkan daftarnya.

Langkah 1: Jelaskan rencana kepada tim

Bagikan rencana, ruang lingkup, jadwal, dan definisi keberhasilan. Semua orang harus mengkritik hal yang sama. Batasi 5 atau 10 menit, dan jangan membela rencana saat memaparkannya.

Langkah 2: Tetapkan skenario kegagalan

Pilih tanggal yang spesifik dan hasil yang gamblang. "Sekarang Maret 2027. Peluncuran terlambat empat bulan dari tanggalnya, anggaran habis, dan sponsor menarik dukungan." Spesifik lebih baik daripada samar. Semakin konkret kegagalannya, semakin konkret penyebab yang dihasilkan orang.

Langkah 3: Tulis alasan secara diam-diam dan sendiri

Beri semua orang lima hingga sepuluh menit untuk menuliskan mengapa proyek gagal, tanpa berbicara. Menulis secara individu itu penting karena diskusi kelompok menarik orang ke suara yang paling lantang atau pendapat yang paling senior. Minta satu penyebab per sticky note atau baris.

Langkah 4: Bagikan alasan secara bergiliran

Berkeliling ruangan dan minta setiap orang membacakan satu alasan sekali waktu hingga daftar habis. Jangan berdebat dulu. Catat semuanya di papan bersama. Staf junior dan orang baru sering menyebut risiko yang sudah tidak lagi diperhatikan oleh semua orang lain.

Langkah 5: Kelompokkan dan beri suara

Kelompokkan penyebab yang mirip: orang, ruang lingkup, teknologi, anggaran, dependensi, faktor eksternal. Lalu minta setiap orang memberi suara pada penyebab yang menurut mereka paling mungkin terjadi atau paling merusak. Dot voting memakan waktu lima menit dan mencegah risiko yang paling lantang menang secara otomatis.

Langkah 6: Ubah risiko teratas menjadi tindakan

Untuk lima hingga delapan klaster teratas, putuskan apa yang akan Anda lakukan sekarang. Masing-masing memerlukan salah satu dari empat respons:

1. Cegah dengan mengubah rencana
2. Kurangi dengan buffer, pengujian, atau pemasok kedua
3. Siapkan pemicu kontingensi ("jika vendor melewatkan tonggak pencapaian pertama, kita beralih")
4. Terima dengan sadar, dengan pemilik yang disebutkan namanya

Langkah 7: Catat dan tinjau kembali

Pindahkan risiko ke risk register atau RAID log lengkap dengan pemilik dan tanggal. Jadwalkan pemeriksaan pre-mortem 15 menit di kalender pada titik tengah proyek. Risiko dari sesi pertama sering berubah bentuk begitu pekerjaan berjalan.

Template pre-mortem

Salin ini ke dokumen atau spreadsheet. Isi blok pertama sebelum sesi dan tabelnya selama sesi.

Header sesi

Penyebab kegagalan dan respons

Tindak lanjut

Contoh pre-mortem berdasarkan fungsi bisnis

Teknik ini tidak terbatas pada project manager. Berikut seperti apa pernyataan kegagalan di berbagai fungsi.

Setiap baris dimulai dengan kegagalan sederhana dalam satu kalimat. Penyebabnya tidak eksotis. Itu adalah masalah biasa yang dikenali orang dalam obrolan di lorong dan tidak pernah diangkat dalam rapat.

Do's and don'ts pre-mortem

Lakukan

• Nyatakan kegagalan sebagai fakta. "Proyek gagal" berhasil. "Proyek mungkin gagal" mengembalikan pola pikir defensif.
• Minta orang menulis sendiri lebih dulu. Menulis dalam diam melindungi dari terpaku pada pembicara pertama.
• Undang orang di luar tim inti, seperti seseorang dari support, keuangan, atau peran yang berhadapan dengan pelanggan. Mereka melihat dependensi yang tidak terlihat oleh tim proyek.
• Tetapkan pemilik untuk risiko teratas sebelum sesi berakhir. Daftar tanpa pemilik hanyalah daftar keluhan.
• Berterima kasih kepada orang yang menyebut risiko yang tidak nyaman. Sesi berikutnya bergantung pada bagaimana sesi pertama diperlakukan.

Hindari

• Jangan biarkan sponsor atau manajer berbicara lebih dulu. Pandangan mereka akan membentuk pandangan semua orang.
• Jangan membantah penyebab selama putaran berbagi. Debat dilakukan setelah daftar lengkap.
• Jangan menjalankannya sebagai ritual. Jika rencana tidak bisa berubah, latihan ini hanya menumbuhkan sinisme.
• Jangan berhenti di daftar. Risiko yang tidak diproses menambah kekhawatiran tanpa menambah perlindungan.
• Jangan mencampurnya dengan mencari kambing hitam. Tujuannya menemukan titik lemah dalam rencana, bukan orang yang lemah di tim.

Kesalahan umum

Fasilitator tersandung pada beberapa hal yang sama. Salah satunya menjalankan sesi dengan rencana yang begitu samar sehingga setiap penyebab adalah "belum didefinisikan." Yang lain menjalankannya begitu terlambat sehingga tidak ada yang bisa diubah. Yang ketiga mengumpulkan empat puluh penyebab dan tidak menindaklanjuti satu pun. Jaga keluarannya tetap ringkas: lima hingga delapan risiko, masing-masing dengan pemilik, lebih baik daripada daftar panjang yang tidak dibaca siapa pun.

Tim juga kadang memakai pre-mortem untuk mengungkit dendam lama tentang proyek sebelumnya. Fasilitator yang baik mengarahkan kembali: "Mana di antara itu yang bisa terjadi pada rencana ini?" Itu menjaga latihan tetap berorientasi ke depan dan terkait dengan keputusan yang masih bisa Anda ambil. Tim Agile dapat menjalankan versi yang lebih ringan di awal sebuah rilis atau epic besar dan memasukkan tindakannya ke item backlog.

Kesimpulan

Pre-mortem adalah cara murah untuk mendengar apa yang sebenarnya sudah dicurigai tim Anda. Wawasan Klein adalah bahwa pembingkaianlah yang bekerja: begitu kegagalan diasumsikan, orang dapat membicarakannya tanpa merasa tidak setia. Jalankan setelah rencana ditulis, jaga tetap singkat, dan ubah risiko teratas menjadi tindakan yang berpemilik. Lalu lacak di risk register Anda, dan tinjau kembali pada titik tengah.