近来，你一定听过很多关于‘敏捷开发“的东西。使用敏捷方法的团队比起传统过程来，做事情要快得多。他们让客户更开心，他们自己也更享受工作。敏捷毫无疑问地改变了软件发展的历程，许多专家相信这个方法也能用于IT之外的很多行业。
略显尴尬的是，敏捷方式正是从IT行业之外开始的。
敏捷方式可以追溯到1620年Francis Bacon科学方法的发源时期。更合理一点的起点可能是在20世纪30年代，那时候贝尔实验室的物理学家和统计学家 Walter Shewhart开始使用计划-执行-研究-检查（PDSA）循环对产品和过程进行改善。Shewhart把这种反复渐进的开发过程教给了他的学员戴明（W.Edwards Deming）, 后者在二次大战后的日本大量使用了该方法。丰田公司雇用了戴明来培训公司中数百名经理。最后在他的经验之上创立了著名的丰田生产体系——这也是如今”精益“思想的最初由来。这种反复渐进的方式对于20世纪50年代的X-15 超音速飞机的制造也是贡献巨大。
在1986年，我们中的一员（Takeuchi）和共同作者 Ikujiro Nanaka在哈佛商业评论上发表了名为《崭新的新产品开发游戏》的文章。通过研究那些比竞争者更快发布新产品的制造商们，比如富士-施乐的复印机，本田的摩托车引擎，佳能的照相机，作者定义了以团队为基础的新的产品设计和研发过程。这种过程不是通常在产品开发中的“接力赛”——一组专家完成产品部分功能并将项目传递到下一组专家手中。 这种方式被Ｔａｋｅｕｃｈｉ和Ｎｏｎａｋａ称作为“橄榄球”方式，“团队试图作为一个整体完成所有任务，将球传来传去。”
在１９９３年，我们中的另一员（Ｓｕｔｈｅｒｌａｎｄ）面临一项似乎是不可能完成的挑战：Ｅａｓｅｌ是一家软件公司，需要在半年之内开发一款新产品来替代它的传统产品。Ｓｕｔｈｅｒｌａｎｄ通晓很多方法，比如快速应用程序研发，面向对象设计，ＰＤＳＡ循环，专案工作等等。他希望在公司总部建立一个类似于专案工作的文化氛围，将组织分割和合并的好处结合起来。他开始学习任何和提高组织效率相关的知识。通过阅读上百篇研究报告和顶尖的产品管理专家面谈，他脑海中逐渐有了一些有煽动力的想法。
这中间有一个想法来自于贝尔实验室的关于Ｂｏｒｌａｎｄ Ｑｕａｔｔｒｏ Ｐｒｏ团队的文章(http://1pn8a8ult4o2bls5f2jxuel1.wpengine.netdna-cdn.com/wp- content/uploads/2013/07/borland-process.pdf)。该文章主张，每天短的团队会议能显著增加团队效率。而Ｓｕｔｈｅｒｌａｎｄ的核心概念则来自于Ｔａｋｅｕｃｈｉ和Ｎｏｎａｋａ的“橄榄球”方式， 虽然该方法更关注制造过程而不是软件开发过程。通过借鉴ＨＢＲ文章中的关键想法和进行一些特别的试验，Ｓｕｔｈｅｒｌａｎｄ创建了一种新的软件开发方法；归功于橄榄球带来的灵感，Sutherland将这种方法称为“争球”（Scrum）。Scrum方式最后确保了他准时完成了似乎不可能的任务，也没有超出预算，程序漏洞比之前版本还要少很多。Sutherland随后就长时间和同事Ken Schwaber对该方法进行长期研究，并在1995年两人首次在公众面前发布scrum的方法。
当然，Sutherland和Schwaber并不是创新路上的独行者。信息时代是个信息爆炸的年代。颠覆性的技术正在威胁着慢悠悠的竞争者们。创业公司和类似的现有企业被看作能够更好地适应不断变化和动荡的环境，很多有创造力的软件开发者正在更努力的工作，创建更好的方法来增加这些适应性。
在2001年，17位自称“有组织的无政府主义者”在Utah的Snowbird会面，分享他们的想法。Sutherland 和其它scrum的先驱也在其中。参与者们分享了互相竞争的几种方式：极限编程（XP）；透明化；自适应软件开发（ASD）；特征驱动开发（FDD）；动态系统开发方法（DSDM）。所有这些方式都是“轻量版”的框架，因为这些方法使用更少，更简单的规则来适应快速变化的环境。 不少与会者都觉得“轻量”这个术语挺适用的。
虽然与会者不能在方法上达成一致，但是他们还是为这个运动取了个名字：敏捷。这个词是一位参与者提出的，他当时正在读《敏捷竞争者和虚拟组织：给客户更多的策略》一书(http://www.amazon.com/Agile-Competitors-Virtual- Organizations-Strategies/dp/0471286508)。书中列举了100家公司的例子——包括ABB， 联邦快递，波音，博士和哈雷戴维森，这些公司正在创建适应动荡市场的新方法。有了这个名字，参与者达成一致，发布了“敏捷软件开发宣言”，该宣言中突出了每个人都同意的4个关键价值。稍后在会议中，以及之后的几个月中，他们发展了12个操作原则，被称为“敏捷宣言背后原则”。 从2011年开始，所有的开发框架，以及与之匹配的价值观和原则就被称作为敏捷技术。
当Snowbird会议将敏捷创新推崇为信条之后，敏捷运动快速传播。签约人将文件上传到网上并邀请支持者在上面签名。原有团队的大多数成员，在这一年的后半年又重聚在一起讨论如何传播敏捷原则。所有人都同意对这个话题进行宣讲。 一些参与者想要形成永久性的工作小组； 所以他们成立了非营利组织“敏捷联盟”来支持该项运动。今天，敏捷联盟已拥有30，000名会员和追随者。
同时，敏捷方法继续演化。在20世纪80年代后期和90年代前期，MIT的研究学者们开始研究日本的制造体系，特别是丰田生产体系。他们借用了名词“精益”来描述改善效率的这套体系，包括消除浪费（muda)， 减少波动（mura)和降低负荷（muri)。虽然精益方法并没有在Snowbird会议上被表述成敏捷方法，但是精益和看板软件开发系统在2000年被并入敏捷系统。在开始时候，一些纯粹的敏捷主义者拒绝承认精益方法。 但是精益宣传该方法能关注客户协作，最终更多的敏捷践行者开始接受精益，看板，还有混合产品（比如scrumban和lean scrum), 作为敏捷价值和原则合法的应用。
成功之母不止一个，敏捷开发有着丰富的遗传。虽然敏捷家族复杂的成分有时候会触发先行者之间的激烈争论，有2件事情是清楚的：第一，敏捷方式远远超过信息技术范围； 第二，敏捷的枝干会继续延伸到所有行业的所有功能的创新改进过程。
Darrell K. Rigby是Bain公司的波士顿办公室合伙人。他领导公司的全球创新和零售业务。 他是《在动荡中取胜》一书的作者。（http://hbr.org/product/winning-in-turbulence/an/12333-HBK- ENG?Ntt=winning%20in%20turbuklence).
Jeff Sutherland是敏捷开发的scrum方式的联合创始人， 他也是Scrum 公司的CEO， 该公司是咨询和培训公司。
Hirotaka Takeuchi哈佛商学院战略分院的教授。
Yasunobu Kawaguchi is an Software Engineer focused on Usability and Agile Software Development Process. He has over 15 years experience in development of various information editing and display applications. He 's also acting in-house consultant role about agile software production and agile computer infrastructure. - See more at: https://www.scrumalliance.org/community/profile/ykawaguchi#sthash.94NJIfsd.dpuf
网友评论