飞飞

我带过一支 23 人的研发团队，有整整半年时间，迭代准时率在 60% 上下打转。一开始我以为是排期太满，直到我把过去两个季度所有延期任务拉出来，逐条标注"有没有验收标准、…

2023年Q3，我接手一个32人的研发团队，季度末交付延期率37%，需求返工率28%。我原以为是技术债和需求变更的问题，直到把过去90天的任务记录逐条拉出来看，才发现一个反常识的事…

我在一家约150人规模的研发组织里见过这样一幕：某个周三下午，项目负责人用批量操作把87个需求一次性分给了9名开发工程师，平均每人9.7个。三天后的站会上一片哀嚎，有人手里全是跨模…

去年我在一家 200 人规模的 SaaS 公司做研发效能盘点，做的第一件事是导出近 6 个月的任务变更日志。结果有点刺眼：一个 40 人的研发团队，半年内任务负责人被改动 1273…

去年第三季度，我参与复盘过一个 140 人的研发组织：季度交付准时率只有 47%，但工程师人均有效投入工时达到 6.4 小时/天，接近行业健康线。矛盾点很快浮出水面，问题不在&qu…

去年 11 月的一个周二上午 10 点 17 分，我在一个 60 人规模的研发团队里看到一条任务评论：「这个导出接口以后由你负责，需求文档我发你飞书了。」两周后，这个任务在线上触发…

去年 11 月，我带的一个 6 人小组在支付链路灰度改造上踩了个不小的坑：一个名为「支付链路灰度改造」的任务被挂上了 5 个执行人，两周后复盘，没有任何一个人能说清这个任务当时到底…

过去两年，我以研发效能顾问的身份，先后深度参与过 7 个规模在 50 到 300 人之间的研发组织的任务分派诊断。有一个数字每次都会让管理层沉默：在这些团队里，大约 30% 到 4…

去年我帮一家 240 人的研发组织做交付复盘时，翻出了一组很难看的数据：一个迭代里被重新指派过 3 次以上的任务占了 27%，而这些任务的平均交付周期是其他任务的 2.4 倍。更扎…

去年 Q3，我帮一家做工业 SaaS 的公司做研发效能复盘，翻到一条让我印象很深的数据：他们 180 人的研发组织，一个双周迭代里，任务从「创建」到「被责任人确认认领」的中位耗时是…