Pre-Mortem: Teknik Gary Klein untuk Mengesan Kegagalan Projek Lebih Awal

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Pre-mortem ialah latihan risiko yang dijalankan sebelum projek bermula. Pasukan menganggap projek telah pun gagal, kemudian setiap orang menulis sebab ia tersasar. Ahli psikologi Gary Klein menghuraikan kaedah ini dalam Harvard Business Review pada 2007. Ia mendedahkan keraguan yang biasanya disimpan sendiri oleh orang ramai.
Fakta Utama
- Gary Klein menghuraikan premortem dalam "Performing a Project Premortem", Harvard Business Review, September 2007: ahli pasukan menganggap projek baru sahaja gagal, kemudian menjana sebab-sebab yang munasabah.
- Idea ini berpaksikan "prospective hindsight," yang dikaji oleh Mitchell, Russo dan Pennington pada 1989. Kajian mereka mendapati bahawa membayangkan sesuatu peristiwa telah berlaku meningkatkan bilangan sebab yang dijana orang untuk sesuatu hasil sebanyak kira-kira 30%, menurut ulasan penyelidikan ini.
- Kajian 2010 ke atas 178 pelajar universiti (Veinott dan rakan-rakan) mendapati bahawa membayangkan sesuatu pelan sudah gagal mengurangkan keyakinan terhadapnya lebih banyak daripada kaedah kebaikan dan keburukan, menurut ulasan yang sama.
- Pre-mortem paling berkesan selepas pelan wujud dan sebelum wang, tenaga kerja dan komitmen awam dikunci. Satu sesi biasanya mengambil masa 30 hingga 60 minit.
Apakah pre-mortem?
Kebanyakan sesi risiko bertanya, "Apa yang boleh menjadi salah?" Pre-mortem bertanya sesuatu yang berbeza: "Sekarang dua belas bulan dari sekarang. Projek gagal teruk. Apa yang berlaku?" Perubahan kecil dalam pembingkaian ini penting. Orang berhenti mempertahankan pelan dan mula menerangkan kegagalan yang, dalam latihan ini, sudah menjadi fakta.
Namanya bermain dengan post-mortem perubatan, yang meneliti mengapa pesakit meninggal selepas kejadian. Pre-mortem melakukan bedah siasat lebih awal, ketika masih ada masa untuk mengubah hasilnya.
Artikel HBR Klein menghuraikan persediaannya dengan jelas: ahli pasukan menganggap projek yang mereka rancang baru sahaja gagal, kemudian menjana sebab yang munasabah bagi kegagalan itu. Beliau juga berhujah bahawa latihan ini menjadikan selamat bagi orang yang berpengetahuan untuk menyuarakan kebimbangan yang sebaliknya terasa seperti tidak setia. Jika anda pernah menghadiri kickoff di mana semua orang mengangguk dan tiga orang secara diam-diam meragui tarikhnya, anda tahu jurang yang ditutup oleh latihan ini.
Mengapa prospective hindsight berkesan
Penyelidik memanggil kesan asasnya prospective hindsight: membayangkan peristiwa masa depan seolah-olah ia sudah berlaku. Apabila sesuatu hasil dianggap pasti, minda berhenti bertanya "jika" dan mula membina cerita "bagaimana."

