开工前要检查什么
执行启动前的就绪检查用来确认开工前提是否具备：计划与基准是否获批并分发、团队角色与投入承诺是否确认、环境与权限是否就绪、需求与验收标准是否经业务确认、变更流程与升级路径是否宣贯。它的价值在于快速筛查——任何一项缺失都可能让执行在局部空转，例如环境未就绪时团队只能等待，验收标准未确认时开发方向可能整体返工。
基本信息
| 检查性质 | 执行启动前的快速筛查清单 |
|---|---|
| 主要维度 | 计划与基准、团队与投入、环境与权限、需求与验收、机制宣贯 |
| 判定标准 | 每项要么就绪，要么有明确的补齐时间与责任人 |
| 执行时机 | 规划完成到执行启动之间，也用于项目重启 |
| 输出 | 就绪结论、未就绪项清单与补齐计划 |
典型使用场景
- 项目从规划转入执行前，逐项确认启动条件是否具备
- 项目暂停后重启时，重新走一遍就绪检查确认条件仍成立
- 多方协作项目在开工前确认各方的环境与权限是否已开通
- 外包团队进场前，确认需求文档与验收标准已书面确认
- 大规模上线前的准备阶段，用清单确认回滚方案与值班安排
就绪检查清单
就绪检查清单
# 1 项目管理计划与基准已批准并分发
# 2 团队角色与投入承诺已确认
# 3 开发、测试与生产环境及权限就绪
# 4 需求与验收标准经业务书面确认
# 5 变更流程、升级路径与会议节奏已宣贯就绪核对
| 项 | 判定标准 | 未就绪的处理 |
|---|---|---|
| 计划与基准 | 已批准并分发 | 明确批准时间与责任人 |
| 团队与投入 | 角色与投入承诺已确认 | 与资源经理补齐书面承诺 |
| 环境与权限 | 开发测试环境可用 | 列出开通时间与负责人 |
| 机制宣贯 | 变更与升级路径已说明 | 安排专门宣贯并留记录 |
就绪检查是快速筛查：任一项缺失都可能让执行在局部空转，提前暴露比开工后返工便宜得多。
环境未就绪即开工，团队等待造成隐性浪费，进度表上看不出来但交付会推迟。