上周三晚上十点，我在公司楼下的便利店碰到运营组的小周，她蹲在台阶上对着电脑掉眼泪。
屏幕上是刚补完的、攒了三天的敏捷协作站会记录——每一条都写着”跟进需求进度，同步阻塞问题”，连个具体的人名和待办都没有。
我递了瓶冰可乐给她，她抹了抹脸说，主管要求每个站会的记录都要整理成正式文档存进知识库，她白天要对接客户，只能晚上加班补，攒了三天的量，越写越觉得没意思。
我当时站在风里，突然就想起三年前我们刚推敏捷协作的时候，那股子要把流程做的滴水不漏的劲儿。现在想起来都臊得慌。
先把“敏捷”的神坛拉下来
刚推敏捷那会，我们是真的迷信流程。专门请了外面的敏捷教练，一天的课收两万块，教练在台上把Scrum的每一个环节拆的明明白白：产品待办列表要按优先级排满，冲刺规划会要开够两小时，每日站会必须所有人凑齐站15分钟，冲刺结束要开评审会、复盘会，少一样都不算“真正的敏捷”。
我们照着做了整整一个月。
结果呢？每天的站会变成了轮流念稿子，轮到谁谁就把昨天干了啥今天要干啥念一遍，碰到真有卡壳的问题，也因为怕耽误大家时间，三言两语就带过；冲刺评审会变成了给领导做汇报的秀场，大家提前一周做精美的PPT，就为了在会上把进度说的好看点；复盘会更绝，所有人都在说“我们要加强沟通”“我们要提升效率”，半句话的实际行动都没有。
有次迭代结束，我们算下来，整个团队花在开这些“规定动作”会议上的时间，占了总工作时长的30%。开发组长直接跑到我办公室拍桌子，说再这么搞，大家都要被逼离职。
现在回头看，我们当时根本没搞懂敏捷协作到底是啥。我们把所有的注意力都放在了“做对流程”上，却忘了流程本来是为了让大家干活更顺，不是为了让大家给流程打工。
真正的转折点是2023年春天，我们接了个客户的定制化项目，本来按原计划要三个月交付，结果临上线前一个月，客户突然说要把上线时间往前提半个月——他们的竞品要抢先上线，错过这个窗口，项目价值直接打对折。
换做以前，我们得走整整一周的需求变更审批流程：产品提申请，部门经理审批，调整排期，重新开规划会，等流程走完，客户那边早就凉了。那次我们没搞那套，直接拉了产品、核心开发、客户成功三个人，在楼下星巴克坐了四十分钟，把原计划里三个对客户价值不大的功能全砍掉，剩下的任务拆成了每天能看到明确产出的小节点，最后居然比客户要求的时间还提前一周完成了上线。
那天散会我才反应过来，所谓敏捷协作，根本不是什么高深的管理方法。说白了就是别让信息堵在某一个人手里，别让决策绕三圈才能落地。
真的敏捷，从来不是要求所有人“实时同步”
之前我们对敏捷协作还有个特别大的误解：觉得敏捷就是所有人随时在线，任何风吹草动都要第一时间同步给所有人。
结果就是开发正在写核心代码，被群里@一下要回消息，思路断了半小时都接不上；设计正在改交互稿，被临时叫去开10分钟的同步会，一下午的进度全乱了。更可笑的是，有时候群里问个问题，@了所有人，结果真正能解决问题的人根本没看到，一群人在群里你一言我一语扯半小时，啥结果都没有。
后来我们干脆把这套规矩全改了。
同步信息只找相关的人，永远不要在大群里@所有人问”有人看到这个问题吗”。开发碰到接口问题，直接找负责那个接口的开发，30分钟没回复，就直接拍他工位的隔板，别绕三层审批找组长协调。
我们还把之前每天必须凑齐的15分钟站会，改成了异步站会：大家每天早上9点半之前，在共享文档里写三句话就行——昨天做了啥，今天要做啥，有啥卡壳的。谁有空就翻两眼，碰到真的有卡壳的问题，相关的人再拉个小群聊，聊完就散，绝不扯闲篇。
就这一个小改动，我们团队的无效会议时间直接砍了60%。之前总觉得大家凑在一个会议室里开会才叫协作，现在才明白，能不凑的会，就别硬凑。
我见过太多团队，为了追求“协作感”，把大家的时间拆的七零八落，看似所有人都在实时同步，实际上没人能沉下心来干完整的活。
别用“敏捷”的名义，给员工压无意义的活
我之前一直觉得，我们团队的敏捷协作算是落地的比较实了，直到那天在便利店碰到蹲在台阶上哭的小周。
她为啥要加班补站会记录？因为之前我们定了个规矩，每个站会的内容都要整理成正式文档，分类存进公司知识库，方便新员工查阅。结果呢？那些记录全是套话，半点儿实际价值都没有，大家为了应付这个要求，每天要花20分钟整理文字，本质上就是在给知识库攒垃圾内容。
我当时看到她掉眼泪的样子，突然就觉得特别荒谬。我们搞敏捷协作，本来是想把大家从无意义的流程里解放出来，结果反而给大家加了一堆要应付的活。
第二天我们就把这个规矩砍了。砍了站会记录的要求，还把之前所有没用的“敏捷规定”全捋了一遍：要求每个人每半小时更新一次项目管理系统进度的规定，删了——改成有实质进展的时候再更新；要求每个迭代结束每个人写300字复盘的规定，删了——改成复盘的时候大家把需要调整的待办列清楚就行，谁负责、什么时候做完，写明白就完事；要求所有人必须在工作时间在线的规定，改了——只要你能在约定的时间点把活交了，你是在家干活还是在公司处理私事，没人盯着你查岗。
说实话，一开始我还怕这么松的规矩，大家会偷懒。
结果呢？项目的交付速度反而比之前快了30%，大家的平均加班时间少了近一半。因为没人需要再花时间应付那些虚头巴脑的记录、汇报、套话了。
现在我们团队关于敏捷协作的规矩，全是大家在复盘会上一条条攒出来的，没有一条是从哪本管理书里抄来的：
——任何需要跨三个人以上才能决策的事，先拉个小群，找个能拍板的人在群里，别等所有人都有空凑齐了开长会。
——谁碰到的问题，谁就是第一责任人，别等上级安排谁去解决。做设计发现产品需求逻辑有问题，直接找产品聊，聊不拢就找对方主管，别等着自己的主管去跟对方的主管沟通，绕来绕去耽误时间。
——每次复盘先找自己的问题，别一上来就怪别人执行力差。比如上次大家说异步站会每天写三句话太麻烦，我们就改成每周写两次，碰到问题随时在文档里提就行，根本不卡死时间要求。
不过话说回来，敏捷协作从来不是什么放之四海而皆准的万能药。我们是做互联网产品的，大家都在一个办公室办公，沟通成本低，能玩得转这套。要是你是做硬件研发的，要跨好几个供应链部门，流程本来就复杂，那也不用硬套我们的经验。
上周我又在那个便利店碰到小周，她买了杯冰美式，笑着跟我说现在她下班就能走，再也不用补那些没用的记录了。风一吹，她头发上的草莓发夹掉在地上，我帮她捡起来的时候突然觉得，我们折腾了这么久，所谓的敏捷协作，说白了就是这么点小事：
别让大家把时间花在应付流程上。
把时间，留给真正要干的活。
