谣言之一：在Scrum里是没有计划的。
原因：
众所周知，选择Scrum的一大原因就是应对不可预知的未知，应对复杂的客观环境和多变的需求更替。因此在实践Scrum的过程中，有一些团队会偏激的认为在Scrum的框架下是可以不实施计划的，这样的误区可能会给产品带来不可预估的伤害。
我在这里给大家就Scrum对计划的阐述做一些详细的解释：
1. 在Scrum中， 我们应该重视制定计划的过程，甚至超过计划本身。
Scrum是一种建立在经验主义上的框架，怎么样在第一时间根据需求，市场，团队的变化去调整计划才是Scrum的精髓。其价值远远超出每次处心积虑设置计划。
所以如何用新的计划去面对变化是Scrum的魔力之一。
2. 在Scrum中， 实施计划是需要大家协作的。
Scrum 从Sprint Planning 开始，其就是一个整个团队参与的会议事件。整个团队一起决定这个Sprint需要完成的目标和怎样完成目标的计划。之后由开发团队根据目标自己定义Sprint Backlog。
Daily Scrum 一般是由开发团队主导的会议，为完成Sprint目标的而互相更新，检验过去和未来。
Sprint Review 也是一个Scrum 团队协作的的重要部分，尤其在这个部分会引入到外部Stakeholder的参与。
最后 Sprint Retrospective 更是Scrum 团队自我审查可改进空间的正式事件。
如果我们还是依赖Scrum Master或者Product Owner去做计划，像在传统的Waterfall依赖manager一样，那我们也就丧失了Scrum的的三个支柱之一的transparency。
3. 在Scrum中，谁的工作谁做计划。
由一个基本认知，谁做的事情，谁负责质量，谁给出预估，谁给Stakeholder做展示，这个四谁原则。
现实中我们尤其要注意很多工作计划是PO代做的，我们可以想象一下这样的结果，是不是真正做工作的人给出的计划更靠谱呢？
4. 计划存在Scrum每一个事件中。
在每个Scrum的事件中，其实都暗藏着检查和适应， 周而复始，不断进步。
Spint Planning: 这本身就是一个计划事件。
Daily Scrum: 一个可以把计划缩小到天的正式事件， 请记住我们每天会议的决定都不能以伤害Sprint Goal为前提。
Sprint Review：也是我们检查结果调整计划的重要事件。
Sprint Retrospective：更是我们自我检查，去提升工作质量，团队有效性的机会。
5. 在Scrum中，计划的本质是减少浪费
为了减少浪费，三个原则：
a. 花费最少的时间在不可能发生的事情上
b. 花费最少的时间基于任何不准确的基准上
c. 专注在有价值的事情上
6. 在Scrum中，我们要清晰的认识到软件开发的不可预测性
回到我们这篇文章的起点，太多实战的经历证明一尘不变的计划不足应应付复杂的软件开发，因为有时候连客户也不知道他们要的是什么。不固守成规和敢于应变才是成功的钥匙。
总结：
最重要的是一切的一切都是为了未知的未知。在这样的前提下，团队之间的互相信任尤其重要。因此计划也是Scrum中不可或缺的一部分。
在Scrum中，不是我们不做计划，是做了应对变化的计划。
作者：丁志润Derek Ding，Scrum中文网资深敏捷教练，企业敏捷转型专家，CSM，CSP（Scrum联盟认证Scrum专家）
