《精益产品开发：原则、方法与实施》—协调多个团队才能提升流动效率

协调多个团队才能提升流动效率

上面的实例是精益看板方法在小规模团队中的应用，它打通了组织的交付流程，是实施其他精益开发实践的基础。然而，相对复杂的产品，单个团队还是无法完成用户价值的交付。

图 2-11 是电信产品的实例，为了交付移动网络方案，通常需要数以千计的人员协作，包含若干个网元 ^[3] 设备的联合开发。在解决方案层面，面对的是原始的用户需求；在下一层次，用户需求被分解成为各个网元的功能需求；而一个网元的开发可能就涉及好几百人，所以还需要分解到各个功能模块，成为模块任务。在如此复杂的产品中，单个团队的敏捷，并不能带来用户价值的更早交付和有效反馈的获取。

为此，有人认为敏捷只适合简单产品开发，如互联网应用。但互联网应用就一定简单吗？以外卖为例，图 2-12 是简化后的外卖服务链接图，它涉及地图、搜索、推荐系统、客服系统、团购系统、支付服务、用户系统、配送服务、商家管理系统、结算系统等，而这些服务和系统可能是不同团队开发和维护的。要及早交付价值和获取反馈，各个团队独立实施显然是不够的。

在复杂的产品和组织中，单个团队或服务的敏捷还无法交付完整的客户价值。

图 2-11 复杂的产品需要连接多个团队才能打通用价值流

图 2-12 互联网应用的价值流也越来越复杂

互联网向线下、纵深的发展已是大势所趋，服务的连结变得越来越复杂，经常需要多个团队有效协作才能更快交付用户价值。在复杂的组织或产品中，产品是分层次的，相应的价值和价值的流动也是分层的，我们终追求的是顶层用户价值的流动效率。图 2-13 是前面提及的电信设备，无线产品线的看板系统设计方案，与价值流动相匹配，看板系统也是分层的。

图 2-13 通过分层的方式来连接多个团队的价值流

图 2-13 中，上方是解决方案层面的看板系统，主线是用户需求（绿色卡片）的流动，同时它也包含下一层次的价值项——网元层的功能需求（蓝色卡片），下层的功能需求隶属于上层的用户需求，底层的流动单元向上层价值对齐，实现用户价值的快速交付；图片下方是项目（网元）层的看板系统，每个网元都有自己的项目看板，其上的基本流动单元是功能需求，关注功能需求的流动效率，模块任务与功能需求关联，力求向功能需求对齐，快速完成功能需求。

这两个层次的看板系统，通过功能需求实现联动，让整个组织能够协调一致，快速交付用户的价值。我会在第 18 章中专门讨论这个案例，介绍分层看板设计背后的原则以及运作细节。

总结前面提到的两个看板系统案例，为了更顺畅、更早交付用户价值，首先要打通端到端——从用户问题到方案交付——的价值流；面对复杂的产品和组织时，还必须连接和融合各个团队或服务的工作，协调一致，实现 终用户价值的快速交付。我们可以将其总结为：“前后拉通，左右对齐”，而聚焦用户价值在整个组织端到端的流动效率是其中的关键。

小结

从“聚焦资源效率”转变为“聚焦流动效率”，是精益产品开发的核心原则之一，为了持续改善流动高效率，我们必须关注端到端价值流动过程，并做到“前后拉通，左右对齐”，在本书第 II 部分，我们将详细描述具体做法。

本章要点

•        仅仅实现过程的迭代，还不能完全满足更早交付价值和更灵活应对变化的需求。

•        从聚焦资源效率转变为聚焦流动效率，这是精益产品开发的核心原则之一。

•        产品开发中的主要问题不是停滞的资源，而是停滞的价值流动。可视化端到端的价值流动，有助于我们更好地关注和改进它。

•        复杂的产品中，单个团队的迭代是不够的，为了顺畅地交付价值，必须面向价值流动做到前后拉通、左右对齐。

常见问题

 问题：我们准备应用规模化的敏捷实施方案，比如 SAFe 和 LeSS 等，还需要掌握精益的思想和实践吗？

回答：需要。当前的规模化敏捷实施方案都深受精益思想和精益实践的影响，以 SAFe 为例，它的全称是 Scaled Agile Framework（规模化敏捷框架），由 Dean Leffingwell 等人提出，已经发展为 4.0 版本，最早版本的 SAFe 是在 Scrum 的基础上引入相关项目和产品组合的管控机制以及跨团队的计划、协调和跟踪实践；从 2.0 版本开始，SAFe 开始更多应用精益思想和实践，强调流动，并把看板作为跨团队协调和价值流打通的工具，在团队层面仍然以 Scrum 作为基本工具；到了 4.0 版本，SAFe 将看板方法引入团队级别。而 SAFe 原则，差不多也是精益原则的翻版。可以说，SAFe 的演进过程也是其精益化的过程。

每个组织都有自己不同的上下文和既有的现状，不可能完全照搬所谓既定的框架。这就需要应用精益思想和实践，围绕用户价值加以适配和调整。否则不理解目标和原则，照样学样，往往是画虎不成反类犬。掌握和应用精益思想、原则和实践，才能演进出更适合组织上下文的框架，具体哪个规模化的框架反而不那么重要。

 问题：精益是不是只适合比较大型的组织，小型组织应用敏捷方法就足够了？

回答：不是。首先，敏捷和精益本来就有许多共通之处。Scrum 和 XP 方法的发明人都说自己深受精益思想的影响。而敏捷的实践，特别是需求和技术实践，让小批量的交付和流动成为可能，这是精益实践能够应用到软件开发领域的一个重要基础。另一方面，精益更强调以端到端的价值流动为基础的流动效率提升，对业务目标的改进更为直接，也为组织的敏捷和精益化变革提供了更平滑的路径。总体上讲，精益和敏捷的结合是相得益彰的。最后，以用户价值为中心来组织产品交付过程，对大型组织和小型组织都是非常必要的。

注释

1.    参见 http://t.cn/R6Et45C。

2.    参见 http://t.cn/R6Eqeoa。

3.    网元是电信产品中的术语，指网络上的单个设备，如移动网络中的网元有基站、基站控制器、数据回传设备、移动管理单元、数字网关和媒体网关等。