【敏捷那些事儿 04期】敏捷实践中的迭代和Scrum

太过爱你忘了你带给我的痛 2023-10-02 21:58 1阅读 0赞

#### 目录 ####

*  迭代开发
 *   *  模式一
     *  模式二
     *  模式三
 *  迭代开发的好处
 *   *  好处一：及早交付
     *  好处二：降低风险
 *  Scrum
 *   *  一幅图看懂Scrum
     *  三大角色
     *  两大 Backlog
     *  四会

--------------------

在充分认识和学习了敏捷的“道、法、术、器”后，今天从“迭代”和“Scrum”2个方面来聊聊敏捷实践。

## 迭代开发 ##

在前文对敏捷的常见误解中提到，“我们是迭代开发，所以我们是敏捷的”，下面就用一个造车的例子来澄清这个误会~

### 模式一 ###

![在这里插入图片描述][c8452b6f726e4893845fea06bc9bb11a.png]

在这样一个造车的过程里，迭代1做了轮子，迭代2做了底盘，随后在迭代3做了外壳，最后终于在迭代4造出了整车。

*  **那这样的开发模式属于迭代开发吗？**

可以看到，从功能的角度，这其实属于一种**增量的开发模式。**

就比如在软件开发中，四个月的时间里需要完成四个模块。我们就在第一个月做了第一个模块，第二个月做了第二个模块，第三个月做第三个模块，第四个月做了最后的模块，这就是一种从功能性上来讲的增量式开发。

### 模式二 ###

*  **相较于增量式开发，迭代式的开发更关注尽快地达到用户的预期。**

![在这里插入图片描述][fa626ba3a21d4c3dbf5b3f6fd7ced9be.png]

比如说，用户的需求是一个从a点到b点的交通工具，按照迭代开发的模式，我们就可能会在第一个迭代做出一个滑板车来。

这个时候用户显然不大可能满意，毕竟用户想要的是一辆汽车，但是滑板车至少是一个交通工具，从可以从a点到b点。

在第二个迭代我们再优化升级，做出一辆自行车来，这比滑板车更轻松一点，速度更快一点。

第三个迭代再进一步造出摩托车来，跑的更快，动力更强。最后在第四个迭代终于交付出一辆完整的汽车来，**这就是迭代的开发模式。**

![在这里插入图片描述][96c136ce9502483984502f89073106fa.png]

*  **比起增量的开发模式，这种迭代开发模式有着明显的优势。**

在增量的开发模式下，前三个迭代里的交付物都达不到客户的需求，客户的预期只有在迭代四才有可能实现。

而在迭代的开发模式下，虽然第一个迭代中的滑板车达不到客户的预期，但客户能看到他在第二次迭代中有了一辆自行车；进一步到了第三个迭代有了速度更快的摩托车，就已经可以大大满足用户的需求了。

所以从客户满意度的角度以及更早交付的角度来看，迭代模式显然比增量模式更能达到客户预期。

**在实际的软件开发过程当中，第二种模式其实并不常用。**

因为迭代一生产出来的产品和迭代二生产出来的产品，**在本质上有所不同**。

甚至迭代一的设计在迭代二根本无法使用，同样，迭代二里做的工作在迭代三里可能也完全不适用。在这种情况下，**我们进一步选用第三种开发模式。**

### 模式三 ###

![在这里插入图片描述][8af6603d1f624d4f8a756211eb5f9a68.png]

在第三种模式下，第一个迭代直接就造出汽车，但是这个汽车可能是没有引擎，还需要有个人在后面推。

在第二个迭代里， 因为客户需要汽车能装东西，所以加了一个货箱。

第三个迭代，客户的需求是要乘坐舒适，所以底盘可以不变，只需再改造出一个比较舒适的驾驶舱。

在第四个迭代里，客户进一步需要更加美观的设计，所以在第四个迭代里又进一步做了流线型的设计。

*  **模式三就是我们在日常软件开发过程当中常用的模式。**

大家最好能以这种方式进行版本的发布。

这样，交付物能够更加及时地达到客户的预期，并且迭代之间的跨度并没有那么大，不会出现像模式二这样几乎每个迭代设计全部发生变化的情况。

**但这并不是说模式二没有任何可取之处。**

很多项目在长期的开发过程中，的确在底层发生了大规模的重构。

比较典型的就是互联网产品 。

为了及时的把app推向市场，我们很可能只花一两个月做一个简易版本的app，这个app既不美观，也不能支持高流量、高并发。

但是我的产品在早期用户确实并不多，随着产品的发展，用户数不断增加，对用户体验、并发的要求也不断增高。

那么我们很可能在一个较长的时间，比如一年之后，对整个产品进行从头到尾的重构。这就类似于从一辆自行车变成一台摩托车的升级迭代 。

--------------------

## 迭代开发的好处 ##

理解了迭代开发以及它为什么能够及早向客户交付价值，同样是敏捷思维非常重要的一点。

下面我们来看看迭代开发具体有哪些好处~

### 好处一：及早交付 ###

有这样一个计划：我们需要在40周的时间里去修十栋房子。

**\# 瀑布模式**

![在这里插入图片描述][a0f4999511674ecaa049a18348dfb88c.png]

按照传统的瀑布模式，第1-10周全部都是做地基，第11-20周周都是在修墙，第21-30周做屋顶，如果计划不变，第31-40周就可以做完所有的房子。

