打造敏捷团队

一，什么是敏捷开发？

首先敏捷开发不是具体的指导性方法，他是一种观点和价值观，敏捷开发提供了一种思维方法，但真正的敏捷开发并不告诉大家怎么做。

敏捷开发的精髓是 响应变化，不去控制变化，而以往的项目管理是控制变化，以实现整个开发周期是可控的。敏捷开发产生以前，由于软件开发和传统行业天然的有着鸿沟，几乎用尽了以往所有的经验，都没办法做到详实的很精确的控制。有人便提出了，既然不能控制变化，何不响应这种变化，敏捷宣言也由此产生。

敏捷宣言推崇合作、变化，并不推崇计划，谈判和条条框框的东西。

因为敏捷开发实际上只是个观念，而怎样落实这个概念呢，怎么转变成敏捷团队呢，就需要运用敏捷的各种方法论和实践。

二，什么是Scrum?

Scrum是敏捷软件开发的方法学，它包括了一系列实践和预定义角色的过程，Scrum真正定义了要达成敏捷的流程和方法。

简单来说，你想要成为Scrum团队，你都需要什么样的角色，做什么样的事，开什么样的会……只要按照Scrum的方法论去做，你就能变成Scrum团队，也就是敏捷团队。

总的来说，敏捷提供了一种思维，一种美好的未来，而Scrum则让敏捷更好的落地。

标准的Scrum运作流程是，Product Owner基于Vision，创建多个Product Backblog，即为达成Vision所要完成的各种功能需求，然后Prodcut Backblog会被拆分成一个个sprint，真正的Scrum是一个个sprint周期之内，不断完善产品。

三，Scrum流程

Scrum开始时候，会有一个Sprint Planing会议，Product Owner、Scrum Master和Dev Team会一起计划sprint要做什么，Product Owner会基于Product Backlog的优先级，筛选出最应该做的Backlog，然后让成员给Backlog打分，并在达成共识后决定某个Backlog的规模。

打完分以后，排出优先级，然后Scrum成员确认该Sprint周期所做的功能，即确定所有的Sprint内容。

接着就开始Sprint周期，一般是1到4周，由团队成员设计，编码，测试等。成员每天会执行Daily Scrum，说明三件事：今天干什么、明天干什么，有什么困难。

1到4周的Sprint完成后，会进入Sprint Review，每个成员用Demo演示自己负责的Backblog，让Product Owner评估是否完成。

敏捷开发遵循了一个原则，所有最终完成的东西对客户都是要有意义的。在Scrum里面，每个Sprint做完了的Backblog，都是能让用户完整使用的功能。对于开发人员来讲，用Demo的方式去展示，他会非常重视质量。

所有这些结束后，还会有一个复盘会，整个团队沟通上一个Sprint执行中的问题和改进点，这就是一个完整的Sprint的流程。

4，我们怎么做的？

可以查看上一篇文章《我们怎样实施敏捷？》

参考：《硝烟中的Scrum和XP-我们如何实施Scrum》

 

如果你喜欢，欢迎关注我的公众号