第2章业务敏捷是什么
业务敏捷的根基是敏捷的理念和工作方式。因此，要理解业务敏捷，必须先理解敏捷的理念。
2.1追本溯源：敏捷到底是什么
就像一千个人心中有一千个哈姆雷特，人们对于敏捷的理解多种多样，很多企业对敏捷的认知仍停留于“一种让产品快速交付、快速迭代的软件开发方式”，以为它不适合其他类型的产品，更不适用于组织管理。因此，我们需要对敏捷追本溯源。
2.1.1敏捷的起源
敏捷起源于软件开发领域。早在1970年，温斯顿·罗伊斯(WinstonRoyce)提出了著名的“瀑布模型”a，如图2-1所示，该模型成为软件开发领域的主要流程。
a摘自WinstonRoyce发表于1970年的文章“ManagingTheDevelopmentLargeSoftwareSystems”。
瀑布模型的核心思想是将软件生命周期划分为系统需求、软件需求、分析、软件设计、编码、测试和运行7个阶段，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布一样逐级下落。
图 2-1 瀑布模型
进入 20 世纪 90 年代后，随着互联网技术的普及，市场变化更加迅速， 科技企业越来越认识到采用瀑布模型交付产品的方式无法满足快速响应市场 的需求。因此，各种轻量级软件工程方法诞生，包括 Scrum、极限编程、水 晶方法(crystal method)、自适应软件开发( Adaptive Software Development， ASD)、动态系统开发方法( Dynamic Systems Development Method，DSDM)、 特征驱动开发( Feature-Driven Development，FDD ) 等。 2001 年， 17 位轻量 级软件工程方法的代表人物齐聚美国犹他州的雪鸟滑雪胜地，经过了两天的 研讨会议之后，他们共同签署了对软件行业产生巨大影响的“敏捷宣言”(如 图 2-2 所示)。敏捷宣言陈述了他们认同的软件开发方法的价值观。同时，他 们用“敏捷”这个词来总领这些理念。
为了进一步阐述以上价值观，敏捷宣言给出了遵循的 12 条敏捷原则(如 图 2-3 所示)。
图 2-2 敏捷宣言
图 2-3 敏捷原则
敏捷软件开发的方法百花齐放，有些逐渐消亡，而新的方法和实践也在不断演进，但是各种方法都遵循以上的敏捷价值观和原则。VersionOne 在2022 年的敏捷调研报告中提示，应用敏捷的团队中有 87% 的团队采用 Scrum 方法， 56% 的团队采用看板方法。Scrum 方法的发明人杰夫 · 萨瑟兰( Je? Sutherland)这样诠释 Scrum 的核心：“每过一小段时间就停一停手头的工作，检查一下取得了哪些成果，看看这些成果是不是自己所期待的，想想有 没有更好的方法。”看板方法的发明人大卫 ·J. 安德森(David J. Anderson) 这样诠释看板方法：“这是一种管理所有类型的知识性工作的方法。”由此可 见，这两种主流的敏捷开发方法不只限于软件开发领域。
2.1.2 敏捷的本质
那么敏捷的本质到底是什么？ 20 世纪 20 年代，美国质量管理专家沃尔 特 ·A. 休哈特( Walter A. Shewhart)博士提出 PDCA 循环，后来 W. 爱德华兹 · 戴明( W. Edwards. Deming)采纳、宣传并将 PDCA 循环普及到业界， 所以 PDCA 循环又称戴明环。 PDCA 循环的含义是将质量管理分为 4 个阶段。
( 1 ) P (Plan)：计划。包括确定方针和目标，以及制定活动规划。
( 2 ) D ( Do )：执行。根据已知的信息，设计具体的方法、方案和布局； 再根据设计进行具体运作，实现计划中的内容。
(3) C (Check)：检查。检查总结执行计划的结果，分清哪些做得正确， 哪些有偏差和错误，明确效果，找出问题。
( 4 ) A (Act)：处理。对检查的结果进行处理，对成功的经验加以肯定， 并予以标准化；对于失败的教训也进行反思，引起重视。对于没有解决的问 题，提交给下一个 PDCA 循环去解决。
以上 4 个阶段不是运行一次就结束，而是周而复始地进行，一个循环结 束后，解决一些问题，未解决的问题进入下一个循环，从而一个接一个循环呈现阶梯式上升，如图 2-4 所示。戴明环具有普遍适用性，适用于任何项目管理、企业管理、质量管理、团队管理，甚至是个人的提高、改进等活动。
图 2-4 戴明环
敏捷将长周期的、串行的瀑布开发过程拆分为多个短小的时间箱，每个短小的时间箱都采用了 PDCA 循环的步骤，持续发布产品，同时通过持续地进行 PDCA 循环，在为客户持续交付价值后及时获得客户的反馈，通过市场和客户的反馈快速验证产品的价值，并将客户的反馈纳入产品的后续迭代中进行持续优化，如图 2-5 所示。
图 2-5 敏捷工作法
因此，敏捷的本质是以客户为中心，通过不断地学习、反馈和调整，以增量迭代方式为客户交付价值的工作方法。敏捷不限于 IT 软件，它适合于提供任何产品或服务的企业。越来越多的企业开始在 IT 以外的产品和团队中应用敏捷方法，以提高对市场和客户的响应力。
版权声明：51Testing软件测试网获得作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责
