上个月整理旧电脑，翻到2021年团队第一次搞敏捷协作的会议纪要——整整27页，全是“每日站会要求”“迭代周期规范”“用户故事拆分标准”，翻完我自己都笑了。
那些年我们把敏捷协作搞成了“走流程表演”
那时候刚听说互联网公司都在搞敏捷协作，觉得高大上，立刻照着网上找的框架抄了个全版制度，贴在团队群公告里。要求所有人每天必须9点准时到会议室站着开站会，轮流汇报三个问题：昨天做了啥，今天要做啥，遇到了啥阻碍。要求迭代周期严格卡2周，到点必须交付全部功能，不许拖期。要求每次迭代结束开正式复盘会，每个人要做15页PPT汇报成果。
真的蠢。
站会开了没一周就变味了。有人为了汇报不冷场，硬编个“正在优化按钮间距”的破事凑数；有人遇到的问题是跨部门协调的，同组的人根本接不上话，站在那干等他说完；最夸张的一次，站会开了27分钟，没人真的伸手帮谁解决一个实际问题，全是凑时长的套话。
迭代会更是走形式。每次到了交付节点，大家对着PPT念“本次迭代完成度92%，存在问题是需求变更太多，下一步要加强需求管控”——全是正确的废话。没人敢说真实原因：产品经理自己都没想清楚需求边界，开发写到一半临时改交互，测试临上线才拿到新版的操作手册。
那时候我们以为的敏捷协作，是把所有敏捷框架的条条框框抄全，就算“做对了”，根本没搞懂这套东西本来是为啥被发明出来的。
第一次真正摸到门道，是因为项目快黄了
2022年Q3接了个老客户的定制化项目，要做一套配套的报表工具，原定4周交付。结果刚到第二周，客户那边换了对接人，新的对接人说之前提的报表需求根本不是他们领导想要的，要把原来自定义报表的模块全砍掉，换成实时刷新的数据看板。
整个组当时都炸了。按之前的流程，这种级别的需求变更要走正式审批，要重新评估工作量，要跟客户掰扯之前的开发成本怎么算，算下来至少要多花2周时间。客户那边放了话，再拖一周就找别的服务商做。
我那时候也顾不上什么流程制度了，当天下午就把之前存的所有协作规范文档全拖进了回收站，拉了个只有5个人的临时小群：2个核心开发，1个跟了全程的测试，1个对接客户的产品，加我。没开正式的项目会，就蹲在会议室的沙发上，对着客户发过来的需求截图一条一条对。
有人说原来写的报表权限模块根本不用删，改改接口就能给实时看板用，能省3天的开发量；测试说不用等开发把所有功能全做完再排测试，现在每写完一个页面我就跟着测，有问题当场说，不用攒到最后一堆bug；产品说先把客户最急的“实时销售额看板”做出来，剩下的细枝末节功能，等核心功能交了再慢慢补。
那一周我们根本没组织过正式站会。早上在茶水间接水碰到了，随口问一句有没有卡壳的地方，遇到问题当场拉相关的人凑在工位边聊，有时候吃午饭的时候都在说哪个接口要调。最后居然比客户要求的时间还提前1天，把核心功能交付了，对方对接人专门打电话过来夸，说我们响应速度比之前合作的所有服务商都快。
那时候我才反应过来，敏捷协作从来不是拿多少专业框架出来摆样子，是让离问题最近的人，能最快找到能帮他解决问题的人。所有的流程、制度、框架，本质上都是为这个目标服务的，要是反过来让大家为了符合框架要求，花时间做一堆没用的事，那还不如什么框架都不用。
现在我们组留的3个笨规矩，比所有敏捷框架都好用
头一条，站会超过10分钟就散。不管有多少人要汇报，但凡有人开始扯和解决问题无关的闲篇——比如“我昨天花了3个小时整理了会议纪要”这种毫无价值的内容，直接打断。有问题单独找相关的人聊，别占所有人的时间。我们现在的站会根本不用特意站在白板前，就凑在工位边上聊，谁手上的活不着急就过来搭两句话，正赶紧急活的直接不用来，省得为了凑参会率耽误手上的事。
再就是，谁遇到问题，谁有权力直接拉相关的人开会。不用走审批，不用提前填跨部门协作申请，只要是能帮着解决问题的人，不管是别的组的技术大牛，还是公司大领导，直接@就行。之前有个刚入职半年的开发遇到个数据库性能问题，自己绕了半天没解决，直接拉了运维组的资深同事进临时群，20分钟就把慢查询的问题定位完了。要是搁以前，他得先给自己的组长发消息，组长再找运维的负责人，负责人再安排人对接，等流程走完，一下午都耗没了。
还有个不成文的约定，复盘会不许说“下次要加强XX”这种正确的废话。每次复盘，就揪着上次真实卡了进度的问题聊：当时是哪个环节掉了链子，为啥没人提前预警，下次遇到类似的事，谁来牵头兜底。比如上个月复盘的时候，大家吐槽产品提需求经常漏了数据口径的说明，导致开发做出来的数和业务方要的对不上，来回改了三四次。那当场就定死，以后产品提需求，必须把核心数据口径写在文档最显眼的位置，开发拿到需求先核对这部分，不对的当场打回去，不用等功能做完了再返工。
前几天有个刚入行的小同事问我，要怎么才能把敏捷协作做好，是不是得把Scrum的所有知识点都背熟，还要考个专业证书？我给他翻了上次那个临时小群的聊天记录，没说啥大道理。
其实哪有那么复杂。
你要是团队里，有人遇到问题不用走三道审批就能找到人帮忙，没人要为了走流程硬编汇报内容，大家都盯着把事做成，而不是盯着把流程做对——那就是最好的敏捷协作。
