计划是贯穿始终的重要课题，是各个角色协同工作的基准。从本质上来讲，计划是用来对焦的，做计划，是个集体对焦的过程。
计划的核心：分别是 WBS 工作分解，识别依赖及各环节关键路径，定义完成标准，达成共识并公开透明，变更即时调整。
目前计划存在的问题：
- 计划不够具体：一份好的计划不仅给出时间节点，还要给出依据和来源。即WBS工作分解(Work Breakdown Structure)。创建WBS的过程，就是把项目工作按阶段可交付成果分解成较小的、更易于管理的组成部分的过程。做计划的方式的改变，其实是思维方式的根本改变。
- 计划不够全面：只有任务列表，没有识别关键资源和关键依赖，同时没有考虑研发之外其他环节。
识别依赖并画出关键路径，就是我要讲的做计划的第二个标准动作，从目标的角度对资源进行统筹思考。. - 计划不够准确：定义完成标准。越早定义完成标准，计划按照期望完成的概率就越大。
1、需求、设计确认：这个时间节点完成标准是，执行所需的需求稿或设计稿已经完成，而且公开评审通过。
2、功能完成/提测：比如冒烟测试通过率高于90%，团队已经准备将焦点转移到质量保证上，并将所有剩余问题都当作Bug来跟踪。或者更好的是冒烟测试通过率、CI自动回归用例集通过率、静态代码检查分数、单元测试覆盖率等。
3、里程碑完成
- 没有共识：达成共识并公开透明。
-
不够即时：每一次进行调整，都要确保项目中的每个人知道当前的计划是什么，调整计划需要怎样的决策过程，都需要谁参与决策。
总结：
image.png
