上周三下午，我盯着白板上贴满的彩色便签，突然把手里的马克笔捏扁了。
那是我们团队搞敏捷协作的第三年。之前为了凑所谓的敏捷标准流程，我们抄了互联网大厂的全套模板：每天固定15分钟站会、两周一个迭代周期、迭代最后一天必须开全员评审会、每个需求都要写满20页的PRD才算合规，前后折腾了快一年，团队的加班时长肉眼可见地涨了一大截，项目交付的速度反而比之前没搞敏捷的时候还慢。
你以为的敏捷，只是换了个名目走流程
最开始搞站会的时候，我们要求所有人每天早上9点准时到会议室，每个人必须按三个问题汇报：昨天做了什么，今天要做什么，遇到了什么阻碍。
有个后端开发前一天晚上为了优化接口性能，熬到12点多，站会上站起来就讲：“我昨天把用户模块的接口从原来的单表查询改成了三表关联查询，把之前冗余的三个字段做了数据清洗，涉及到的逻辑链路包括用户登录态校验、会员等级判定、积分实时结算……”
全组人都听傻了。
本来要求15分钟结束的站会，最后硬生生拖到45分钟。大家早上到公司先灌两杯冰美式，才能熬完这一场无意义的信息轰炸。更离谱的是迭代评审会，我们要求每个迭代结束当天，所有人必须对着需求文档逐行核对，差一个像素的按钮位置都要当场讨论清楚，经常从下午2点开到晚上7点，散会的时候所有人都饿到胃痉挛，最后定下来的修改意见，转天就没人记得了。
说实话，那半年我真的想把所有和敏捷相关的文档、便签、流程图全扔进垃圾桶。
我甚至一度觉得，所谓的敏捷协作，根本就是咨询公司编出来骗企业钱的概念。直到那次老用户召回的项目彻底翻车，我才反应过来，我们从一开始就把敏捷的内核搞反了。
真正的敏捷协作，是把“要我配合”变成“我要找谁配合”
那次做老用户召回活动，我们按之前的流程走：产品写了20页的PRD，拉了开发、设计、运营开了一下午的评审会，定了排期，每个人按职能领任务，到点交付。
结果开发做了一周，运营拿着短信文案过来找，说之前定的文案不符合召回活动的调性，要改；设计做完落地页，产品又说弹窗的位置太靠下，用户看不到；来回拉扯了三次，项目直接延期了一周。我们本来想按老流程开个复盘会，结果临出门的时候有人提议，别在会议室聊了，楼下便利店刚冰好的可乐快卖完了。
几个人蹲在便利店门口的台阶上，抱着冰可乐吐槽了半小时，才找到问题的根源：所有的协作节点，都是靠人记、靠会催，从来没有把真正要做事的人，绑到同一件事上。
你想啊，开发领的任务是“写用户模块的接口”，他根本不用管运营的活动文案是什么，反正文案是运营的事；设计领的任务是“出活动落地页的图”，他也不用管这个弹窗位置能不能帮运营多转化几个用户，反正位置是产品定的。大家都在完成自己的“职责”，根本没人对最终的结果负责，遇到问题就甩锅，当然快不起来。
那天我们回去就把之前的流程全改了。首先取消了全员强制站会，只有每个任务的核心对接人需要参加，每次站会只聊一件事：现在卡在哪了，需要谁搭把手。其他无关的人？该写代码写代码，该改文案改文案，没必要来会议室陪会。然后把之前按职能拆分的任务，全部改成按完整的项目闭环拆：比如老用户召回这个事，就把对应的1个产品、2个开发、1个设计、1个运营直接拉成一个临时小团队，从需求对齐到上线运营，全程自己碰，不用每次都找各自的leader走审批，只要这几个人对结果达成一致，就可以直接推进。
改完的第一周，我们就尝到了甜头。之前要走三天流程才能改的弹窗文案，运营在群里@了对应的设计，10分钟就改完了；之前要排两周期的临时数据埋点，数据同学和产品对着后台聊了10分钟，当天就补完了。整个过程没拉一次正式会，没填一张审批表，项目最后比原定时间提前了几天上线，召回的转化率比我们预期的还要好。
别把敏捷搞成道德绑架，舒服的节奏才走得远
刚尝到甜头的时候，我们也走过弯路。觉得既然敏捷这么好用，那就把迭代周期压到1周，每周必须上线一个新功能，结果大家为了赶进度，代码写得乱七八糟，后面补bug补到吐。有个入职两年的后端开发，连续三周周末来加班，直接递了离职申请，说“我不是来这里写垃圾代码的”。
那句话点醒了我。我们之前总觉得，敏捷就是要快，要快速响应需求，要快速上线，却忘了快的前提是舒服，是可持续。如果为了所谓的敏捷，把大家逼到天天加班，代码质量一塌糊涂，那和之前为了走流程而走流程的蠢事，又有什么区别？
后来我们又把规则松了松。迭代周期不再卡死2周或者1周，小的功能比如改个按钮文案、调个弹窗位置，3天做完就可以直接上线；复杂的系统改造，比如重构整个用户中心，那就拆成4周的迭代，中间只要每周同步一次进度就行，不用硬卡时间点。我们还取消了固定的复盘会，只有项目出了问题，或者大家觉得有必要聊的时候，才找个空会议室坐下来碰，能在群里说清的就别专门跑一趟。
现在我们团队的人，基本到点就可以下班。没人会为了赶所谓的迭代进度熬大夜，遇到问题直接找对应的人碰，不用绕弯弯。敏捷协作的核心从来不是流程，是减少没必要的信息差，让真正做事的人可以最快拿到需要的支持。
不过话说回来，我也不是说所有的固定流程都要砍掉。比如涉及到用户数据安全的需求，该走审批还是要走，总不能为了快就乱搞对吧？
上周我路过之前我们开站会的会议室，看见别的团队还在里面坐满了人，每个人对着笔记本念昨天的工作，我悄悄把会议室的门带上了。
敏捷协作从来不是什么高大上的管理方法论。
就是别让做事的人，把时间浪费在没必要的事情上。