Kertas 1989 oleh Deborah Mitchell, Jay Russo dan Nancy Pennington ialah penyelidikan yang biasa dipetik untuk perkara ini. Ulasan terhadap kerja itu melaporkan bahawa menganggap peristiwa telah berlaku meningkatkan bilangan sebab yang dijana orang sebanyak kira-kira 30%. Ia juga menyatakan bahawa pengarang tidak menilai betapa baiknya sebab-sebab itu. Jadi kesimpulan yang selamat ialah "lebih banyak sebab, lebih pantas," bukan "30% lebih tepat." Itu masih bernilai, kerana risiko yang tidak pernah anda namakan ialah risiko yang tidak dapat anda rancang.
Terdapat dua lagi daya yang berfungsi:
- Kebenaran sosial. Dalam mesyuarat perancangan biasa, menimbulkan kelemahan boleh kedengaran seperti mengkritik orang yang menulis pelan. Dalam pre-mortem, mencari kelemahan ialah tugasannya.
- Keyakinan berlebihan berkurang. Kajian 2010 yang disebut di atas mendapati bahawa membayangkan kegagalan menurunkan keyakinan terhadap pelan lebih banyak daripada menyenaraikan kebaikan dan keburukan. Keyakinan yang lebih rendah dan lebih realistik ialah matlamatnya, kerana itulah yang mendorong pasukan menambah penampan dan pelan kontingensi.
Pre-mortem berbanding teknik risiko projek lain
Pre-mortem tidak menggantikan alat anda yang lain. Ia menyuapnya. Berikut ialah perbandingannya dengan teknik yang paling kerap dikelirukan dengannya.
| Teknik | Bila anda menjalankannya | Soalan teras | Output utama | Kelemahan yang diliputi pre-mortem |
|---|---|---|---|---|
| Pre-mortem | Sebelum pelancaran, selepas pelan wujud | "Ia gagal. Mengapa?" | Senarai punca kegagalan dan mitigasi awal | tiada |
| Post-mortem / pengajaran yang diperoleh | Selepas siap atau gagal | "Apa yang berlaku dan apa yang kita ubah pada masa depan?" | Pengajaran yang didokumenkan | Datang terlalu lewat untuk menyelamatkan projek ini |
| Daftar risiko | Sepanjang projek | "Risiko apa yang kita jejaki, dan siapa memiliki setiap satu?" | Senarai risiko yang dinilai dan dimiliki | Hanya merekodkan risiko yang sudah difikirkan seseorang |
| Matriks risiko | Semasa menilai risiko | "Seberapa berkemungkinan dan seberapa teruk setiap risiko?" | Grid kebarangkalian dan kesan | Menilai risiko tetapi tidak mencarinya |
| Analisis SWOT | Strategi dan perancangan | "Apakah kekuatan, kelemahan, peluang, ancaman kita?" | Ringkasan empat kuadran | Luas dan generik, jarang khusus projek |
| Red teaming | Sebelum keputusan besar | "Bagaimana lawan boleh menewaskan pelan ini?" | Senario serangan daripada kumpulan luar | Memerlukan pasukan bebas yang khusus |
| Retrospektif sprint | Akhir setiap sprint | "Apa yang patut kita kekalkan, tinggalkan, ubah?" | Tindakan penambahbaikan | Melihat ke belakang pada kitaran pendek, bukan ke hadapan pada seluruh projek |
Peraturan yang baik: gunakan pre-mortem untuk menemui risiko, matriks risiko untuk menyusunnya, dan daftar risiko untuk menjejakinya. Untuk disiplin yang lebih luas yang menjadi tempat alat-alat ini, lihat pengurusan risiko projek.
Bila menjalankan pre-mortem
Jalankan satu apabila pelan cukup terperinci untuk dikritik tetapi masih murah untuk diubah. Saat-saat biasa:
- Sejurus selepas piagam projek diluluskan dan sebelum kickoff
- Pada mesyuarat kickoff projek, sebagai item agenda tetap
- Sebelum keputusan teruskan atau henti bagi pembelian, migrasi atau pelancaran yang besar
- Pada permulaan fasa baharu apabila pelan telah berubah dengan ketara
Langkau untuk tugasan yang kecil. Dan jangan jalankan satu selepas keputusan tidak boleh diubah lagi, kerana pasukan akan menganggapnya sebagai formaliti.
Cara menjalankan pre-mortem: langkah demi langkah
Sesi 45 minit sesuai untuk kebanyakan pasukan seramai 5 hingga 12 orang. Kumpulan yang lebih besar boleh berpecah kepada meja yang lebih kecil dan menggabungkan senarai.

