计划评审与承诺确认机制
计划评审不仅要看文档质量与逻辑完整性，更要取得关键角色对交付时间、资源投入与外部依赖的确认。未经确认的计划只是愿望：执行时各方按各自理解安排工作，冲突在临近交付时才暴露。确认方式包括签署确认单、系统审批与邮件确认，都要留痕。
基本信息
| 评审对象 | 进度计划、资源投入、外部依赖与里程碑 |
|---|---|
| 确认内容 | 交付时点与责任人、资源投入比例与时段、外部依赖时点 |
| 确认载体 | 计划评审确认单、系统审批记录、邮件归档 |
| 参与角色 | 各交付责任人、资源提供方、外部依赖方 |
| 变更处理 | 计划调整后需重新确认并更新记录 |
典型使用场景
- 基准确立前：逐个确认交付时点与资源，形成公认的进度基准
- 资源冲突时：确认各团队的投入比例与时段，含休假与节假日安排
- 外部依赖：与供应商或其他团队确认接口与交付时点
- 变更批准后：重新确认受影响活动的时点与责任人
- 阶段关口：核对承诺是否兑现，分析偏差原因并调整后续承诺
承诺确认清单
承诺确认清单
各交付物的完成时点与责任人确认
资源投入比例与时段确认（含休假与节假日冲突）
外部依赖的时点确认（供应商与其他团队）
关键假设与前提条件书面记录
变更时重新确认的机制约定
载体：签署确认单 / 系统审批记录 / 邮件归档至项目库确认载体
| 方式 | 留痕 | 适用场景 |
|---|---|---|
| 签署 | 计划评审确认单 | 关键里程碑与基准确认 |
| 系统审批 | 审批流记录与版本 | 内部有流程系统的组织 |
| 邮件确认 | 邮件归档至项目库 | 外部团队与供应商 |
| 会议纪要 | 决议与待办清单 | 例行协调与小幅调整 |
承诺确认的深度与风险成正比：关键路径上的活动与外部依赖必须书面确认，非关键活动可用会议纪要记录。
计划未经执行者确认就下发，执行阶段常以「估算不合理」为由失去约束力，进度偏差难以追责。