开启敏捷转型，别只做表面文章
当有人说所在组织「要做敏捷」时，往往只是买了一个工具，把每周例会改名叫「站会」，再摆上一块贴满便利贴的看板。这是表演，不是转型。真正的敏捷转型会改变决策的方式、工作排序的方式，以及组织学习的方式。本文写给第一次被要求带领或支持这一转变的人。
在2021年初，团队逐渐适应远程与混合办公，供应链中断的记忆仍然清晰，敏捷的吸引力显而易见：以小步增量交付价值，快速调整，不再把整整一年的努力押在一个会被世界在一个季度内推翻的计划上。但吸引力所在也正是危险所在——敏捷沦为套在一切事物上的口号，而真正的运作机制被跳过了。
敏捷与Scrum到底是什么
敏捷是一套关于频繁交付可用成果、紧密协作、响应变化的价值观与原则。人们最常采用的框架Scrum刻意保持轻量。根据《Scrum指南》，它包含三种当责（产品负责人、Scrum Master、开发者）、五个事件（Sprint，以及Sprint规划、每日Scrum、Sprint评审与Sprint回顾）和三件工件（产品待办列表、Sprint待办列表、增量）。这就是全部结构。其余的一切——工具、仪式、仪表板——都是可选的脚手架，而非框架本身。
这种极简的用意在于经验主义：你根据观察到的情况，以短周期做决策，而不是凭一开始的假设。当组织真正开始检视实际成果并据此调整时，转型才算成功，而不是在装完软件的那一刻。
真正该从哪里着手
选一个团队和一个真实问题。 不要一次性转型整个组织。挑一个正在交付重要成果、并有值得解决的问题的团队，让它在众目睽睽下学习，好让其他人看到改变了什么。
配一位真正的产品负责人。 必须有人对优先级负责，并且能够说不。一个无法决定先做什么的委员会，会悄无声息地击垮你围绕它搭建的任何框架。
让工作可见且可完成。 把工作拆成能在一个Sprint内真正做完的增量。如果什么都到不了「完成」，那你只是拥有了一个更长的瀑布流，外加更多会议。
守住回顾会议。 Sprint回顾是团队改进工作方式的场合。以「太忙了」为由取消它，等于砍掉了唯一一个职责就是让你不再那么忙的事件。
衡量成果，而非活动量。 速率和燃尽图描述的是投入。真正的信号是客户或市民是否得到了有用的东西——去追踪那个。
新手常见的陷阱
把Scrum Master当成分派任务的项目经理，而不是清除障碍、守护流程的教练。
在范围、日期、预算全部锁死的情况下做「敏捷」——这样根本没有可调整的空间，背离了初衷。
让每日站会变成向经理汇报状态，而不是做事的人之间一次简短的计划对话。
混合会议的漂移：在远程与混合场景中，会议室里的人占据主导，远程成员沉默不语。要主持好事件，让所有人平等参与。
归根结底，转型是一连串诚实的小实验：尝试一种工作方式，看看发生了什么，保留有帮助的，舍弃无用的。如果你的组织能在一个团队里养成这个习惯，就能把它推广开来。如果不能，再多的工具或改名都救不了这番努力。
如果你正在权衡从何起步、以及如何让变革落到实处而非流于表面，XNM的项目群与项目交付咨询 可以帮助你界定一个切实可行的第一步，并避开常见的陷阱。