3.1 敏捷流畅度模型

2014年，我与Diana Larsen合作，分析了为什么公司会通过其敏捷团队得到如此不同的结果。我们都从一开始就与敏捷团队合作。多年来，我们注意到敏捷团队通常会得到截然不同的结果，而且这些结果往往集中在不同的“区域”。我们将这些观察结果记录在敏捷流畅度模型中。图3-1显示了敏捷流畅度模型的简化视图。 ^[Shore2018b]

每个区域都与一系列好处有关。为了获得这些好处，团队需要在该区域内保持流畅度。当团队能够无意识地运用与该区域相关的所有技能时，团队就具备了流畅度。

注意

虽然图3-1中显示了从一个区域到下一个区域的直接路径，但现实情况却很混乱。团队可以在任何区域以任何顺序实现流畅度，尽管图3-1中的进展顺序是典型的。

保持流畅度所需的技能已在第二部分至第四部分的介绍中列出。但流畅度并不是团队自己就能实现的，组织也必须对团队的流畅度进行投资。这意味着仅仅对敏捷理念予以口头支持是不够的，组织必须做出实际的、有意义的改变，这需要花费时间、金钱和政治资本。

你从敏捷团队得到的结果取决于公司对敏捷理念的接受程度。当公司未能从敏捷中获得想要的结果时，通常是因为没有进行必要的投资，甚至没有意识到需要投资什么。

有意识地对敏捷进行选择性投资，要仔细考量每个区域。每个区域都有成本，每个区域也都会带来收益。你需要选择那些符合自身情况并且成本效益均衡的方法。

你可能无法说服公司投资每一个区域，这也没关系。与能力成熟度模型集成（Capability Maturity Model Integration，CMMI）等模型相比，流畅度模型并不显示从低技能到高技能的变化，相反，它同时显示了多种投资/收益选择。图3-1显示了最常见的进展顺序，不过每个区域都可以单独选择，每个区域都有其自身价值。

3.1.1 专注区

专注区是关于敏捷基本要素的：专注于商业结果，作为一个团队工作，承担起责任。在专注区工作流畅的团队会将开发重点放在团队的核心目标上，首先发布最有价值的功能，并根据业务需求的变化而改变方向。这样的团队总是专注于组织内最有价值的优先事项。

对于大多数团队和组织来说，这需要改变其自身的思考方式。采纳敏捷之前的组织应提前制定计划，要求团队进行估算，并期望得到有关工作进展情况的报告。专注区团队至少每月一次地修改他们的计划，并通过展示他们所做的工作来表明他们的进展。

采纳敏捷之前的组织将计划分解为任务，将这些任务分配给团队中的个人，并根据个人完成任务的情况来判断他们的能力。专注区团队会自己进行任务分解，自己决定每个任务由谁来做，并期望对他们作为一个团队创造价值的能力进行评判。

为了使团队成功，组织需要通过具体的投资来为改变团队结构、管理和工作环境提供支持（我将在第4章详细介绍）。这是一种“一个好消息伴随一个坏消息”的情况：坏消息是，真正见分晓的时候，一些组织不愿意投资；好消息是，如果这些组织拒绝，你就会及早发现这类组织并没有真正接受敏捷理念。这样一来，则可以避免花时间去追求“形式崇拜”式敏捷，免去了很多挫折和痛苦。

如果你能得到组织的认同，那么每个团队需要花2～6个月的时间来实现专注流畅度。在适当的支持下，团队会在1～4个月内超过他们之前的绩效水平 。第二部分会介绍团队需要的实践。

3.1.2 交付区

敏捷团队可能随时改变计划。对于大多数团队来说，这会慢慢降低代码的质量。团队逐渐失去了进行具有成本效益改变的能力，最终，团队需要重写软件——这是一个昂贵且浪费资源的提议。

交付区团队通过卓越的技术来防止这个问题。这些团队会对代码进行设计以应对频繁的变化，保持代码的高质量，所以不会浪费时间去寻找漏洞。交付区团队完善了生产周期，所以发布是轻松的，操作是可控的。只要能实现最大的商业价值，团队就有能力提供可靠、低缺陷率的软件。

实现这些结果需要对团队成员的开发技能进行大量投资，并进行结构性调整，以便将具有测试和运营等技能的人员整合到每个团队中。

如果公司进行了这些投资，那么每个团队将花费3～24个月的时间来实现交付流畅度，而你将在2～6个月内看到业绩的改善。每个团队需要的确切时间将取决于其现有代码的质量和团队成员接受辅导的程度。第三部分将涉及这类实践。

3.1.3 优化区

大多数公司满足于专注区和交付区的流畅度，但敏捷关注的更多。在敏捷世界里，团队在不断变化的市场条件下演进，进行实验和学习，开发新的市场，并在竞争中获胜。

优化区团队达到了这种敏捷水平：他们了解市场需要什么，企业有什么业务需求，以及如何在两者之间架起桥梁。就像在创业环境中，他们知道自己需要学习什么，以及如何去学习。他们不断优化产品计划，以实现尽可能大的价值。

这需要转变组织结构。制定最佳计划需要具备深厚的业务知识和产品知识的人持续关注，这意味着产品和市场专家要全职加入开发团队，也意味着让这些团队完全负责产品预算和计划。

进行这种结构转变需要获得组织中高层的许可。这可能很难获得，团队通常需要用至少一年的时间通过交付流畅度来建立信任，然后才能获得这些投资许可。一旦这样做了，尽管你会在1～3个月内看到改进效果，但优化流畅度还需要另外3～9个月的时间来发展。但即使如此，优化也是一个伴随着实验、学习和发现的永无止境的过程。第四部分介绍了如何展开这一过程。

3.1.4 加强区

敏捷流畅度模型中还有最后一个区域，它在很大程度上是推测性的：敏捷未来可能呈现的样子。它只适用于处于管理理论和实践前沿的组织，这超出了本书范畴。简而言之，加强区涉及提炼团队的集体洞察力，并将其转化为对组织的改进。如果你想了解更多，可参阅第19章。