飞飞

去年11月，我陪一个112人的研发团队做版本复盘。那个版本原计划11月8日发布，最后卡到11月15日。事后拉时间线，真正的起因不是谁没干活，而是10月30日接口联调时，后端B和前端…

上周和一个做基础架构的朋友吃饭，他说他们团队现在最怕的不是线上故障，是每天早上九点半企业微信里准时弹出的那条机器人消息：“你有 7 个任务已逾期，请及时处理”。三个月前他们上线了这…

去年Q4，我们一个四十多人的研发团队在版本发布前两天才发现，一个标记为"已完成"的接口联调任务，实际上因为下游依赖方超期已经卡了6天。更讽刺的是，Jira里这个…

去年第三季度，我帮一家做工业软件的研发团队做交付流程复盘时，翻出了他们连续六个迭代的看板历史数据：平均有23%的任务在原定截止日之后才被标记完成，而这些超期任务里，超过一半从&qu…

去年冬天，我们一个支付链路的 P1 告警在凌晨 1 点 47 分触发。值班同学的第一反应不是打开告警平台，而是在 12 个研发群里挨个发了一句"有人看下支付吗"…

很多研发团队第一次做任务超期提醒，都是从一句特别朴素的需求开始的：“任务快到期了，能不能自动提醒一下负责人？”听起来像个半天就能搞定的功能，实际上线后往往变成事故源，有人在凌晨两点…

先说结论：研发团队的催办问题，九成不是“催得不够” 过去三年，我以研发效能顾问的身份深度参与过十几家研发团队的任务流改造，规模从 8 人的创业小队到 300 多人的中台部门。复盘下…

去年 Q3，我帮一个 60 人的研发团队做交付复盘，发现了一个非常反常识的数据：他们迭代内的任务延期率高达 31%，但翻查飞书、Jira 和邮件的通知记录，92% 的延期任务在截止…

很多研发团队的任务提醒，本质上还停留在“群吼”阶段：项目群发一条、邮件抄送一遍、私聊再催一次，结果仍然有人漏看、误判优先级、忘记关闭任务。我在过去三年帮六家 30 到 300 人规…

过去两年我帮六家研发团队做过任务协同的流程梳理，其中一个二十多人的团队给我留下的印象最深：他们的工具看板配得很漂亮，提醒规则也设了十几条，但迭代复盘时依然频繁出现"这个任…