营出凝聚力
赢得团队心

蹲在会议室地板改7版需求后,我摸透了真的敏捷协作根本不是凑站会时长

去年深秋那次跨部门项目复盘,我把手里的热美式往会议桌上一放,溅了半圈咖啡印没人敢抬头。项目延期12天,跨了产品、技术、运营三个组,所有人都拍胸脯说自己是按敏捷流程走的——每天15分钟站会,每两周一次迭代评审,文档写得整整齐齐,最后上线的功能还是被用户骂到评论区翻不了身。

那些被我们当成”敏捷标配”的东西,90%是在浪费时间

刚接触那套方法论的时候,我们像拿到了标准答案,恨不得把所有要求都刻进团队的考勤规则里。要求所有人必须固定时间到会议室站会,迟到就算缺勤;要求每个任务必须拆到2小时能完成的最小颗粒度,写满整面白板;要求每一份需求文档必须留痕,哪怕只是改了个标点,也要走一遍审批流。 住得最远的产品同事,每天要赶22分钟的早高峰地铁,就为了在站会上说三句话:”我今天做原型,我昨天改了文档,我没卡壳。” 15分钟的会经常拖到40分钟。轮到谁进度卡壳,大家就盯着桌面不说话,散会了还是没人提解决方案。
跨部门团队凑在会议室开冗长站会的真实场景
跨部门团队凑在会议室开冗长站会的真实场景
直到那次站会,后端小哥憋了五分钟,涨红了脸说:”我卡了3天的那个支付接口,上周找运营要数据字段,运营说他早就把表发群里了,我翻了200条聊天记录,根本没找到对应字段。” 那瞬间我突然反应过来。我们花了那么多时间凑流程的形式,根本没在解决真问题。站会开得再准时,文档写得再规范,没人接下卡壳的事,所有流程都是空架子。

真的敏捷协作,从来不是把流程卡得越细越好

那次复盘之后,我们没急着找新的方法论学习,先把所有写在团队规则里的”敏捷要求”拉了个清单,一条一条划掉没用的。 第一个被砍掉的就是固定时间的全员早站会。换成了卡壳才喊人,没事不凑堆的机制——我们给每个项目开了个专属的卡点响应群,群里不聊闲天,不发红包,只有当某个人碰到跨部门的堵点,直接@对应的对接人,要求1小时内必须回应,要是文字说不清楚,不管人在哪,凑到一起3分钟把事说透,不用等排期的会议时间。 有次运营的小姑娘下午3点碰到弹窗触发逻辑的调整需求,@前端小哥的时候,对方正在楼下买冰美式。两个人就站在奶茶店的吧台边,对着手机备忘录说了2分钟,把触发条件、上线时间、回滚方案全定了。等回到工位,修改的需求已经同步到共享文档里,前后花了不到10分钟。换以前,走跨部门需求审批,至少要等2天。
项目成员在奶茶店吧台快速对齐需求的真实抓拍
项目成员在奶茶店吧台快速对齐需求的真实抓拍
爽吗?太爽了。 以前我们总觉得,敏捷就是要把所有事都拆得足够细,把所有规则卡得足够严,才能不出错。结果拆到最后,每个人只知道自己手上要写的那行代码,根本不知道整辆车要开去哪个方向。之前的迭代评审会更离谱,所有人对着PPT念任务完成率,念完鼓掌散会,没人好意思提真问题——直到评审完散场,后端小哥才拉着我说,那个三级菜单的权限控制,他上周就说技术上实现成本太高,当时站会没人接话。 原来大家都在凑流程的KPI,根本没在听对方说什么。

能落地的敏捷协作,要敢把没用的规则全删掉

能落地的敏捷协作,要敢把没用的规则全删掉
能落地的敏捷协作,要敢把没用的规则全删掉
调整了3个月,我们把之前那套厚厚的团队操作手册删得只剩3页纸,全是能直接落地的实在要求,没有半句空话。 第一,所有跨部门项目,一开始不用把需求拆到最细,先定死项目上线那天必须解决的3个核心问题,剩下的细节边做边调。上次做新用户留存活动,我们一开始就定了三个核心:让新用户注册后3天内完成首次浏览、领取优惠券、完成第一笔下单。至于弹窗的颜色、推送的时间、按钮上的文案,根本没写进第一版的需求文档,等核心流程跑通了,对着真实的用户数据慢慢调,反而比一开始写20页的需求文档效率高多了。 第二,不搞死板的责任田划分,谁碰到谁上。之前技术小哥测试的时候发现活动页的文案有语病,根本不用走流程找运营改,直接在页面上把错字修正,改完在群里说一声就行。换以前,这种事要填修改申请,等运营审批,等产品确认,至少要耗半天,现在1分钟就解决了。 第三,复盘的时候不说套话,每次只问三个问题:这次我们花了最多时间的事,是不是真的有必要?哪个环节我们等别人等得最久?下次碰到同样的事,能不能不用等?上次复盘大家说等运营的活动素材等了2天,那下次我们就提前把素材模板发出去,只要核心内容对,剩下的格式我们自己调,根本不用等运营出终版。 说实话,一开始我也怕,把这些规则都删了,团队会不会乱成一锅粥?结果做了3个月,项目的平均交付周期反而缩短了40%,没人再天天抱怨开没用的会,大家反而愿意主动找事做。毕竟谁也不想把时间浪费在凑流程上,对吧。 前几天我在楼下便利店碰到之前那个后端小哥,他手里攥着半根烤肠,跟我说现在终于不用每天早上挤地铁赶站会了,昨天他在家远程办公,花了2小时就把之前卡了一周的支付接口写完了,比在公司坐一整天效率高多了。 我突然想起刚接触敏捷概念的时候,翻了好多厚厚的书,说什么自组织团队,什么用户故事地图,全是飘在天上的词。其实哪有那么复杂。 敏捷协作从来不是什么要照搬的先进方法论。 就是少点形式,多点实在。 少点等流程的时间,多点当场解决问题的干脆。 就够了。
免责声明:市场有风险,选择需谨慎!此文仅供参考,不作买卖依据。如有侵权请联系删除。
文章名称:蹲在会议室地板改7版需求后,我摸透了真的敏捷协作根本不是凑站会时长
文章链接:https://m.tuanjian1.com/changdi/1143.html