研发任务分派

去年我参与过一次研发交付流程复盘，团队规模 180 人左右，三条产品线并行。复盘前他们的迭代数据看起来挺"健康"：需求按时进入开发的比例 91%，任务分派的平均…

核心结论：负责人变更不是一次字段修改，而是一次风险事件 先说一个我在复盘会上遇到过很多次的场景。某团队在一个迭代周期内，因为人员借调、请假、离职、优先级调整，累计变更了 63 次任…

去年 Q3，我参与复盘一个 P0 级线上故障的延期时，追到的起点不是代码，而是一次看起来毫无波澜的任务转交。周五 20:40，一位后端工程师把一个"支付回调超时&quot…

我带过一个 37 人的研发团队，某年 Q3 连续三个迭代延期，最初的复盘结论是"人手不够、需求太急"。后来我把当季所有延期任务拉出来逐条对账，发现真正原因排第一…

去年秋天我接手一个研发流程诊断项目，客户是一家做工业视觉设备的公司，研发中心 320 人，5 条产品线，横跨算法、嵌入式、平台后端、前端和测试五个职能。他们的工具栈不算落后，项目管…

上周三下午，一个 40 人的研发团队负责人给我看他们的任务系统后台：本季度共发生 312 次任务负责人变更，其中 191 次没有填写变更原因，67 次在变更后三天内又被改回去。更麻…

去年秋天，我参与了一个约 120 人研发团队的季度复盘。翻完三个月的迭代记录后，有一组数字让我印象很深：在全部被判定为“返工”的工作项里，有 34% 的直接诱因是任务转交环节出了问…

2022 年我接手一个 87 人的研发中心做敏捷改进，第一个月拿到的最扎眼的数字不是交付周期，而是"口头澄清次数"，每周 31 次。也就是说，平均每个工作日有 …

2023 年第三季度，我负责的研发中心发生了一次典型的“委派事故”：一位技术负责人用即时通讯给后端工程师发了一句“把订单导出优化一下，越快越好”，两周后交付的版本把导出格式从 CS…

上周一位技术负责人把他们的即时通讯记录截图发给我：一条支付渠道切换的需求，在群里被 @ 了 11 个人，48 小时后没有任何一行代码提交，最后是客户投诉传到 CEO 那里，才有人回…