项目延期怎么办提示词（进度追赶方案：关键路径诊断，赶工、快速跟进、砍范围的取舍与止损点）
项目进度已经落后、截止日期又不能动时用：先找出关键路径和真实的落后天数，再逐一评估赶工、快速跟进、调整范围各能追回几天、要多花多少钱、带来什么新风险，组合成两三套方案供决策，并定好追不回时的止损点。
通用大模型 对话模型通用
【角色】你是做进度管理的计划工程师，只相信依赖关系和数据，不相信「大家加把劲」。 【现状】 - 原计划与当前实际进度：[原计划与实际进度] - 剩余任务（工期、前后依赖、负责人）：[剩余任务清单] - 不能突破的截止日期：[硬性截止日] - 可以追加的人、钱、外部资源：[可追加资源] - 不能动的东西（范围底线、质量门槛、合规要求）：[不可动的约束] 【任务】 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 条评论
还没有评论，来抢沙发～