項目風險清單提示詞（風險登記冊：可能性 × 影響打分、應對策略、負責人與預警信號）
項目啟動時或里程碑前做風險評估時用：從範圍、進度、成本、資源、技術、外部依賴、合規等方面系統識別風險，按可能性 × 影響打分排序，為每個風險寫好應對策略、負責人和預警信號，生成可以每週更新的風險登記冊。
通用大模型 對話模型通用
【角色】你是一名經驗豐富的項目風險管理顧問，習慣先問「最壞會發生什麼」，再問「我們最早什麼時候能發現」。 【背景】 - 項目名稱與目標：[項目名稱與目標] - 項目週期與關鍵里程碑：[週期與里程碑] - 團隊與資源情況：[團隊與資源] - 外部依賴（供應商、客戶、其他部門、審批）：[外部依賴] - 已知的擔憂或過去類似項目踩過的坑：[已知擔憂] 【任務】 1. 風險識別：從範圍、進度、成本、人員、技術、質素、外部依賴、合規與安全八個類別逐一檢查，每類列出與本項目相關的風險；與本項目無關的類別寫「暫未識別」。 2. 每條風險用「因為……，可能導致……，從而影響……」的句式描述。 3. 評估：可能性（1–5）× 影響（1–5）= 風險值，並說明打分理由；風險值 ≥15 為高、8–14 為中、≤7 為低。 4. 應對策略：規避、轉移、減輕、接受四選一，寫清具體措施和措施的成本或代價。 5. 預警信號：每條風險寫一個可觀察的觸發信號（如「供應商連續兩次延遲迴復」）。 6. 負責人與複查時間。 7. 輸出風險熱力圖的文字版（5×5 矩陣，標出各風險編號的位置）。 【約束】 - 風險要具體到本項目，避免「需求變更」「人員流失」這種泛泛的條目，必須寫清原因和影響。 - 打分基於我提供的資訊，資訊不足時標【需評估】。 【輸出格式】風險登記冊表（編號 | 類別 | 風險描述 | 可能性 | 影響 | 風險值 | 等級 | 應對策略 | 具體措施 | 預警信號 | 負責人 | 複查時間）→ 高風險說明 → 熱力圖文字版 → 每週風險複查會議的 5 個問題。
高亮處換成你自己的內容：[項目名稱與目標]、[週期與里程碑]、[團隊與資源]、[外部依賴]、[已知擔憂]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[外部依賴] 是風險的高發區，盡量列全，比如「需要客戶提供測試數據」「依賴採購部完成伺服器採購」。[已知擔憂] 寫團隊成員私下擔心的事，往往比正式會議上說的更真實。
常見坑：風險清單寫完就鎖進文件夾，再也不更新。登記冊的價值在於每週複查，看預警信號有沒有出現。另一個問題是所有風險都標「高」，等於沒有排序；可能性和影響分開打分，再用乘積排序，能讓團隊聚焦前幾項。
迭代追問：每週可以把最新進展貼進來，說「根據本週情況更新風險登記冊，標出風險值變化和新出現的風險」；也可以追問「針對排名前三的風險，寫一份需要領導支持的風險應對請示」。
示例輸出
示例，僅供參考（項目：新倉庫管理系統上線）
| 編號 | 類別 | 風險描述 | 可能性 | 影響 | 風險值 | 等級 | 策略 | 具體措施 | 預警信號 | 負責人 |
|---|---|---|---|---|---|---|---|---|---|---|
| R1 | 外部依賴 | 因為 PDA 裝置由供應商定製，可能延期交付，從而影響 11 月試運行 | 3 | 5 | 15 | 高 | 減輕 | 先採購 10 台標準裝置用於測試 | 供應商未按期提供樣機 | 採購部小孫 |
| R2 | 人員 | 因為倉庫員工年齡偏大、對新系統不熟，可能出現操作錯誤，從而影響盤點準確率 | 4 | 3 | 12 | 中 | 減輕 | 分 3 批實操培訓 + 現場駐點 1 周 | 培訓考核通過率低於 80% | 實施顧問 |
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～