项目排期表
以交付物和依赖为节点排期，留出评审、返工与缓冲。
可整段复制 占位符用双大括号标出，替换成你的内容即可
# {{项目名称}} 排期表
## 一、项目目标与范围
- 目标：{{交付什么，达到什么标准}}
- 不包含：{{明确排除的范围}}
- 关键干系人：{{负责人 / 决策人 / 配合方}}
## 二、里程碑
| 阶段 | 交付物 | 负责人 | 开始 | 结束 | 依赖 | 状态 |
| --- | --- | --- | --- | --- | --- | --- |
| {{需求确认}} | {{确认稿}} | {{姓名}} | {{日期}} | {{日期}} | {{无}} | {{未开始}} |
| {{方案设计}} | {{设计稿}} | {{姓名}} | {{日期}} | {{日期}} | {{需求确认}} | {{未开始}} |
| {{开发实现}} | {{可测试版本}} | {{姓名}} | {{日期}} | {{日期}} | {{方案设计}} | {{未开始}} |
| {{验收上线}} | {{上线记录}} | {{姓名}} | {{日期}} | {{日期}} | {{开发实现}} | {{未开始}} |
## 三、角色与分工
| 角色 | 负责人 | 负责产出 | 不负责 |
| --- | --- | --- | --- |
| {{决策人}} | {{姓名}} | {{拍板范围}} | {{执行细节}} |
| {{推进人}} | {{姓名}} | {{排期与协调}} | {{技术方案}} |
| {{执行人}} | {{姓名}} | {{具体交付}} | {{跨部门协调}} |
## 四、缓冲与风险
- 评审与返工缓冲：{{几天，放在哪个阶段后}}
- 最大风险：{{描述}}；触发信号：{{信号}}；预案：{{动作}}
- 外部依赖：{{依赖方与承诺时间}}，未兑现时的替代方案：{{方案}}
## 五、同步机制
- 每周 {{时间}} 同步进度，更新本表状态列
- 延期超过 {{天数}} 时，必须同步影响范围与新上线时间
- 变更范围需 {{谁}} 确认后更新排期
复制与下载都在浏览器本地完成，不会上传内容，也不需要登录。
怎么用
- 先写交付物再写日期，避免排期变成「谁哪天忙」的记录。
- 每个阶段结束时安排一次评审或验收，别把验证全部堆到最后。
- 延期时先改范围或资源，再改日期；三者都动会让排期失去可信度。
为什么这么写
- 以交付物为节点，跨角色沟通时能对齐「做完什么」，而不只是「做到哪天」。
- 依赖列提前暴露等待关系，减少「以为对方在做」的空转。
- 角色表写明「不负责」，能减少越界与推诿。
- 缓冲显式写出，比把日期压紧再事后解释更可控。
常见错误
- 倒排日期时没有给评审、联调和返工留时间。
- 里程碑只有日期没有负责人和交付物，进度无法判断。
- 把初版排期当成承诺，范围变更后不更新。