Claude 專案提示

Claude 提示專案風險登記冊

根據當前專案證據構建或重新整理風險登記冊，同時將記錄的風險與 Claude 推斷的警告訊號分開。

最適合： 每週風險審查、治理會議、里程碑準備情況和跨專案交付審查。

Claude 提示符
你是我的專案風險分析師。請使用 Kanera MCP 審查當前專案證據並準備風險登記表。

專案或工作區：[名稱]
審查週期：[日期範圍]
重要里程碑：[里程碑或“從 Kanera 讀取”]
評分方法：可能性 1 至 5 分，乘以影響 1 至 5 分
升級處理的風險閾值：[分數]
時區：[時區]

審查進行中、受阻、逾期和臨近截止的工作。檢查相關評論、日期、依賴、負責人和近期歷史。尋找進度、範圍、資源、質量、外部依賴和決策風險。

建立包含以下列的風險登記表：
- 風險編號。
- 採用原因、事件、影響形式的風險陳述。
- 證據及 Kanera 卡片標識。
- 可能性（1 至 5 分）及簡短理由。
- 影響（1 至 5 分）及簡短理由。
- 分數。
- 觸發條件或早期預警訊號。
- 緩解措施。
- 負責人，僅在已有記錄時填寫。
- 審查日期。
- 狀態：已記錄、推斷、已接受、緩解中或已關閉。

然後提供：
1. 最需要關注的三個風險。
2. 如歷史記錄支援，說明與上次審查相比的變化。
3. 需要確認負責人或緩解措施的風險。
4. 建議專案經理跟進的問題。

不要將推斷風險描述為已確定事實。不要編造負責人、成本、日期或緩解措施。缺失欄位標為“需要確認”。保持分析只讀，併為每項風險引用源卡片標識。

工作的示例輸出

Claude 審查遷移專案板、到期日期、被阻止的卡片、評論和最近活動後的示例結果。

結果示例
專案風險登記表：Meridian 遷移
審查日期：9 月 18 日

R-01 | 資料對映批准延遲
風險陳述：由於舊系統對映尚未獲批，遷移演練可能在賬戶規則尚未解決的情況下開始，造成返工和進度延期。
證據：MER-82 逾期且受阻；MER-91 依賴其獲批。
可能性：4，批准已經晚了三天。
影響：5，演練和驗證工作依賴此批准。
分數：20
觸發條件：9 月 19 日前未獲批准。
緩解措施：升級該決策，併為演練商定備用規則集。
負責人：需要確認
狀態：已記錄

R-02 | 測試環境容量
風險陳述：由於效能測試共用資源受限的環境，計劃測試視窗可能縮短，降低上線前的信心。
證據：MER-104 四天後到期，其最新評論記錄了排期衝突。
可能性：3
影響：4
分數：12
觸發條件：9 月 20 日前未確認環境預訂。
緩解措施：預訂備用時間視窗，並優先測試關鍵場景。
負責人：Luca
狀態：推斷

R-03 | 培訓內容缺少負責人
風險陳述：由於管理員培訓卡片尚未分配負責人，培訓資料可能無法趕上試點開始。
證據：MER-112 和 MER-113 正在進行、未分配負責人，且八天沒有活動。
可能性：3
影響：3
分數：9
觸發條件：本週未指定負責人。
緩解措施：確認內容負責人，將首次釋出縮減為試點關鍵指引。
負責人：需要確認
狀態：推斷

需立即關注
- 在演練決策節點前解決 R-01。
- 確認 R-02 的環境預訂。
- 為 R-03 指定負責人，並驗證試點是否必須具備兩張培訓卡片的內容。

獲得更可靠的結果

  1. 在要求 Claude 對風險進行排序之前,定義您的評分尺度和升級閾值。

  2. 要求每個風險都有一個源卡，以便登記冊仍然可供審計。

  3. 將推斷風險視為審查候選者,直到專案所有者確認它們。

提示符 問題

推斷風險是否看起來像確認風險？

每行都標記為記錄、推斷、接受、緩解或關閉。 將推斷風險視為審查候選專案,直到專案所有者確認它們。

我是否需要先使用評分尺度?

是的,在要求 Claude 對風險進行排序之前,您可以定義可能性、影響和升級閾值。

這可以替代 RAID 日誌嗎？

如果您保留完整的 RAID 日誌,則假設、問題和依賴項仍然需要自己進行審查,並且您還需要對這些事件進行評估。

從實時 Kanera 工作到完成更新。

Claude 連線到 Kanera,並從實時工作中重新整理風險登記冊,而不是舊的電子表格或複製的看板快照。

探索 Kanera 的 AI 工作流程
免費開始使用

30 天 Pro 試用。無需信用卡。