敏捷原则——《Scrum 精髓》读书笔记

Posted 2021-04-25 April刘晶晶

本章内容主要对敏捷原则进行详细的说明和解释，将构成Scrum基础的敏捷原则与传统计划驱动的顺序产品开发的原则进行对比，更好的说明两者之间的差异点，明确知道在解决不同类型的问题时使用哪种方法更加合适。

可变性和不确定性

Scrum巧用产品开发的可变性和不确定性来产生创新解决方案。下面四个原则与这个主题相关。

• 积极采用有帮助的可变性：虽然制造业和软件开发不一样，需要完全不同的过程，但是有些思想对软件开发很适用。
• 采用迭代和增量开发：采用蜂拥式（all-at-once）的开发方法，可以快速验证我们在开发产品特性时所做的假设，并进行调整。
• 通过检视、调整和透明来利用可变性：Scrum的核心原则是检视、调整和透明性，信息透明才能检视，而检视又是调整的前提。
• 同时减少各种各样的不确定因素：不确定性包括结果不确定性和方法不确定性，通过迭代开发和增量开发，并在经常性的检视、调整和透明度的指导下，可以同时解决多种类型的不确定性。

预测和适应

在使用Scrum时，经常需要平衡预测性的事前工作与适应性的适时工作之间的关系。下面这五个敏捷原则与这个主题相关。

• 不到最后时刻，不轻易做决定：当不做决定的成本大于做决定的成本时，就需要做出决定了，应该在掌握更多的信息之后再做决定。
• 承认无法一开始就把事情做对：预先产生的需求和计划，原则上够用就好，在了解更多的知识后再进行填充。
• 偏好适应性、探索式的方法：探索指的是通过某些活动来获得知识，要用低成本的探索方式来换取相关信息，并综合这些信息得出明智的、合理的解决方案。
• 用经济合理的方法积极主动接受变化：使用顺序开发方式时，后期变更的成本比早期变更成本高很多；在Scrum中我们认为变更是很正常的，我们的目标是让变更成本曲线趋于平稳。
• 在预测性的事前工作和适应性的适时工作之间做出平衡：平衡在一定程度上由这几个因素推动：所建产品的类型、待建产品（结果不确定性）和产品构建方式（方法不确定性）的不确定性程度以及开发中的限制。为了能够快速开发创新产品，在我们的工作环境中，一方面要调整，一方面也要通过刚好够的预测来取得平衡，以免陷入混乱。
  

经验认知

在使用Scrum时，我们对工作进行组织，快速产生经验认知。下面三个敏捷原则与这个主题相关。

• 快速验证重要的假设：所谓假设，是指即使某些猜测或看法并没有被之前验证过的认知确认，也认为它是正确、真实或可靠的。在Scrum中，结合迭代开发和增量开发，快速验证假设。
  
• 利用多个认知循环并行的优势：在Scrum中，持续获取认知是成功的关键，找到并利用反馈循环来提高认知。认知循环模式：假设、构建、反馈、检视、调整。
• 组织妥善工作流以获得快速反馈：快速反馈可以快速终结认知循环。

WIP

WIP（work in process）指的是已经开始但尚未完成的工作。下面四个敏捷原则与这个主题相关。

• 批量大小要经济合理：对比“整体推进”和“单件流程”的优缺点，证明批量大小要经济合理的重要性。
• 识别并管理库存资源以达到良好的流动：在软件开发过程中，如果出现大量的WIP，后果会很严重，同时也会严重影响到变更成本曲线。
• 关注闲置工作，而非闲置人员：工作停顿所产生的成本远远高于人员空闲所产生的成本。
• 考虑延期成本：延期成本是指工作延期或里程碑延期所产生的财务成本，组织应该对延期成本进行量化，提高重视，同时延期成本是一个需要考虑的、最重要的变量。
  

进度

在使用Scrum时，用已交付且验证过的结果来衡量进度。下面三个敏捷原则与这个主题相关。

• 根据实时信息来重新制定计划：我们的目标是快速地重新制定计划并根据开发过程中不断出现的、具有重要经济价值的信息进行调整。
• 通过验证工作结果来度量进度：在Scrum中，重要的不是开始了多少工作，而是完成了多少对客户有价值的工作。
• 聚焦于以价值为中心的交付：Scrum是一种客户价值为中心的开发方式。
  

执行

在使用Scrum时，我们期望由一些特定的、与执行相关的特点。下面三个敏捷原则与这个主题相关。

• 快速前进，但不匆忙：Scrum核心目标是灵活、使用、快速。我们要遵守持续节奏的原则，同时也要保证质量。
• 内建质量：在每个冲刺中完成持续内建。
• 采用最小够用的仪式：Scrum并不是不需要文档，必要的文档还是必不可少的，有时候也作为交付物中的一部分。

最后，组织或者团队应该根据自身的情况，选择合适的方式，解决对应的问题，选择更合适的工具，为产品开发提供强大的方法。