【规模化敏捷系列3】– 精益快速启动–自下而上地规模化敏捷方法？合作伙伴认证资质关注我们

本文翻译来自Sanjiv的《Scaling Agile A Lean Jumpstart》，书籍由ShineScrum捷行主导翻译，感谢参与翻译的12位小伙伴（文末有翻译伙伴名单），本文作为【规模化敏捷】系列文章的第三期第一篇，我们将持续的为大家带来本书的全部内容，以下是书籍的第一篇内容。对规模化敏捷感兴趣的伙伴持续关注我们哦。

规模化敏捷系列文章

第一期：大规模敏捷LeSS认证课Certified LeSS Practitioner

第二期：规模化敏捷：Scrum@Scale认证国内首次开课

1.简 • 介 

Scrum、极限编程（XP）和看板是现在大家熟知的敏捷方法。近年来，许多早期的敏捷应用开始从个体团队扩展到项目集、项目投资组合及整个企业。敏捷的推行必须与组织文化的变革并行同发，这可以从团队的层面开始。所以，即便最初缺乏自上而下的支持，被赋权的小团队也可以开始敏捷转型。

但是，要真正实现敏捷方法的规模化，超越敏捷团队的组织层面的系统化变革是必不可少的。为了驱动这些变革，现在已经有了一些敏捷规模化的技术和框架，其中有规模化敏捷框架（SAFe）、大规模Scrum（LeSS）、规范敏捷交付（DAD）以及简单的Scrum of Scrums （SoS）会议。

在此书中，我们将一起探索如何为更庞大的敏捷框架铺设基石。这些基石的实践是：

1. 限制在制品（WIP）数量；

2. 流管理；

3. 培植小而稳定的团队；

4. 建立团队间的工作关系网；

5. 持续改进。

通过创立基于这一整套关键实践的基本规范，可以极大地提高我们进行规模化敏捷应用的成功机会。一旦这些关键实践到位，规模化应用任意一个前述框架会变得简单得多，组织变革也会容易得多。

2.从团队到企业，我们可否自下而上地规模化敏捷方法？

有一些组织成功地实现了敏捷规模化，从项目到项目集到整个企业。但是许多其他的组织为实施组织转型而苦苦挣扎。

创立于2001年的敏捷软件开发宣言，得到了一代工程师们的共鸣，他们想要尽早交付客户价值，但在工作过程中又受阻于时间管控的重量级方法。基于敏捷宣言，敏捷方法倡导适应性做计划、进化开发及交付、时间盒的迭代开发，鼓励迅速灵活地应对变化。这些方法包括Scrum、极限编程（XP）、看板、水晶球（Crystal）、动态系统开发方法（DSDM）以及特征驱动开发（FDD）（见图1：敏捷方法的应用）。

行业领军比如Sales Force、雅虎、谷歌、第一资本及其他企业发现，如果实施得当，敏捷方法会加速项目交付时间、提升客户和员工满意度及使得灵活应对业务要求的变化成为可能。这些公司采用敏捷方法，在每个项目上实现了更快的生产力、更高的客户满意度。在这样的势头下，现如今转向敏捷方法成为行业里盛行的现象。

那么，规模化应用敏捷方法如何从一个团队运用到多个项目、多个团队呢？数据显示规模化敏捷方法的应用团队数稳步增长（见图2：在多个项目和团队中的敏捷）。在全美互惠保险，超过130个团队在使用敏捷方法。在Sales Force，超过200个团队实施敏捷。

显而易见，愿意自发采用敏捷方法并且愿意规模化应用敏捷的越来越多。这是个好消息。

坏消息是尽管在近二十年取得了这一巨大成功，但是对于进一步的应用还有不少阻碍（见图3：敏捷应用的阻碍，VersionOne调查）。请注意，无力改变组织文化被确定为进一步应用敏捷的首要阻碍。

有趣的是，自从多年前VersionOne开始该项调查，过往的调查都显示组织文化是进一步应用敏捷的首要阻碍。也就是说，多年来，与其不匹配的组织文化一直是成功实施敏捷的首要阻碍。那么，怎么会有些公司成功实现了规模化敏捷应用而有些公司还在苦苦挣扎呢？

答案是：成功实现规模化敏捷的组织已经运用精益思想进行系统性的变革，从而克服了文化的障碍。也就是说，规模化敏捷要求改变现有的用来管理传统瀑布式开发的传统管理体系。

我们下一章节一起来探索这个概念吧。

未完待续

作者简介：Sanjiv Augustine桑吉夫

世界级敏捷领导力认证大师、国际Scrum联盟认证培训师（CST）

Sanjiv Augustine是敏捷项目领导力网络（APLN）的联合创始人和董事会成员。他也是“敏捷项目管理”等出版物的作者书（Prentice Hall，2005）; 以及雅虎敏捷项目管理讨论组的创始人和主持人。他经常出席多个地方的敏捷会议，以及项目管理会议，包括世界项目和项目峰会。Sanjiv协助客户在许多大小企业部署敏捷和精益。作为一名在企人员，他亲身管理了从五到一百多人不同规模的敏捷项目，并培训了许多项目团队。

审校： 张宁宁, 马凯， Jim Wang

编辑：刘康