敏捷的仪式化：当仪式失去了意义

在全世界企业的神圣殿堂里，从跨国巨头到雄心勃勃的初创公司，一种新的宗教已经扎根。它的祭司们身披的不是法衣和华丽头衔，而是五颜六色的便利贴（或其在 Jira 看板上的数字等价物），它的会众聚集的也不是祭坛，而是白板与虚拟的 Kanban 或 Scrum 看板。欢迎来到敏捷教会，在这里每日站会取代了晨祷，冲刺回顾会则充当着我们当代的告解室。

但是，正如许多宗教一样，我们是否已经看不清这些仪式背后的真正含义了呢？

圣典及其假先知

让我们先重温一下我们的圣典。《敏捷宣言》如同古老的经文一般，为更好的工作方式立下了原则：

"个体和互动高于流程和工具。可用的软件高于详尽的文档。客户合作高于合同谈判。响应变化高于遵循计划。"

这些话本应将我们从那曾经成为我们监工的、僵化的瀑布式开发中解放出来。然而，颇具讽刺意味的是，我们却成功地打造了一套新的枷锁——由那些在我们的商业生态中泛滥的自封"敏捷专家"，以及那些本应促进我们工作的工具所锻造而成。

这些当代大师，被那些急于赶上敏捷热潮的公司以高得离谱的价格聘请，往往不过是安排会议和管理 Jira 待办列表的狂热分子罢了。他们宣讲敏捷的道理，但与其说在促进有价值软件的交付，不如说更热衷于把空洞仪式和数字看板管理的艺术钻研到极致。

我们紧抓不放的仪式

想想每日站会吧。它最初被构想为一次快速、非正式的同步，如今却演变成了一场令人畏惧的仪式：团队成员像背诵祷告书里的经文一样机械地复述自己的任务，往往只是照着自己的 Jira 工单念。"昨天，我处理了工单 JIRA-1234。今天，我将处理 JIRA-5678。我没有阻碍。"阿门。

冲刺规划会，曾经是为有价值的工作排定优先级的协作努力，如今却像一个官僚流程：人们为故事点讨价还价，仿佛中世纪买卖赎罪券一般，而这一切都对着一屏满是 Jira 史诗和用户故事的画面进行。"这个功能我给你三个故事点，但你必须保证在冲刺结束前交付！"

我们也别忘了冲刺回顾会，它是敏捷里相当于忏悔的环节。团队成员尽职地写下哪些做得好、哪些可以改进，往往又是写在另一个数字工具里，但这些反思有多少次真正带来了有意义的改变呢？太多时候，它们沦为一种宣泄情绪的仪式，对现实毫无影响，淹没在数字便利贴和那些似乎永远不会被付诸行动的行动项的海洋之中。

指标的伪偶像

仿佛无意义仪式的泛滥还不够似的，如今我们又面临着对真正敏捷的一种新威胁：指标的货物崇拜。高层管理者凭着他们无穷的智慧，发现了敏捷团队会用数字。而如果说管理层有什么钟爱之物，那就是一个能放进 PowerPoint 演示里的好数字。

于是登场的是速率（velocity），敏捷指标中的金牛犊。这个本应作为团队专属规划工具的度量，被抬高到了神圣的地位，足以让最狂热的中世纪圣物崇拜者都为之汗颜。那些连用户故事和睡前故事都分不清的管理者，如今却要求团队提高速率，显然以为软件开发就像工厂的流水线一样运作。

"A 团队每个冲刺的速率是 50 个故事点，而 B 团队只能做到 30 个，"他们从高处宣告。"显然，A 团队效率更高。B 团队得加把劲了！"

至于 A 团队和 B 团队做的是完全不同的产品、对故事点的定义不同、团队规模不同、技术债水平也不同——这些都无关紧要。背景？有了数字谁还需要背景！

但速率只是冰山一角。燃尽图被人像占卜师查验祭祀牲畜的内脏一样仔细审视。代码覆盖率被人当作护身符般挥舞，以驱赶缺陷的邪灵。而那些周期时间没能一个冲刺接一个冲刺地缩短的团队真是要遭殃了，因为他们肯定是在偷懒。

在这个敏捷指标的美丽新世界里，我们竟然不知不觉地重新造出了那种自上而下、罔顾背景的管理方式——而敏捷本应把我们从中拯救出来。我们崭新的数字工具，已经变成了驱赶我们越跑越快的鞭子，而对我们所产出之物的质量或价值却几乎不闻不问。

《敏捷宣言》提醒我们要珍视"可用的软件高于详尽的文档"。也许是时候加上一句"有意义的成果高于无意义的指标"了。可是，当有那么多图表要更新时，谁还有时间去交付可用的软件呢？

失落的意义

正如许多宗教信徒已经忘记了仪式背后建立社群的目的，许多敏捷团队也看不清宣言的真正意图了。《敏捷宣言》敦促我们珍视"个体和互动高于流程和工具"，然而我们却创造出了一套我们盲目遵循的新流程。

在《圣经》里，耶稣批评法利赛人死守宗教律法、却遗漏了其精神实质：

"你们这假冒为善的文士和法利赛人有祸了！因为你们将薄荷、茴香、芹菜献上十分之一，那律法上更重要的事，就是公义、怜悯、信实，反倒不顾了。"（马太福音 23:23）

在我们的敏捷实践中，我们难道不是犯了同样的过错吗？我们一丝不苟地追踪速率、燃尽图和周期时间，但我们是否忽略了那些更重要的事——协作、适应和交付价值？

救赎之路

是时候进行一场全球性的敏捷改革了。我们需要剥离那些不再为我们服务的仪式，重新发现敏捷的真正精神。这并不意味着抛弃一切结构，而是要以正念和目的来对待我们的实践。

扪心自问：这场站会真的帮助我们协作和扫除障碍了吗？我们的冲刺规划真的让我们能够响应变化了吗？我们的回顾会真的带来了持续改进吗？而最重要的是：我们真的在交付有价值的软件，还是只是在把我们在这些仪式中的表演钻研到极致？

如果答案是否定的，那就要有改变的勇气。《敏捷宣言》提醒我们要珍视"响应变化高于遵循计划"。这不仅适用于我们的项目计划，也适用于我们的流程本身。

是时候质疑那些敏捷的假先知了，他们承诺通过更多会议和更多仪式带来救赎。真正的敏捷，不是以我们举行了多少仪式来衡量的，而是以我们适应变化、为用户交付真正价值的能力来衡量的。

让我们挣脱货物崇拜式敏捷的枷锁，回归适应性、协作与交付可用软件的真正信仰。唯有如此，我们才有望从低效的泥潭中获得救赎，重新发现真正敏捷的软件开发那片应许之地。

阿门。愿你的冲刺富有成效，愿你的待办列表常得梳理，也愿你永远不忘：可用的软件才是衡量你进展的真正标尺。