事前失敗分析法 · Gary Klein
2026-05-17
·
約 5 分鐘
案例|費曼與挑戰者號:Pre-mortem 沒做的代價
工程師知道 O 型環在低溫下會失效。決策者知道他們知道。太空梭還是在 1986 年 1 月 28 日爆炸了。
這篇是「事前失敗分析法」的研讀。讀完想直接套用?跳到這個框架的引導頁。
1986 年 1 月 28 日,美國東部時間上午 11:39,挑戰者號太空梭在升空 73 秒後爆炸,機上七名太空人全數罹難。
事後調查揭露的事實,讓整個事件從工程意外變成了一個決策悲劇:相關工程師在發射前就已經知道 O 型環在低溫下可能失效,也試圖阻止發射,但沒有成功。
費曼(Richard Feynman)受邀加入調查委員會。他做了後來廣為傳頌的冰水實驗:把一小截 O 型環材料泡進冰水,取出後捏了幾下,讓全國電視觀眾看見橡膠在低溫下失去彈性。三十秒,問題就清楚了。
工程師說了什麼
Morton Thiokol 的工程師 Roger Boisjoly 在發射前一天晚上,參與了一場長達五小時的電話會議。他和同事提出了具體的技術擔憂:根據過去的飛行數據,O 型環在低溫下的密封性能存在嚴重風險,而當時佛羅里達的氣溫預測是歷次發射中最低的一次。
會議中,NASA 的官員說了一句後來被廣泛引用的話:「你要我像工程師一樣思考,還是像管理者一樣思考?」
這句話的意思是:工程師的邏輯要求「有充分的安全證明才能飛」,而管理者的邏輯是「沒有充分的失敗證明就可以飛」。兩個標準,指向截然不同的決定。
最終,Morton Thiokol 的管理層投票批准發射。
Pre-mortem 會問的三個問題
如果在決策前做一次 pre-mortem,任何嚴肅的分析都應該問到:
1. 什麼條件下這個發射會失敗? 工程師早就給了答案:低溫。而當天的氣溫正好在那個範圍內。
2. 現有的數據支持假設嗎? Boisjoly 在電話會議上展示的數據顯示,O 型環的損傷程度和氣溫有相關性。但 NASA 的管理層要求「證明低溫會造成失敗」,而不是「排除低溫的風險」。兩個標準之間的差距,是七條命。
3. 誰有資格知道,但沒有被聽見? 這是 pre-mortem 最重要的問題:在那個組織裡,真正理解 O 型環風險的工程師,和做最終決定的人之間,隔了幾層?每一層都是資訊衰減的機會。
組織內部的資訊阻力
費曼在調查結束後寫了一份附錄,官方報告拒絕採納,他要求以個人名義附上。裡面有一句話:
「成功地飛行確認不了 O 型環設計是安全的。過去的成功,在統計上不是安全的證明,只是運氣的積累。」
組織成功的歷史,讓決策者確信現有系統是可靠的。這種「歷史確認偏誤」讓真正的風險訊號被解讀成「杞人憂天」,而不是警告。
Pre-mortem 的功能正是在這裡:它強迫你站在失敗已經發生的角度回頭看,打破成功歷史帶來的盲目自信。
Boisjoly 後來說,他直到生命最後都無法從那七張臉孔中走出來。他提出了警告,但沒有人設計一個流程來接住那個警告。
完整的 Pre-mortem 框架在 Apexhone 決策框架庫。
把它用在一個真實的決定上
想清楚的最佳時機,是你正在猶豫的此刻。
事前失敗分析法的 6 個引導問題已經幫你準備好。挑一個正在猶豫的決定,5 分鐘就能跑完一輪。
同領域研讀
這個框架對應的偏誤