【构建之法】第6章-敏捷流程

以你之姓@ 2024-04-19 00:54 53阅读 0赞

***本章重点：***

*  敏捷流程及其原则
 *  Backlog
 *  Burn-down
 *  Sprint
 *  Scrum方法论
 *  各种软件开发方法论的优缺点
 *  选择软件流程的根据

# 1 敏捷的流程简介 #

在软件工程的语境里，“敏捷流程”是一系列价值观和方法论的集合。

## 1.1 与现有方法对比 ##

***现有的做法 vs. 敏捷的做法：***

<table> 
 <thead> 
  <tr> 
   <th>现有的做法</th> 
   <th>敏捷的做法</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>流程和工具</td> 
   <td>个人和交流</td> 
  </tr> 
  <tr> 
   <td>完备的文档</td> 
   <td>可用的软件</td> 
  </tr> 
  <tr> 
   <td>为合同谈判</td> 
   <td>与客户合作</td> 
  </tr> 
  <tr> 
   <td>执行原定计划</td> 
   <td>响应变化</td> 
  </tr> 
 </tbody> 
</table>

## 1.2 敏捷开发的原则 ##

*  尽早并持续地交付有价值的软件以满足顾客需求
 *  敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势
 *  经常发布可用的软件，发布间隔可以从几周到几个月，能短则短
 *  业务人员和开发人员在项目开发过程中应该每天共同工作
 *  以有进取心的人为项目核心，充分支持新人他们
 *  无论团队内外，面对面的交流始终是最有效的沟通方式
 *  可用的软件是衡量项目进展的主要指标
 *  敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去
 *  只有不断关注技术和设计，才能越来越敏捷
 *  保持简明-尽可能简化工作量的技艺-极为重要
 *  只有能自我管理的团队才能创造优秀的架构、需求和设计
 *  时时总结如何提高团队效率，并付诸行动

## 1.3 Scrum方法论 ##

“敏捷”下有多种软件开发的方法论，Scrum是其中之一。

***敏捷流程图：***

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NmYW45Mjc_size_16_color_FFFFFF_t_70]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NmYW45Mjc_size_16_color_FFFFFF_t_70 1]

***敏捷步骤：***

<table> 
 <thead> 
  <tr> 
   <th>步骤</th> 
   <th>阶段任务</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>第一步</td> 
   <td>找出完成产品需要做的事情 - Product Backlog3</td> 
   <td>产品负责人领导大家对这个Backlog中的条目进行分析、估计工作量等</td> 
  </tr> 
  <tr> 
   <td>第二步</td> 
   <td>决定当前的冲刺（Sprint）需要解决的事情 - Sprint Backlog</td> 
   <td>-团队成员根据自己的情况来认领任务；<br>-如果团队成员能住到任务的估计和分配，他们的能动性就能得到较大的发挥。</td> 
  </tr> 
  <tr> 
   <td>第三步</td> 
   <td>冲刺</td> 
   <td>-在这个阶段，外部人士不能直接打扰团队成员，一切交流只能通过Scrum大师（Scrum Master）来完成）；<br>-这一措施较好地平衡了“交流”和“集中注意力”的矛盾；<br>冲刺期间，-团队通过***每日例（立）会（Scrum Meeting）***来进行面对面的交流；<br>-Scrum Master根据项目的情况，用简明的图表现整个项目的进度，如燃尽图（Burn Down Chart）或看板图。</td> 
  </tr> 
  <tr> 
   <td>第四步</td> 
   <td>得到软件的一个增量版本，发布给用户</td> 
   <td>然后在此基础上又进一步计划增量的新功能和改进。</td> 
  </tr> 
 </tbody> 
</table>

# 2 敏捷流程的问题和解法 #

