專案總是在最後一刻救火？用 AI 建立風險預警清單

你有沒有遇過這種情況？

活動前一週，大家覺得進度還算正常。

活動前三天，突然發現：

• 客戶 Logo 還沒收到
• 場地設備尚未確認
• 最終人數還在變動
• 主視覺仍然使用舊標題
• 通知信還沒寄出
• 講師拿到的流程不是最新版
• 工作人員以為報到時間是下午一點
• 客戶以為報到時間是十二點半

活動前一天，整個團隊開始加速。群組訊息一則接一則。電話一通接一通。有人重新印講義。有人修改簡報。有人衝去買延長線。還有人突然開始尋找一台不知道為什麼消失的投影機。

最後，活動順利完成。大家鬆了一口氣。主管說：

這句話很溫暖。但如果每一次專案都要靠最後一天的熱血、咖啡與奇蹟才能完成，可能值得再想一下。

專案出問題，通常不是突然發生

很多人以為專案風險是突發狀況。但更多時候，風險在爆發之前，早就出現訊號。

例如：

• 客戶連續三次沒有回覆
• 同一份資料被反覆修改
• 沒有人確定誰負責追蹤
• 關鍵任務已經接近期限
• 設計仍然沒有拿到正式內容
• 主管還沒有明確確認方向
• 群組裡開始出現不同版本
• 大家頻繁詢問同一件事情

這些訊號看起來很小。但小問題如果持續累積，就會在最後一天集合起來，開一場大型同學會。

風險預警，不是把所有事情都想得很可怕

談到風險管理，有些人會覺得：是不是要建立一套非常複雜的管理系統？不一定。一開始不需要製作一份五十頁報告，也不需要把每一件小事都標成世界末日。

最實用的方法，是先問：

• 哪些事情最容易延誤？
• 哪些事情一旦延誤，會影響很多後續工作？
• 哪些事情目前還沒有負責人？
• 哪些資料尚未確認？
• 哪些版本可能出錯？
• 哪些任務沒有備案？
• 哪些風險已經開始出現小訊號？

專案最常見的六種風險訊號

1. 等待時間愈來愈長

例如等客戶回覆、等主管確認、等廠商提供資料、等行政確認設備、等設計交付、等財務核准。等待本身不一定有問題，但如果等待已經接近最後期限，後面的工作就會被壓縮。

可以先問：等待多久了？最晚何時一定要收到？誰負責追蹤？沒有收到時，有沒有暫代方案？

2. 需求仍然不穩定

如果專案接近執行階段，客戶仍然持續修改人數、時間、地點、流程、主題、設計或交付內容，就需要提高警覺。因為每一次修改，都可能牽動其他工作。

3. 責任分工不清楚

如果會議紀錄出現「請相關人員處理」或「再麻煩大家協助確認」，就值得再追問：誰是主要負責人？誰需要協作？誰負責最後確認？何時完成？卡住時找誰？

「大家」是一個很有團隊精神的詞。但在專案管理中，它有時候也是一個很危險的詞。因為當每個人都覺得自己只是協助，任務可能會安靜地躺在角落，等待有人發現它。

4. 不同版本同時流通

如果團隊裡出現「最終版」、「最終版 2」、「最終版修改後」、「最終版真的最後一版」，這時候不要再依靠檔名猜答案。應該立即確認：哪一份才是正式版本？由誰維護？放在哪裡？舊版本是否已經標記失效？

版本混亂不一定會立刻出問題，但它很擅長在活動現場突然登場。

5. 關鍵工作沒有備案

有些任務只要一個地方出錯，整個專案就會停住。例如場地臨時不能使用、投影設備故障、廠商交貨延遲、講師臨時無法出席、重要檔案打不開。

不是每一件事情都要準備三套方案，但關鍵節點最好問一句：

6. 團隊開始頻繁救急

如果最近常出現臨時加班、臨時改檔、臨時追問、臨時採購、臨時開會、臨時找人支援，這可能不是單一事件，而是流程正在發出求救訊號。

臨時處理一次，叫做應變能力。每次都臨時處理，可能叫做固定流程。

用紅黃綠燈，建立簡單的風險預警清單

可以先將專案風險分成三個層級：

例如：

這樣團隊開會時，就不用從頭重新報告全部進度。可以先問：哪一個紅燈要立刻處理？哪一個黃燈如果今天不處理，明天可能變成紅燈？

建立一張風險預警清單

一份實用的風險預警清單，可以包含以下欄位：

這張表不是為了製造更多行政工作，而是讓團隊提早看見：哪些小火苗，最可能變成大火？

用四個步驟，建立專案風險預警機制

第一步：列出最容易出問題的關鍵節點

不要一次列出一百個風險，先處理最重要的 5 至 10 項。例如，一場企業活動可以先關注：客戶需求是否確認？場地與設備是否確認？最終人數是否確認？主視覺與通知內容是否定稿？外部廠商是否回覆？現場是否有備案？最新版本是否統一？

先盯住真正會影響全局的地方，不用每天檢查茶水間有沒有足夠的迴紋針。

第二步：設定預警條件

每一個風險都要設定簡單條件。例如：

預警條件愈清楚，團隊愈容易提早反應。不要等到活動前一天，才發現那一盞黃燈其實已經閃了兩個星期。

第三步：指定負責人與備案

每一個黃燈與紅燈都應該有：一位主要負責人、一個處理期限、一項下一步行動、一個備案、一位需要確認的人。

第四步：固定更新，不要等到出事才打開