但一旦计划有变，比如在第30周的时候整个项目停止了，可想而知这十栋房子的交付产生的价值是零。

这就是传统的**计划驱动的瀑布式交付模式。**

**\# 迭代模式**  
![在这里插入图片描述][3c9bf073332d444ba3ee126f98b20d7c.png]

如果是迭代的开发模式，迭代一的第一周就做第一栋房子的地基，第二周做第一栋房子的墙，第三周做第一栋房子的屋顶，第四周就可以完成第一栋房子。

到了迭代二，很显然就是去做第二栋房子。迭代三就是第三栋。一直到迭代五，完成第五栋房子。

如果按照计划的话，整个迭代跑完，40周的时间就可以把十套房子完成。

这个时候一旦计划有变，比如在第32周的时候，外部环境发生了变化，整个项目停止掉.我们依旧可以交付五栋房子，可以完成整体交付价值的一半。

**这就是用迭代开发进行早期交付的一个好处。**

### 好处二：降低风险 ###

![在这里插入图片描述][81285ede24a242ea9ecf0d3bd173cdae.png]

左侧是传统的瀑布开发模式，可以看到整个三角形都是风险区域。

按照这种瀑布开发模式，只有等到系统最终上线验收后，用户才能一次性获得所有价值。

而如果是用这种增量迭代的方式，我们可以看到红色所代表的风险区域面积会很小，因为**每一次迭代都可以去交付一部分的价值**，哪怕中途项目发生了一些变故，之前所做的工作依旧具有交付价值。

--------------------

## Scrum ##

了解完迭代的概念后，我们会看到不管是Scrum框架还是极限编程，其实都是以迭代为基础的。

下面就来进一步看看什么是Scrum框架。

**Scrum框架**

著名的敏捷专家、敏捷布道者Mike Cohn给出了这样一个定义：

**Scrum是一个让我们关注于在最短时间里去交付高质量商业价值的敏捷框架。**

简单来说，Scrum是一个框架，里面很多的工具和技术都是用于实践敏捷宣言的价值观及十二原则。

### 一幅图看懂Scrum ###

![在这里插入图片描述][39c5d768172a4c09b7acfbd0c8c26add.png]

### 三大角色 ###

在Scrum的团队里，有三类角色：

*  Product Owner
 *  Scrum Master
 *  Team

一个Scrum团队最好是全栈团队。如果是一个软件开发项目，那么团队里最好要有架构师、前端开发、后端开发、测试工程师。

一个团队的人数建议是5-9人，如果比5人更少，那很多工作往往就没办法推进了。

而如果人数多于9人，团队规模就会过大，进而造成许多浪费，所以推荐的是5-9人之间。

### 两大 Backlog ###

**\# Product Backlog**

这个指的是产品的待办列表。

我们可以把它看成是一个需求池，不管是产品经理还是BA，获取用户需求进行转化后，都可以放在Product Backlog里。

**\# Sprint Backlog**

Sprint就是所谓的迭代，Sprint backlog指的就是一个迭代的代办事项。

### 四会 ###

**\# Sprint Planning Meeting**

这是**整个迭代的计划会。**

在计划会里，会从Product Backlog里拿出目前要做的工作事项，进行工作量的评估，并且将它放进Sprint Backlog里。

在一个sprint的1-4周时间期限之内，团队必须全力冲刺，完成Sprint Backlog里的各项工作。

**\# Daily Scrum**

这是每日站会，或者叫Scrum Meeting。也就是团队成员每天要开的会。

**\# Sprint Review**

这是指评审会，评审会会对整个迭代的交付物进行评审。

最好是客户也能参与评审会，让客户对交付物是否能够满足需求进行评审。

**\# Sprint Retrospective**

这是指回顾会，是Scrum团队内部的会议。

会议会列举整个Sprint的过程当中做的好的点，以及做的不好的点。

这并不是由产品经理或者项目经理单独来复盘，而是由团队的所有成员来共同探讨，并且提出改进的解决方案。

本期内容就到这里啦~相信大家已经对敏捷团队有更直观的认识了！

[c8452b6f726e4893845fea06bc9bb11a.png]: https://img-blog.csdnimg.cn/c8452b6f726e4893845fea06bc9bb11a.png
[fa626ba3a21d4c3dbf5b3f6fd7ced9be.png]: https://img-blog.csdnimg.cn/fa626ba3a21d4c3dbf5b3f6fd7ced9be.png
[96c136ce9502483984502f89073106fa.png]: https://img-blog.csdnimg.cn/96c136ce9502483984502f89073106fa.png
[8af6603d1f624d4f8a756211eb5f9a68.png]: https://img-blog.csdnimg.cn/8af6603d1f624d4f8a756211eb5f9a68.png
[a0f4999511674ecaa049a18348dfb88c.png]: https://img-blog.csdnimg.cn/a0f4999511674ecaa049a18348dfb88c.png
[3c9bf073332d444ba3ee126f98b20d7c.png]: https://img-blog.csdnimg.cn/3c9bf073332d444ba3ee126f98b20d7c.png
[81285ede24a242ea9ecf0d3bd173cdae.png]: https://img-blog.csdnimg.cn/81285ede24a242ea9ecf0d3bd173cdae.png
[39c5d768172a4c09b7acfbd0c8c26add.png]: https://img-blog.csdnimg.cn/39c5d768172a4c09b7acfbd0c8c26add.png