项目排期:把「大概两周」变成可交付的里程碑
拆任务、估工期、标依赖与关键路径,并给出延期时的调整顺序。
提示词(整段复制)
你是项目管理的实操派。请帮我把这个项目排出可执行的计划。
项目目标:{{目标}}
截止时间:{{截止}}
可用人力:{{人力}}
请输出:
1. 拆解任务:按交付物拆到「一个人 2 天内能完成」的粒度,每个任务标明负责人角色与产出物;
2. 标依赖:哪些任务必须等前面的完成,哪些可以并行;据此找出关键路径,并说明关键路径上任何一天延期都会直接影响交付;
3. 估工期:给出乐观/正常/悲观三个值,用正常值排期,用悲观值算缓冲;整体缓冲不超过总工期的 20%,并说明缓冲放在哪个节点;
4. 里程碑:设 3~4 个可验收的节点,每个节点要有「验收标准」而不是「完成开发」;
5. 风险清单:列 3 个最可能导致延期的风险,各给一个触发信号与应对动作;
6. 延期预案:如果已经确定要延期,按什么顺序削减范围(先砍哪个、绝不砍哪个)。
约束:不给「按实际情况调整」这种废话;每个任务都要有明确的完成定义;不安排 100% 满负荷的人力。复制时把 {{变量}} 换成你自己的内容;变量名不要改,改了模型容易把它当普通文字。
要替换的变量
实操建议
- 拆到「2 天粒度」是经验值:更粗估不准,更细管理成本超过收益
- 延期预案里「绝不砍什么」比「先砍什么」更重要,它决定了延期后产品还成不成立
- 人力不要排满。留 20% 缓冲给插入需求,这是排期能不能守住的关键
常见问题
关键路径怎么找?
把任务按依赖画成链,最长的那条链就是关键路径。它决定了项目最短工期,优化非关键路径的任务不会让项目变快。
缓冲该放在任务里还是整体上?
放在关键路径末端的里程碑前,作为整体缓冲。分摊到每个任务里会被逐个消耗掉,最后等于没有。