Langkah 1: Terangkan pelan kepada pasukan
Kongsi pelan, skop, garis masa dan takrifan kejayaan. Semua orang mesti mengkritik perkara yang sama. Hadkan ini kepada 5 atau 10 minit, dan jangan mempertahankan pelan semasa membentangkannya.
Langkah 2: Tetapkan senario kegagalan
Pilih tarikh tertentu dan hasil yang jelas. "Sekarang Mac 2027. Pelancaran terlewat empat bulan daripada tarikhnya, bajet sudah habis, dan penaja telah menarik balik sokongan." Yang khusus mengatasi yang kabur. Semakin konkrit kegagalan itu, semakin konkrit punca yang dihasilkan orang.
Langkah 3: Tulis sebab secara senyap dan bersendirian
Beri semua orang lima hingga sepuluh minit untuk menulis mengapa projek gagal, tanpa bercakap. Penulisan individu penting kerana perbincangan kumpulan menarik orang ke arah suara paling lantang atau pendapat paling kanan. Minta satu punca bagi setiap nota melekat atau baris.
Langkah 4: Kongsi sebab secara bergilir
Pusing sekeliling bilik dan minta setiap orang membaca satu sebab pada satu masa sehingga senarai habis. Jangan berbahas dahulu. Rakam semuanya pada papan bersama. Staf junior dan orang baharu sering menamakan risiko yang telah berhenti diperhatikan oleh semua orang lain.
Langkah 5: Kumpul dan undi
Kelompokkan punca yang serupa: orang, skop, teknologi, bajet, kebergantungan, faktor luaran. Kemudian minta setiap orang mengundi punca yang mereka rasa paling berkemungkinan atau paling merosakkan. Pengundian titik mengambil lima minit dan menghalang risiko yang paling lantang menang secara lalai.
Langkah 6: Tukar risiko teratas kepada tindakan
Bagi lima hingga lapan kelompok teratas, putuskan apa yang akan anda lakukan sekarang. Setiap satu memerlukan salah satu daripada empat respons:
- Cegah dengan mengubah pelan
- Kurangkan dengan penampan, ujian atau pembekal kedua
- Sediakan pencetus kontingensi ("jika vendor terlepas pencapaian penting pertama, kita bertukar")
- Terima dengan sedar, dengan pemilik yang dinamakan
Langkah 7: Catat dan semak semula
Pindahkan risiko ke dalam daftar risiko atau log RAID anda dengan pemilik dan tarikh. Letakkan semakan pre-mortem 15 minit dalam kalendar pada pertengahan projek. Risiko daripada sesi pertama sering berubah bentuk sebaik sahaja kerja berjalan.
Templat pre-mortem
Salin ini ke dalam dokumen atau hamparan. Isi blok pertama sebelum sesi dan jadual semasa sesi.
Pengepala sesi
| Medan | Entri |
|---|---|
| Nama projek | |
| Fasilitator | |
| Tarikh sesi | |
| Senario kegagalan dan tarikh | "Sekarang [tarikh]. Projek gagal kerana..." |
| Peserta dan peranan |
Punca kegagalan dan respons
| # | Punca kegagalan (ditulis secara individu) | Kategori | Undi | Kebarangkalian (R/S/T) | Kesan (R/S/T) | Respons (cegah, kurangkan, sediakan, terima) | Tindakan | Pemilik | Tarikh akhir |
|---|---|---|---|---|---|---|---|---|---|
| 1 | |||||||||
| 2 | |||||||||
| 3 | |||||||||
| 4 | |||||||||
| 5 |
Susulan
| Item | Entri |
|---|---|
| Risiko dipindahkan ke daftar risiko | Ya / Tidak |
| Perubahan pelan yang dibuat | |
| Tarikh semakan semula pertengahan |
Contoh pre-mortem mengikut fungsi perniagaan
Teknik ini tidak terhad kepada pengurus projek. Berikut ialah rupa kenyataan kegagalan merentas fungsi.

