上周跟一个做创业的朋友吃饭，他吐槽说自己团队学敏捷学了半年，钱花了不少，工具买了，站会天天开，结果项目延期了三次，团队成员怨声载道，说还不如之前随便干的时候效率高。
我听完差点把手里的冰可乐喷出来。
这种坑我太熟了。三年前我刚带团队的时候，也是抱着一本敏捷圣经啃，把网上所有能找到的敏捷模板都抄了一遍，结果折腾了大半年，才摸明白——绝大多数人对敏捷协作的理解，从根上就错了。
站会不是表演，是15分钟的排雷会
最开始我们学敏捷，第一步就是抄站会的规则：每天早上9点，所有人站成一圈，每个人轮流说三句话——昨天做了啥，今天要做啥，有没有阻碍。
听着挺对吧？
实际开了两周，变味了。
有人对着电脑屏幕念任务清单，念10分钟都停不下来。有人全程盯着自己的鞋尖，轮到自己就说”我昨天做了登录模块，今天继续做，没阻碍”。还有人趁别人发言的时候，偷偷刷工作群的消息，指尖在屏幕上敲得飞快。
我那时候还觉得是大家态度不认真，好几次站会故意拉长脸，谁发言说短了就追问两句。直到有个跟着我干了两年的老开发，散会之后拽着我在楼梯间抽烟，他说：”哥，你能不能别每次站会都像审犯人似的？我要是真遇到卡壳的问题，我敢在会上说吗？上次小李说自己接口调不通，你当场就说‘这个问题很简单啊，你怎么搞不定’，之后谁还敢说真话？”
那根烟抽完，我后背凉了半截。我那时候才反应过来，我之前站在台上皱着眉的样子，像极了我刚工作时遇到的那种只会念流程的傻逼领导。原来我们花那么多时间开站会，根本不是在同步进度，是在逼着大家表演”我很忙，我没遇到问题”。
后来我们把站会的规则全改了。站会的核心不是汇报进度，是暴露风险。首先时间砍到15分钟，到点就散，谁超时直接被请出去。其次每个人发言不许说”我昨天做了啥””我今天要做啥”——这些内容提前一天写在看板上，大家进会议室之前自己看就行。站会上只说一件事：你现在遇到了什么解决不了的问题，需要谁帮你。
改完第一周，站会时间平均只花了7分钟。有人说自己对新的支付接口逻辑不熟，需要后端组长帮着看10分钟；有人说设计稿的尺寸标错了，需要设计师下班前给个修正版。没有废话，没有表演，所有卡壳的问题当场就定好对接的人和时间。
别拆细任务了，先把”谁兜底”写在便利贴上
之前我们做目标拆解，总想着要把任务拆到不能再拆，最好拆到每个人每天上班做什么都写得明明白白。拆完贴满整面墙，看起来整整齐齐，特别有成就感。
结果一到真干活的时候，就开始扯皮。
去年做用户积分体系迭代的时候，有个积分兑换库存的逻辑，产品说这个归后端开发，后端说这个规则是运营定的，应该找运营确认，运营说我只管写规则，系统怎么实现是你们技术的事。三个人扯了三天，谁也不肯先动手，眼看就要到迭代截止日了，我才知道这个环节根本没人推进。
那时候我才反应过来，我们拆了那么多任务，从来没写过——如果这个环节卡壳了，到底找谁拍板。
后来我们调整了拆任务的规则。每一张便利贴，除了写清楚任务内容和交付时间，必须在右下角用红笔标上兜底人的名字。兜底人不是任务的负责人，是那个能调动资源拍板解决问题的人。比如刚才说的积分库存逻辑，兜底人是我——我是产品负责人，哪怕我不会写代码，我可以拉着运营、后端、测试一起开个15分钟的小会，把规则捋清楚，不用等他们三个互相推。
说真的，这个改动带来的变化，比我们之前花几万块买的项目管理工具管用多了。之前跨角色扯皮的事，至少占了团队30%的沟通时间，改完之后，只要谁遇到卡壳的问题，直接找便利贴上写的兜底人，根本不用反复对齐、反复确认。
迭代不是赶火车，晚了10分钟也不用跳车
很多人对敏捷的误解，就是觉得迭代周期是死线，到了时间就必须把所有约定的功能交付完，不然就是团队失败，就要开复盘会找责任人。
我之前也是这么想的。
还是那次积分体系迭代，到第12天的时候，测试突然提了个致命问题：我们写的积分过期逻辑有漏洞，如果用户在过期前10分钟兑换，系统会误把他的积分清零。
那时候离迭代上线还有2天，所有人都慌了。有人说不然就把积分过期的功能砍了先上线，不然完不成迭代目标，季度考核要扣分。有人说不然就加班熬两个通宵，把bug改完，绝对不能延期。
我那时候也纠结，拿着这个问题去找老板，老板听完就笑了，他说：”你们不是天天说敏捷协作要响应变化吗？怎么到自己这，就被两周的迭代周期绑死了？”
那句话点醒我了。
我们后来重新捋了一遍任务，把那个非核心的”积分排行榜分享”功能挪到了下一个迭代，多花了1天时间把积分过期的逻辑彻底测顺，才上线。上线之后根本没有用户说”你们怎么晚了一天上线”，反而因为我们把积分提醒的逻辑做的很细，后来收到了好几百条用户的好评。
从那之后，我们就把迭代的规则改了。迭代周期是给大家做参考的，不是不能碰的红线。如果遇到核心的风险，不用硬扛着赶进度，允许把非核心的任务挪走，甚至允许把周期顺延个1-2天。我们再也不会在迭代评审会上，对着没完成的任务揪着不放，大家更愿意把精力放在”怎么把真正重要的事做好”，而不是”怎么踩着点把所有任务都交差”。
前几天那个吐槽敏捷的朋友给我发消息，说他们把站会改了，把任务墙的兜底人标上了，现在团队扯皮的事少了很多，上周的项目居然比预期早了一天上线。
我看完笑了笑。
其实哪有那么多玄乎的协作方法啊。
敏捷协作从来不是什么写在书里的流程，不是买个工具、开个站会就能做成的事。你得把那些套在人身上的枷锁拆了，让大家敢说真话，不用表演，遇到问题有人兜底，不用硬扛着赶死线。
毕竟，人顺了，事才能顺。