風險預警清單不是做完後放進資料夾裡珍藏。可以依照專案節奏更新：

• 活動前一個月：每週檢查一次
• 活動前兩週：每三天檢查一次
• 活動前一週：每天檢查一次
• 活動前一天：確認紅燈是否全部處理

讓清單跟著專案一起前進。不要讓它變成一份很有理想，卻沒有人再打開的文件。

案例：企業課程活動，為什麼每次都在最後一天找設備？

假設團隊準備一場企業創新課程。活動前一天，講師詢問：「請問現場有 HDMI 轉接頭嗎？」行政突然發現，場地方只提供投影機，沒有轉接頭。於是開始詢問同事、翻找抽屜、打電話給場地方、討論誰下班後順路購買。

最後，問題解決了。但其實這個風險可以更早被看見。

可以建立設備預警清單

這樣，團隊就不需要在最後一天上演「尋找失落的轉接頭」。

案例：客戶人數還沒確認，教材到底要印幾份？

活動前五天，客戶原本說有 30 人。活動前三天，改成 42 人。活動前一天，變成 55 人。行政開始思考：到底要印幾份講義？

黃燈條件

活動前五天，人數仍然沒有定案。

紅燈條件

活動前兩天，人數仍然持續變動。

下一步

• 由業務確認最終人數期限
• 教材先依預估人數增加 10%
• 可數位化的資料改用 QR Code
• 餐點與桌椅保留彈性
• 若人數超過場地容量，立即升級確認

AI 可以如何協助建立風險預警清單？

你可以將專案進度表、需求變更紀錄、會議紀錄、群組訊息摘要、Email 摘要、工作節點、待確認事項，以及過去曾經發生的問題，交給 AI 協助整理。

1. 找出風險訊號

例如任務已接近期限尚未完成、客戶多次未回覆、文件版本不一致、沒有指定負責人、同一需求反覆修改、關鍵設備尚未確認、下一棒仍無法開始、重要工作沒有備案。

2. 分類風險程度

請 AI 依照發生機率、影響程度、距離期限、影響範圍、是否有備案，將風險分成綠燈、黃燈與紅燈。

3. 建議優先處理順序

不是所有風險都要同時處理。可以請 AI 協助判斷：哪一個風險最可能影響整體時程？哪一個風險如果不處理，會連動最多工作？哪一個風險最接近期限？哪一個風險可以用低成本快速處理？哪一個風險需要主管決策？

4. 建立備案清單

請 AI 協助整理：如果資料未收到，可以先做什麼？如果設備故障，有沒有替代方案？如果人數變動，哪些資源需要彈性？如果版本混亂，如何統一資料來源？

5. 產生主管摘要

主管通常不需要看所有細節。可以請 AI 產生一頁式摘要，包含：目前紅燈項目、本週可能轉紅燈的黃燈項目、需要主管決策的事項、主要負責人、下一步與最晚確認期限。

可以直接複製的 AI 風險預警提示詞

以下是目前的專案資料：

專案目標是：【請填入】
預計完成日期是：【請填入】
目前工作節點包括：【請填入】
目前負責人包括：【請填入】
目前已知的需求變更包括：【請填入】
目前尚未確認的事項包括：【請填入】
過去類似專案曾經發生的問題包括：【請填入】

請不要只提供一般性的專案管理建議。

請先協助我建立「專案風險預警清單」。

請將風險整理成表格，欄位包括：
- 風險項目
- 目前狀態：綠燈、黃燈或紅燈
- 已經出現的風險訊號
- 發生機率：低、中或高
- 影響程度：低、中或高
- 影響範圍
- 主要負責人
- 預警期限
- 建議下一步
- 建議備案
- 需要確認的人
- 最後更新時間
- 待確認事項

請優先檢查以下風險：
1. 等待資料
2. 等待確認
3. 需求反覆修改
4. 責任分工不清楚
5. 版本混亂
6. 關鍵任務沒有備案
7. 工作節點即將延誤
8. 前一棒尚未交付，下一棒無法開始
9. 關鍵設備或資源尚未確認
10. 同一類問題近期重複發生

接著，請提供：
1. 目前最需要立即處理的三個紅燈項目
2. 最可能在未來三天內轉為紅燈的黃燈項目
3. 哪些風險會影響最多後續工作？
4. 哪些風險需要主管決策？
5. 哪些風險可以先用低成本方式處理？
6. 每一個關鍵風險的備案
7. 一張可以在會議中使用的紅黃綠燈看板
8. 一份可以寄給主管的一頁式風險摘要
9. 下次會議最需要確認的五個問題

請注意：
- 不要自行捏造已經完成或已經確認的資訊
- 如果負責人、期限或版本不清楚，請標記「待確認」
- 涉及合約、預算、客戶承諾與重大風險時，請標記「需要人工確認」
- 不要將所有事情都列為高風險
- 優先處理影響範圍大、接近期限、沒有備案的事項
- 建議先從簡單、低成本、容易執行的改善開始

真正厲害的團隊，不是每次都很會救火

專案出現臨時狀況時，團隊有能力迅速處理，當然值得肯定。但更成熟的做法是：提早看見風險、找出預警訊號、指定負責人、設定處理期限、準備簡單備案、定期更新清單，優先處理真正會影響全局的事情。

AI 可以協助整理資訊、發現重複問題、標示風險、建立看板、提醒期限、產生摘要、建議備案。但最重要的，仍然是團隊願意在問題還小的時候，就開始處理。

重點整理