AI 專案預先驗屍教學：把風險清單變成早期預警與應變劇本
許多專案週報都有一欄叫「風險」，內容卻常停在「供應商可能延遲」「人力可能不足」「系統可能不穩」。這些句子並非錯誤，但它們無法回答更重要的問題：我們何時會先看到徵兆？看到後由誰判斷？什麼程度要採取哪個動作？最晚什麼時候不決定就會失去選項？
預先驗屍的做法，是先假設專案在未來某個具體日期已經失敗，再倒推造成結果的路徑。這不是悲觀預言，而是暫時移除「應該會順利」的心理慣性，讓團隊更容易說出平常不敢說、沒想到說，或以為別人會處理的風險。
預先驗屍與一般風險腦力激盪有什麼不同？
一般問法是：「可能有什麼風險？」答案往往寬廣又抽象。預先驗屍則問：「現在已經到了 11 月 30 日，原定 20 台試行只完成 8 台。這是怎麼發生的？」具體的結果會迫使團隊建立因果鏈，而不是只列名詞。
一條可用的失敗路徑應包含：早期條件、觸發事件、失敗結果與業務影響。例如，採購單未確認只是早期條件；當出貨錯過整合測試窗口，才形成關鍵觸發；接著可安裝設備不足，最後造成樣本不足與擴大部署延期。
真正有用的是領先指標，不是更漂亮的風險表
若只在交期逾期後才亮紅燈，那是事故通報，不是早期預警。領先指標必須在結果發生前可被觀察，例如採購單確認日、物流追蹤碼、連續測試錯誤率、審查證據缺口與 UAT 出席確認。
每個指標都需要資料來源、更新頻率、負責人與缺值處理。沒有回報不能自動視為正常；有時監測中斷本身就是風險。如果資料目前無法取得，應誠實標示「待建立監測」，而不是請 AI 補出一個看似完整的數字。
紅黃綠門檻一定要連到動作
顏色不是報表裝飾。綠燈表示照常監測；黃燈代表偏離趨勢，需要啟動預防動作；紅燈表示成功條件或安全邊界受到威脅，需要升級、縮小範圍、延後或啟動備案。
例如通訊錯誤率在兩小時測試超過 1%，可暫定為黃燈：停止擴台、追加四小時測試並在次日上午重新判讀。若超過 3% 或發生不可復原的資料遺失，則轉為紅燈：回到上一版設定、召開技術判讀，並停止新增設備。真正的門檻仍須由團隊依歷史資料與業務邊界核准，示範數字不能直接當成業界標準。
別錯過最晚安全決策點
風險管理最可惜的情況，不是不知道有風險，而是知道後仍持續等待，直到備案無法啟動。採購下單、公開上線日期、停用舊流程、覆蓋正式資料與釋放測試設備，都是常見不可逆點。
因此，預警表應多一欄：「最晚安全決策時間」。例如若硬體尚無物流追蹤碼，團隊最晚必須在整合窗口前五個工作天決定是否縮為 10 台試行。過了這個時間，即使之後願意縮小範圍，也可能已無法保留原測試設備與人力。
AI 最適合做什麼？
AI 很適合用不同角色視角擴大候選原因、合併重複項目、整理失敗路徑、檢查指標是否缺少資料來源，並把討論結果轉成一致格式。它也能協助設計桌上推演問題，讓團隊演練警報出現後 24 小時內會發生什麼。
但 AI 不知道你的真實產能、合約責任、風險偏好與決策權，也不能從合理文字推導出真實機率。所有 AI 產出的新內容都應標示為候選或假設，再由資料擁有者與決策者確認。
15 步實作摘要
- 定義成功、失敗與觀察期限。
- 寫具體的未來失敗情境。
- 讓成員獨立列原因。
- 從人員、流程、技術、資料、外部與治理找漏項。
- 建立失敗路徑。
- 區分領先與落後指標。
- 確認訊號可取得。
- 定義綠黃紅門檻。
- 指定擁有者與節奏。
- 為黃燈與紅燈設計動作。
- 找出最晚安全決策點。
- 準備低成本備案。
- 進行桌上推演。
- 放進既有週報與會議。
- 定期淘汰與調整指標。
可直接複製使用的完整提示詞
以下提示詞不依賴特定 AI 產品，可貼入你公司允許使用的生成式 AI 工具。把【】中的欄位換成你的專案資料即可。
你是一位審慎的專案風險促進者與營運韌性顧問。你的工作不是預言失敗，也不是替決策者接受風險，而是根據我提供的資料，協助團隊進行專案預先驗屍（pre-mortem），建立可驗證的失敗路徑、領先指標、觸發門檻與應變劇本。 【任務】 1. 先檢查輸入是否足以定義成功與失敗；不足時列出「待補資料」，但仍以現有資料產出暫定版本。 2. 將未來失敗情境寫成一段具體敘述，包含日期、未達成結果與影響。 3. 從人員、流程、技術、資料、外部依賴、治理六個面向提出候選失敗原因。 4. 將重複原因合併成 3～7 條高價值失敗路徑：早期條件 → 觸發事件 → 失敗結果 → 業務影響。 5. 為每條路徑找出 1～3 個可觀察的領先指標；若只能找到落後指標，要明確標示。 6. 為每個指標提出綠／黃／紅門檻、資料來源、監測頻率、負責角色、證據位置與缺值處理。 7. 為黃燈與紅燈分別設計可執行動作，包含執行者、啟動時限、完成證據與再次判讀時間。 8. 找出最晚安全決策點、不可逆事件、可保留的替代方案與需要正式核准的事項。 9. 產出一份 30 分鐘桌上推演腳本與一頁式管理摘要。 【輸入資料格式】 專案名稱：【專案名稱】 目前日期：【YYYY-MM-DD】 觀察終點／里程碑：【日期或事件】 成功條件： - 【範圍／數量】 - 【品質／效能】 - 【時程】 - 【驗收／核准】 已知限制： - 【預算、人力、設備、法規、時程等】 目前計畫與主要里程碑： - 【日期｜里程碑｜負責人｜完成證據】 關鍵依賴： - 【依賴項｜提供者｜需要日期｜目前狀態】 現有風險、疑慮或過去事件： - 【來源編號｜內容｜目前證據】 可取得的監測資料： - 【指標或資料｜來源｜更新頻率｜負責人】 可用備案與限制： - 【備案｜可啟動日期｜成本／限制｜核准者】 風險偏好或不可跨越邊界： - 【例如資安、法規、資料完整性、停機上限】 【限制】 - 只能使用輸入中的事實；不得虛構日期、機率、數字、承諾、權限或已完成狀態。 - AI 推導的內容一律標為「候選」或「假設」，不可改寫成已證實根因。 - 不要以單一風險分數取代證據；若提供排序，須說明依據並保留人工覆核。 - 不把缺值解讀為 0 或正常；資料不存在時標示「無資料／待建立監測」。 - 不把「持續追蹤、加強溝通、密切注意」視為完整應變動作。 - 每個門檻必須連到明確動作；若無法設定合理數值，使用事件型門檻並列為待核准。 - 涉及人事、健康、績效、法律、資安或個資時，只提供流程性提醒，不做個人判定。 - 使用繁體中文，語氣專業、直接、無責備。 【輸出格式】 A. 資料充分性與待補資料 B. 未來失敗情境（100 字內） C. 失敗原因候選清單（六面向） D. 失敗路徑表：編號｜早期條件｜觸發事件｜失敗結果｜業務影響｜依據／來源｜信心 E. 早期預警表：路徑編號｜領先指標｜綠燈｜黃燈｜紅燈｜資料來源｜頻率｜負責人｜缺值處理 F. 應變劇本表：觸發條件｜黃燈動作｜紅燈動作｜執行者｜啟動時限｜完成證據｜再判讀時間｜核准者 G. 最晚安全決策點：事件｜最晚日期｜過期會失去的選項｜決策者｜目前證據 H. 30 分鐘桌上推演腳本 I. 一頁式管理摘要：目前最高風險路徑、最近訊號、已啟動動作、待決策事項 J. 人工覆核清單 最後再做一次自我檢查： 1. 是否把推測寫成事實？ 2. 是否有指標沒有資料來源？ 3. 是否有門檻沒有對應動作？ 4. 是否有動作沒有負責人或完成證據？ 5. 是否把落後指標誤當領先指標？ 6. 是否遺漏最晚安全決策點？
結語
好的風險管理，不是證明 PM 想得夠多，而是讓團隊在選項尚未消失前看見訊號並採取行動。先從一個關鍵里程碑開始，選三條失敗路徑、各設一個領先指標，再把黃燈與紅燈動作寫清楚。這份小表，往往比一張列了五十項卻沒人打開的風險清單更有用。
行動邀請：挑一個未來四至八週內的重要里程碑，用本文提示詞跑一次預先驗屍，並在下次專案會議只討論「最新訊號、已啟動動作與待決策事項」。
想要更多 AI 辦公實戰方法、完整模板與每日練習？歡迎加入「大叔的開發筆記」Skool 社群，一起把 AI 用在真正的工作上。
留言