研发效能

去年第四季度，我帮一家两百人规模的 SaaS 公司做研发流程复盘，翻完他们最近三个迭代的 Jira 记录后发现一个刺眼的数据：在所有被标记为"已完成"的任务里，…

我在一次季度复盘上数过一个数字：某 120 人的研发中心，一个季度里真正卡住交付的阻塞点有 68 个，但站会记录里主动报出来的只有 17 个，剩下 51 个是在延期发生之后才被&q…

去年我接手一个 200 人规模的研发组织做效能诊断，第一次把依赖数据拉出来跑的时候，看到一个不太好看的数字：跨团队任务的平均"等待上游交付"时长是 4.7 天，…

2024 年 3 月，我接手一个 40 人研发团队的效能诊断。打开他们的迭代看板，一个反差数据很扎眼：单个任务的完成率长期在 85% 以上，但整个迭代的准时交付率只有 52%。团队…

去年十月，我带着一个 40 人的研发团队复盘一个延期 21 天上线的版本。事后我把整个迭代的 137 个任务和 89 条依赖关系全部导出，一条条对照，发现了一个让我有点难堪的事实：…

去年第四季度，我接手了一个让我印象很深的中台重构项目。项目启动会上，12个研发小组的排期都排得漂漂亮亮，依赖关系也都在项目管理平台里标了连线。结果第三周就崩了：支付组等风控组的接口…

2024年下半年，我参与过一次研发效能诊断，对象是一家约140人的B端SaaS公司。CIO给我的原话是：“我们的排期做得挺细，但交付就是不准。”我让他们把最近两个迭代的工时数据导出…

去年十一前的最后一个工作日，我在会议室里被一条链路彻底绊住：客户端A组等B组提供接口字段清单，B组等C组先改完网关鉴权，C组等D组把测试环境部署脚本交付，而D组的资源被另一个紧急需…

去年第三季度，我在一家约 400 人规模的 SaaS 公司做研发效能复盘时，发现一个反常识的数据：那个季度被关闭的任务里，有 17.3% 在关闭后 14 天内被重新打开。更值得玩味…

去年我在一家 300 人规模的 SaaS 公司做研发效能复盘时，遇到一个让我印象很深的数字：某个迭代的"任务重开率"从 8% 涨到 23%，团队负责人的第一反应…