Scrum_tp111

Scrum 里不真实的二十件谣言之一

谣言之一:在Scrum里是没有计划的。

1片111111原因:

众所周知,选择Scrum的一大原因就是应对不可预知的未知,应对复杂的客观环境和多变的需求更替。因此在实践Scrum的过程中,有一些团队会偏激的认为在Scrum的框架下是可以不实施计划的,这样的误区可能会给产品带来不可预估的伤害。

我在这里给大家就Scrum对计划的阐述做一些详细的解释:

1. 在Scrum中, 我们应该重视制定计划的过程,甚至超过计划本身。
Scrum是一种建立在经验主义上的框架,怎么样在第一时间根据需求,市场,团队的变化去调整计划才是Scrum的精髓。其价值远远超出每次处心积虑设置计划。

所以如何用新的计划去面对变化是Scrum的魔力之一。

2. 在Scrum中, 实施计划是需要大家协作的。

图片1111

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代做的,我们可以想象一下这样的结果,是不是真正做工作的人给出的计划更靠谱呢?

图1片1

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专家)