| Fungsi | Projek | Senario kegagalan | Punca yang mungkin ditimbulkan pasukan | Mitigasi |
|---|---|---|---|---|
| Produk | Keluaran ciri baharu | "Pelancaran tergelincir dua suku tahun dan pelanggan mengabaikan ciri itu." | Keperluan berubah lewat; tiada ujian pengguna sebelum pembinaan; seorang jurutera memiliki modul kritikal | Jalankan ujian pengguna pada peringkat prototaip; pasangkan jurutera kedua pada modul itu |
| Pemasaran | Kempen untuk pasaran baharu | "Kempen menghabiskan bajetnya dan hampir tidak menghasilkan lead yang layak." | Pesanan disalin daripada wilayah lain; halaman pendaratan tidak ditempatkan; penjejakan tidak diuji | Semakan tempatan terhadap salinan; ujian penjejakan hujung ke hujung sebelum perbelanjaan |
| Jualan | Migrasi CRM | "Wakil jualan berhenti mencatat aktiviti dan ramalan menjadi tidak boleh dipercayai." | Tiada latihan; medan lama tidak dipetakan; pengurus terus menggunakan hamparan | Latihan sebelum peralihan; kelulusan pemetaan medan; bersara hamparan pada tarikh yang ditetapkan |
| HR | Pelancaran penilaian prestasi | "Pengurus melangkau penilaian dan pekerja tidak mempercayai proses itu." | Borang terlalu panjang; kriteria tidak jelas; tiada taklimat pengurus | Pendekkan borang; terbitkan kriteria; taklimat pengurus dahulu |
| Kewangan | Pelaksanaan ERP | "Go-live gagal dan penutupan akhir bulan mengambil masa dua kali ganda." | Pembersihan data dianggar rendah; staf kewangan utama bercuti semasa peralihan; perunding vendor bertukar ganti | Audit data awal; tarikh sekatan; ketua vendor yang dinamakan |
| Operasi | Perpindahan gudang | "Pesanan dihantar lewat selama tiga minggu selepas perpindahan." | Kontrak pembawa tidak dikemas kini; kiraan inventori tersasar; staf tidak dilatih silang | Senarai semak pembawa; kiraan kitaran sebelum berpindah; pelan latihan silang |
Setiap baris bermula dengan kegagalan yang jelas dalam satu ayat. Puncanya tidak eksotik. Ia masalah biasa yang disedari orang dalam perbualan di koridor dan tidak pernah ditimbulkan dalam mesyuarat.
Perkara yang patut dan tidak patut dilakukan dalam pre-mortem
Patut
- Nyatakan kegagalan sebagai fakta. "Projek gagal" berkesan. "Projek mungkin gagal" membawa kembali pemikiran defensif.
- Minta orang menulis bersendirian dahulu. Penulisan senyap melindungi daripada terikat pada penutur pertama.
- Jemput orang di luar pasukan teras, seperti seseorang daripada sokongan, kewangan atau peranan berhadapan pelanggan. Mereka melihat kebergantungan yang tidak dapat dilihat pasukan projek.
- Tetapkan pemilik kepada risiko teratas sebelum sesi tamat. Senarai tanpa pemilik ialah senarai rungutan.
- Berterima kasih kepada orang yang menamakan risiko yang tidak selesa. Sesi seterusnya bergantung pada cara sesi pertama dilayan.
Jangan
- Jangan biarkan penaja atau pengurus bercakap dahulu. Pandangan mereka akan membentuk pandangan semua orang lain.
- Jangan berbalah tentang punca semasa pusingan perkongsian. Perbahasan datang selepas senarai lengkap.
- Jangan menjalankannya sebagai ritual. Jika pelan tidak boleh berubah, latihan ini hanya menanam sikap sinis.
- Jangan berhenti pada senarai. Risiko yang tidak diproses menambah kebimbangan tanpa menambah perlindungan.
- Jangan mengelirukannya dengan menyalahkan. Tujuannya ialah mencari titik lemah dalam pelan, bukan orang yang lemah dalam pasukan.
Kesilapan biasa
Fasilitator tersadung pada beberapa perkara yang sama. Satu ialah menjalankan sesi dengan pelan yang begitu kabur sehingga setiap punca ialah "ia tidak ditakrifkan." Satu lagi ialah menjalankannya begitu lewat sehingga tiada apa yang boleh diubah. Yang ketiga ialah mengumpul empat puluh punca dan bertindak ke atas satu pun tidak. Pastikan outputnya pendek: lima hingga lapan risiko, masing-masing dengan pemilik, mengatasi senarai panjang yang tiada siapa baca.
Pasukan juga kadangkala menggunakan pre-mortem untuk mengungkit dendam lama tentang projek terdahulu. Fasilitator yang baik mengarahkan semula: "Yang mana antara itu boleh berlaku kepada pelan ini?" Itu memastikan latihan berorientasikan masa depan dan terikat dengan keputusan yang masih boleh dibuat. Pasukan agile boleh menjalankan versi lebih ringan pada permulaan keluaran atau epic utama dan memasukkan tindakan ke dalam item backlog.
Kesimpulan
Pre-mortem ialah cara murah untuk mendengar apa yang sudah dicurigai pasukan anda. Wawasan Klein ialah pembingkaian yang melakukan kerja: sebaik sahaja kegagalan dianggap berlaku, orang boleh membincangkannya tanpa rasa tidak setia. Jalankan selepas pelan ditulis, pastikan ia pendek, dan tukar risiko teratas kepada tindakan yang dimiliki. Kemudian jejaki dalam daftar risiko anda, dan semak semula pada pertengahan projek.

Senior Operations & Growth Strategist
On this page
- Apakah pre-mortem?
- Mengapa prospective hindsight berkesan
- Pre-mortem berbanding teknik risiko projek lain
- Bila menjalankan pre-mortem
- Cara menjalankan pre-mortem: langkah demi langkah
- Langkah 1: Terangkan pelan kepada pasukan
- Langkah 2: Tetapkan senario kegagalan
- Langkah 3: Tulis sebab secara senyap dan bersendirian
- Langkah 4: Kongsi sebab secara bergilir
- Langkah 5: Kumpul dan undi
- Langkah 6: Tukar risiko teratas kepada tindakan
- Langkah 7: Catat dan semak semula
- Templat pre-mortem
- Contoh pre-mortem mengikut fungsi perniagaan
- Perkara yang patut dan tidak patut dilakukan dalam pre-mortem
- Patut
- Jangan
- Kesilapan biasa
- Kesimpulan