上周跟一个做消费互联网的部门负责人吃饭，他扒拉着碗里的红烧肉吐槽，说前两年花了大价钱送核心团队去学敏捷，回来之后现在每天站会跟念课文似的，跨部门对接还是踢皮球，项目延期了第一反应是找对方的问题，合着敏捷协作在他们那儿，就是换了个更正式的名头开无效会。
我当时差点把可乐喷出来。
太懂这种感觉了。
最早我把敏捷协作做成了”全员表演赛”
2019年刚接团队的时候，我跟着行业流行的趋势买了全套Scrum课程，把12个人的小团队按角色拆成固定的功能小组，要求每天早上9点半必须准点开15分钟站会，每个人必须按固定模板汇报昨天的产出、今天的计划、遇到的阻碍，少一个环节都不行。
刚开始那两周我还挺得意，觉得整个团队的节奏一下子就提上来了，直到那次618的大促活动。
我们提前两周排了上线计划，站会开了快10天，每个人的进度都填得满满当当，没有一个人提卡点。结果离上线只剩3天，后端开发突然在群里炸了，说产品给的活动规则里，满减叠加的计算逻辑跟前端写的完全对不上，两边对着文档扯了一下午，才发现产品改规则的时候，只同步给了设计，压根没跟开发打招呼。
为什么之前站会没人说？
因为大家都怕在会上说”我有阻碍”，显得自己工作推进不力。设计改了三版海报，觉得已经按需求做完了，根本没意识到要跟开发同步逻辑；开发埋头写代码，觉得产品给的文档就是最终版，也没主动核对。最后整个大促活动延期了一周，错过了流量最高峰。
现在想起来都臊得慌。
真正的敏捷协作，从来不是流程走得有多顺
那次搞砸之后，我拉着团队在会议室复盘到凌晨两点，桌上的空外卖盒堆了半摞，大家你一言我一语吐槽，才发现之前所有的流程设计，都是在要求大家”把表演做足”，根本没给大家留”说真话”的空间。
我之前完全搞反了。
敏捷协作的核心，从来不是让所有人按固定节奏走完流程，是让所有问题能在成本最低的时候暴露出来。
后来我们把站会的规则全改了。不用每个人念流水账式的进度，只要没卡点的人，打个招呼就能回工位干活，站会留到最后的，全是带着卡点来的人。谁遇到解决不了的对接问题，当场就拉相关的人进来聊，10分钟能说清的事，绝不拖到第二天开专项会。
就这么改了不到一个月，有次做会员体系的迭代，开发刚写了3天代码，就在站会上提，说产品给的老用户积分兑换规则有歧义，他不确定是按注册时间算还是按累计消费算。我们当场就拉了负责用户运营的同学进来，对着规则捋了12分钟，把所有边界情况定死了。
搁以前，这种问题肯定要等开发把功能全写完、测试测到最后阶段才会发现，那时候改逻辑的成本，是现在的十倍都不止。
能落地的敏捷协作，根本不需要复杂工具
这两年见过太多团队，一提起要做敏捷协作，先花几万块买最贵的项目管理工具，给每个岗位设上精细化的权限，要求每个人每天必须更新任务进度，填完所有的字段才能下班。最后大家光填工具的时间，比实际干活的时间还多。
我们团队现在的协作规则，拢共就三条，没有任何花里胡哨的要求。
所有跨部门的需求对接，来的人必须是能拍板的。遇到那种拿着半页纸、说”我们领导觉得这个要改”的对接人，我们直接打回去，让能做主的人来谈——谁也不想跟传话筒耗时间。
再有就是，所有卡住的问题，超过2小时没进展的，必须抛到团队公共群里。不许自己闷头扛，我们甚至定了个听起来有点离谱的规则：谁遇到问题憋了半天不说，最后搞砸了项目，罚得比主动提问题的人重得多。
最后那条更简单，每周五的复盘会，不许念这周完成了多少指标，就说这周哪件事协作的时候掉链子了，下次遇到同样的事怎么调整。
上个月做社群拉新活动，运营的同学本来要提前3天给设计提海报需求，结果临时被别的事绊住了，离活动上线只剩48小时才想起来。她也没绕弯子，直接在群里喊了一声，说自己忘了提需求，现在需要设计帮忙赶一版海报。刚好设计那边手头的活提前收尾了，抽了半天时间把海报做出来，最后活动的转化效果，比之前同类型的活动还高了一截。
说实话，我现在特别烦那种把敏捷协作讲得玄乎其玄的培训师，好像你不把团队按Scrum框架拆得七零八落，不买他几千块钱一套的课程，就不算真的在做敏捷。
哪有那么复杂。
大家出来干活，谁也不是来演流程的。你能让每个人遇到问题的时候敢说，能让需要对接的人不用绕三层领导传话，能让出了问题的时候先想着怎么补窟窿而不是先找谁背锅——这就是最实在的敏捷协作。
现在那个跟我吃饭的部门负责人，上周给我发消息，说他们把原来的站会改了，现在每天站会就留10分钟，只聊卡点，上周一个跨部门的项目，比原定时间提前了两天上线。
你看，根本没那么难。