<table> 
 <thead> 
  <tr> 
   <th>步骤</th> 
   <th>遇到的问题</th> 
   <th>解法</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>第一步</td> 
   <td>怎样在计划（Backlog）中体现依赖关系</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>第二步</td> 
   <td>-把一个任务从产品层级的描述逐步细化到技术实现层面，是很需要技术能力和交流能力的；<br>-如果成员们任务认领导致忙闲不均，怎么办？</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>第三步</td> 
   <td>每日例会很可能会流于形式</td> 
   <td>-定义好任务究竟是什么；<br>-在每一个任务中记载我们完成这个任务还需要多少时间；</td> 
  </tr> 
  <tr> 
   <td>第三步半</td> 
   <td>-当你说“任务都完成了”的时候，那只是说，开发人员任务***该写的代码***都写完了，但其实还有很多事情没做完；<br>-程序员写完功能的时候，我们感觉好像项目完成了80%，殊不知后面的20%往往要花费80%的时间，敏捷流程没有明确表明到底何人何时以何种优先级来完成这20%的任务；<br>-长期任务-软件项目中一些比较艰难和底层的任务，完成这些任务需要超过Sprint所计划的时间。</td> 
   <td>-有敏捷专家建议测试人员可以在一个冲刺中担负起产品负责人（Product Owner）的部分责任，同时掌握验收测试（Acceptance Test）流程，对产品的最终质量负责；<br>-本书的“稳定和发布阶段”一章讲到了“第三步半要做什么事情”，它的流程图可以作为Scrum/Sprint模型的补充。</td> 
  </tr> 
  <tr> 
   <td>第四步</td> 
   <td>-得到了一个增量的软件发布，但是谁来验证这个增量是否满足了事先的计划呢？<br>-如果程序员们在冲刺过程中发现了新问题，改进了原来的计划，这是好事还是坏事？</td> 
   <td>-每一次冲刺结束后，大家要放松一下，总结上一次的经验教训，争取下一次做得更好；<br>-团队通过多次总结和流程改进，逐步提高团队的效率，逐步满足用户的需求。</td> 
  </tr> 
 </tbody> 
</table>

## 2.1 燃尽图 ##

一个完整的燃尽图，有三个每天跟踪的时间值：

*  **实际剩余时间（Remaining Hour）**：每个团队成员所有任务的剩余时间的总和；
 *  **预估剩余时间（Projected Remaining Hour）**：根据每个人每天的理论进度推算的剩余时间；
 *  **实际花费时间（Completed Hour）**：实际花费的时间。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NmYW45Mjc_size_16_color_FFFFFF_t_70 2]

# 3 敏捷的团队 #

Scrum/Sprint能成功实施的关键在于Scrum Master。

一个好的Scrum Master能在两种语境（描述软件需求的商业语境，描述实现细节的技术语境）间自如地翻译和切换，事实上是一个强有力的项目经理（参见本书“项目经理”一章）。

***敏捷对于团队的要求：***

*  **自主管理（Self-managing）**：以前领导布置了任务，我们实现就可以了。现在要自己挑任务；每次Sprint结束之后，要总结不足，提出改进，并且自己要实施这些改进；“自主管理”不等于“没有管理”；
 *  **自我组织（Self-organizing）**：以前做好自己的事情就好了，安心下班。现在每个人要联合起来对项目负责，有人工作落后了还要帮助他改进，项目缺少某类资源还要自己顶上去；
 *  **多功能型（Cross-functional）**：以前规格说明书有PM来写 ，测试由测试人员来做。现在每个人都全面负责，自己搞定规格说明书，和别人沟通，同时自己搞定测试。

# 4 敏捷总结 #

敏捷的方法与质量控制理论的模型如经典的戴明环（Plan-Do-Check-Act/Adjust，PDCA）类似。

敏捷的方法不是“银弹”，不能解决软件开发的所有问题。

**极限编程**：所谓极限编程，就是把一些认为重要和有效的做法发挥到极致，在这层意义上，“极限编程”应该叫“极致编程”。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NmYW45Mjc_size_16_color_FFFFFF_t_70]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/6dbd6f917a744db5817f581d6ac079b8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NmYW45Mjc_size_16_color_FFFFFF_t_70 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/8db5cbf25594424bbe090a1a00faf804.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NmYW45Mjc_size_16_color_FFFFFF_t_70 2]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/a5fbe404197144ab88a0107771cedfdf.png