你是在「做」敏捷还是正在「变得」敏捷？

随着敏捷的推广与应用，如今已经成为了最有效的团队级别的方法论，越来越多的软件和 IT 团队正在采用敏捷，但是你在敏捷吗？

自从那一群充满影响力的软件从业者聚集在一起并发布了《敏捷宣言》以来，已经过去了 23 年。敏捷开发实践自宣言首次出现以来，已逐渐成为各种企业必不可少的管理方法。如今，敏捷已经不仅仅是软件开发团队的利器，它已经成为了建立在转型举措之上的领导原则和方向指引。

在这二十余年的发展历程中，敏捷的学习与实施已经成为现代软件驱动型组织中的日常标配。然而，对于软件领导者们来说，仍需思考一个关键问题，即如何引导自己的团队走出仅仅按部就班执行敏捷仪式的误区，真正地“变得敏捷”？

对于领导者来说，敏捷成了基于转型举措的指导原则。在过去的二十多年里，学习实施敏捷方法已经在现代软件驱动的组织中变得司空见惯。不过，对于软件领导者来说，更重要的是思考如何让自己的团队变得敏捷，而不是只简单地执行书中规定的敏捷仪式。

实施敏捷并不意味着就敏捷了

“敏捷是一种态度，而不是一种有界限的技术。”《敏捷宣言》的合著者 Alistair Cockburn 写道。

虽然宣言的首要原则是强调“个体和交互高于流程和工具”，但不少促进敏捷的软件工具在本质上已经成为了流程本身的替代品。例如，一些团队以"实施敏捷"的名义，进行多达几十人规模的迭代规划，让这些团队成员进行拥挤的站立会议，这势必无法让所有人都能了解团队其他人的协作情况。过于庞大的团队和过长的冲刺计划反而增强了团队的压力，导致成员之间的沟通困难，原本用于监控进度和压力的敏捷工具燃尽图也变成了“烧毁”他们的工具。所以实施敏捷并不意味着就成为了真正的敏捷团队，因为我们都知道敏捷并不仅仅只是一种工作方式或方法，而是注重团队的思维方式和文化。

are-you-doing-agile-or-solidifying-agile

“ 敏捷 ” 的三个指导原则

敏捷更多的是关于集体思维和团队文化，而不是关于离散的支持过程。许多敏捷驱动的项目都缺乏人们机械地走过场而没有理解和积极应用敏捷真正精神的能力。

根据不同敏捷团队的经验，我们总结出了以下三个原则，帮助团队更好地实施敏捷。

原则 1 ：持续不懈地管理业务目标，而不是任务

可以问问自己为什么企业关心这个问题。这虽然是个基础性地简单问题，但我们鼓励管理者不断挑战他们的团队，要求他们回答每一个功能请求和用户故事。虽然这看起来有点过头了，但在整个开发生命周期中提出这个问题可以帮助团队养成强化流程本身这一最终目标的习惯，有助于推动团队和外部利益相关者之间的协调。

例如，我们经常与客户合作，帮助他们实现技术堆栈现代化，帮助他们将应用程序迁移到容器编排或云原生平台。这虽然看起来像是一个目标，但实际上是一个实施细节，而不是我们可以衡量或跟踪的业务成果。要明白工具或技术是服务于业务目标的。

原则 2 ：工具和流程应该促进交互，而不是阻碍

工具是达到目的手段，是为底层流程服务的工具。成熟的流程依赖于工具，但并不从属于工具本身。无论是简单的看板还是先进的项目管理系统（例如禅道项目管理软件），我们经常会看到很多团队只是将这些工具用作于描述“跟踪工作”情况。 

如果没有完全成熟的流程，即使是最好的工具，都会让团队缺乏驱动工作的业务目标的动力。

敏捷的 Scrum Master 应该努力帮助他们的团队不断学习和探索：如何最好地服务于更广泛的业务目标。比如用于修正方向的过程指标应该是什么？需要的反馈来自哪里？应该多久收到一次反馈？团队和组织应该能够在不破坏现有地整个流程之下，合理地适应不断变化的需求。

原则 3 ：关注“What” ，而不是“How”

最小可行产品(MVP)的概念是敏捷方法论的基础。推动 MVP 的目标是向用户提供新的软件功能，同时收集和整合反馈以继续改进产品。不过，由于团队负责人经常在不同的团队中工作，并考虑到不同的最终用户，因此此流程很容易与既定的业务策略不一致。

一个团队可能负责探索一种新产品或服务方法，并将使用精益/MVP 工具来确定解决方案。另一个可能强调在现有产品中添加或增强功能，而第三个可能负责改善开发人员体验或基础设施。 

在敏捷的背景下，认识到工作开发方式的差异至关重要，尤其是考虑到组织内的工作节奏。我们经常看到基础设施自动化、站点可靠性和平台工程工作被硬塞到两周的 Scrum 节奏中，而工作的性质并没有完全落入两周的增量。

 回归敏捷

敏捷作为一种理论和实践，旨在帮助团队更好地适应环境的变化，应对工作中的挑战和问题，提高工作效率和成果的质量。实施敏捷的方法和工具，本应成为达成这个目标的手段，而不应当成为目标本身。真正的敏捷在于团队和个人对敏捷理念的理解，以及由此产生的工作态度、行为和方法。

从纸面上的敏捷实践到真正内化为企业文化的敏捷，这需要我们整个团队的长期努力和尝试。真正的敏捷，核心在于团队成员的积极响应，不断学习和改进，从而提升团队的效率和过程质量。因此，我们不仅要学习和理解敏捷的理念和原则，还要将这些原则融入到自己的日常工作中，才能真正地"变得敏捷"。

总的来说，敏捷是一个循序渐进，又充满挑战的过程。无论你是已经在实践敏捷的团队还是刚接触敏捷的新手，都可以从每日的工作中挖掘出更深的敏捷内涵，学习并理解敏捷的真谛，最终实现由"做敏捷"向 "变得敏捷"的转变。