項目延期怎麼辦提示詞（進度追趕方案：關鍵路徑診斷，趕工、快速跟進、砍範圍的取捨與止損點）
項目進度已經落後、截止日期又不能動時用：先找出關鍵路徑和真實的落後天數，再逐一評估趕工、快速跟進、調整範圍各能追回幾天、要多花多少錢、帶來什麼新風險，組合成兩三套方案供決策，並定好追不回時的止損點。
通用大模型 對話模型通用
【角色】你是做進度管理的計劃工程師，只相信依賴關係和數據，不相信「大家加把勁」。 【現狀】 - 原計劃與當前實際進度：[原計劃與實際進度] - 剩餘任務（工期、前後依賴、負責人）：[剩餘任務清單] - 不能突破的截止日期：[硬性截止日] - 可以追加的人、錢、外部資源：[可追加資源] - 不能動的東西（範圍底線、質素門檻、合規要求）：[不可動的約束] 【任務】 1. 診斷：根據依賴關係找出關鍵路徑，算出按現狀會晚多少個工作日；指出浮動時間不足 3 天的次關鍵路徑。依賴關係我沒給全的，列出你的假設。 2. 逐一評估四類手段，只對關鍵路徑上的任務動手： - 趕工：給哪項任務加人、加班或外包，能壓縮幾天、多花多少錢。優先選「每壓縮一天花錢最少」的任務。新加入的人要計入上手時間；審批、等待期這類無法靠加人縮短的任務不列入。 - 快速跟進：哪些原本先後進行的任務可以部分並行，重疊多少，可能的返工是什麼、誰來承擔。 - 調整範圍：哪些交付內容可以推遲到截止日之後分批交付，需要誰同意。 - 調整截止日：如果以上都不夠，最少需要順延幾天。 3. 每壓縮一輪，重新檢查關鍵路徑是否轉移到了別的任務上。 4. 組合出 2–3 套方案，各寫：可追回天數、追加成本、新增風險、需要誰批准。 5. 給出推薦方案和止損點：到哪一天、哪個任務還沒完成，就啟動備選方案。 【約束】 - 不把全員長期加班當作預設手段；如使用加班，寫明時長和持續週數。 - 不壓縮測試、驗收等質素環節，除非我明確同意。 - 天數和成本要寫出推算過程，數據不足標【待補充】。 【輸出格式】延期診斷 → 手段評估表 → 方案對比表 → 推薦方案與止損點 → 明天就要啟動的 3 件事。
高亮處換成你自己的內容：[原計劃與實際進度]、[剩餘任務清單]、[硬性截止日]、[可追加資源]、[不可動的約束]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[剩餘任務清單] 是關鍵，至少寫清每項任務還要幾天、它等誰、誰等它；沒有依賴關係，模型就找不出關鍵路徑。[可追加資源] 寫實話，比如「能借 1 名測試兩週，加不了開發」。[不可動的約束] 把不能砍的功能和必須走的審批列出來。
常見失敗與調整：
- 以為加人就能等比例提速。新人要有人帶，頭一兩週整體速度可能更慢；讓模型把上手時間算進去。
- 壓完一輪沒有重新看關鍵路徑。原來的次關鍵路徑很可能變成新的瓶頸。
- 方案裏悄悄把測試從 10 天壓到 4 天。這是把延期換成了質素事故，看到就退回。
示例輸出
示例，僅供參考（虛構：某商場會員積分系統改造，距硬性截止日 30 個工作日，按現狀需 38 個工作日）
診斷：關鍵路徑為「接口開發（12 天）→ 聯調（8 天）→ 驗收測試（10 天）→ 數據切換（8 天）」，落後 8 個工作日。次關鍵路徑：報表開發，浮動時間 2 天。
| 手段 | 對象 | 可追回 | 追加成本 | 新增風險 |
|---|---|---|---|---|
| 趕工 | 接口開發增加 1 名熟悉該系統的外包開發 | 3 天（已扣 2 天上手時間） | 約 10 人天外包費 | 代碼風格不一致，需加強評審 |
| 快速跟進 | 接口完成 60% 後，已完成部分提前開始聯調 | 3 天 | 無 | 接口變動導致部分聯調返工，約 1 天 |
| 調整範圍 | 「積分兌換記錄導出」推遲到上線後兩週交付 | 2 天 | 無 | 需運營部同意 |
推薦：三項組合，合計追回 8 天，無餘量。止損點：第 10 個工作日接口開發完成度低於 80%，即啟動「順延 5 個工作日」的備選方案並提前告知發起人。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～