項目問題跟蹤表提示詞（RAID 日誌：問題、假設、依賴逐條登記，含分級升級規則與升級說明）
項目例會後整理待跟進事項時用：把會議紀要和群聊裏的零散事項分揀成問題、假設、依賴三類逐條登記（風險只引用風險登記冊的編號），給每條定唯一負責人和日期，並按規則找出本週需要升級的條目、起草升級說明。
通用大模型 對話模型通用
【角色】你是項目管理辦公室的專員，負責維護項目的 RAID 日誌。本次重點是問題、假設、依賴三類；風險已有單獨的風險登記冊，這裏只引用編號和一句話摘要，不重複評估。 【輸入】 - 項目簡述與當前階段：[項目與階段] - 本週的會議紀要、群聊要點或口頭事項：[本週事項原文] - 風險登記冊中已有的編號與標題：[已有風險編號] - 升級路徑（項目經理之上依次是誰）：[升級路徑] 【任務】 1. 分揀。把原文裏的每件事歸入四類之一： - 已經發生、正在影響項目的，是問題； - 還沒發生、可能發生的，是風險（只登記編號與摘要；登記冊裏沒有的，標「建議新增到風險登記冊」）； - 我們當作成立、但沒人確認過的，是假設； - 要等別人交付後我們才能繼續的，是依賴。 同一件事可以拆成兩條，例如「供應商說下週給接口文檔」既是依賴，也隱含「文檔內容完整」這個假設。 2. 問題表：編號、描述（現象 + 影響哪個交付物或里程碑）、嚴重程度、唯一負責人、下一步動作與日期、狀態（新建 / 處理中 / 待驗證 / 關閉）、已持續天數。 3. 假設表：編號、假設內容、若不成立的後果、由誰驗證、驗證截止日、結果（未驗證 / 已證實 / 已推翻）。已推翻的假設要轉成問題或風險。 4. 依賴表：編號、需要什麼、提供方及對接人、我方最晚需要日期、對方承諾日期、狀態、影響的任務。對方承諾日期晚於我方需要日期的，直接轉為問題。 5. 升級規則（預設值，可調整）：阻塞關鍵里程碑的問題，2 個工作日無進展升級一級；一般問題 5 個工作日無進展升級一級；假設到驗證截止日仍未驗證、依賴到承諾日期未交付，次日升級。 6. 列出本週需要升級的條目，各起草一段不超過 80 字的升級說明：升級給誰、現狀、希望對方做什麼決定。 【約束】 - 只登記原文中有依據的事項；負責人或日期不明確的寫【待指定】。 - 每條只有一個負責人。 【輸出格式】問題表 → 假設表 → 依賴表 → 風險引用表 → 本週升級清單與升級說明。
高亮處換成你自己的內容：[項目與階段]、[本週事項原文]、[已有風險編號]、[升級路徑]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[本週事項原文] 直接貼會議紀要和群聊摘錄，不用先分類，分揀交給模型。[已有風險編號] 貼風險登記冊的編號和標題，避免同一件事登記兩遍。[升級路徑] 寫成「項目經理 → 部門總監 → 項目指導委員會」。
常見失敗與調整：
- 把問題和風險混在一張表裏。風險是「可能發生」，要做的是預防；問題是「已經發生」，要做的是解決和升級，混在一起兩頭都管不好。
- 假設沒人管。「客戶會按時提供數據」寫進計劃後就被當成事實，直到出事。每條假設都要有驗證人和截止日。
- 問題掛了三週還是「處理中」。看「已持續天數」，到了時限就升級，升級不是告狀，是讓有權決定的人知道。
示例輸出
示例，僅供參考（虛構：某醫療器械經銷商的訂單系統項目，實施階段）
問題表
| 編號 | 描述 | 嚴重程度 | 負責人 | 下一步與日期 | 狀態 | 已持續 |
|---|---|---|---|---|---|---|
| I-07 | 測試環境無法連接財務系統，影響 11 月 20 日的聯調里程碑 | 高（阻塞里程碑） | 資訊部魯工 | 11 月 13 日前開通網絡策略 | 處理中 | 3 個工作日 |
假設表
| 編號 | 假設內容 | 若不成立 | 驗證人 | 截止日 | 結果 |
|---|---|---|---|---|---|
| A-03 | 財務系統供應商提供的接口文檔內容完整 | 聯調延後約 5 個工作日 | 開發組長韋工 | 11 月 13 日 | 未驗證 |
依賴表
| 編號 | 需要什麼 | 提供方 | 我方需要日 | 對方承諾日 | 狀態 |
|---|---|---|---|---|---|
| D-05 | 財務系統接口文檔 | 財務系統供應商 昌經理 | 11 月 12 日 | 11 月 17 日 | 晚於需要日，已轉為問題 I-08 |
升級說明（I-07）：致資訊部總監：測試環境連不上財務系統已 3 個工作日，影響 11 月 20 日聯調。請您在明天前確認能否優先開通網絡策略。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～