【假设事先无法制定完美计划】
传统的预期式规划方法是，在开发工作开始之前，就创建一个详细的计划。
Scrum 的规划方法与其检视和调整这个经验根基一致。
【事先规划有帮助，但不宜过度】
规划的太细一是很浪费，盲目相信计划的准确性以至于无视实时数据，更是危险之极。我们要在前期预测和即使适应之间找到平衡。
【最后责任时刻再敲定计划】
为了达到上述的平衡，我们会把适合及时跟进的规划留到有了更佳信息的时候再做。
【关注调整与重新规划胜于遵循计划】
Scrum 倾向于通过频繁的重新规划来验证假设。我们基于经验认知持续制定更好，更有帮助的计划。不必担心计划出错，因为我们知道很快会用更准确的计划替代它们。
【正确管理 WIP】
在判断前期规划与及时规划是否平衡时，最关键的见解是，创建大量预测性、未经证实的规划工件库存可能非常浪费。正确管理这一类库存是经济合理的份内之事。
【提倡更小、更频繁发布】
Scrum 提倡更小、更频繁的发布，因为它们可以提供更快的反馈并可提高产品的投资回报率（ROI）。结合增量开发和更小适销特性子集的多次发布，我们可以改善产品的生命周期利润。
从下面两张图的对比可以看出，更小、更频繁的发布，其实就是提前把已完成的、可发布的增量功能发布出去，获得相应收益回报，而无需象传统流程那样，即使某个功能早就完成了，仍然无法立即获得收益，还得等所有功能都完成了才能一起获得收益，平白损失了这个等待期。
【计划快速学习并在必要时调头】
调头指的是，根据我们的认知来改变方向。我们的目标是快速以经济合理的方式获得认知。因此，通过学习来制定计划是我们的关键目标。获得快速反馈之后，我们就可以判断计划所指的方向是否可行。如果不可行，就转型或改变方向。
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
