研发效能度量

迭代评审会前一天的晚上十点，我看到一个研发小组的看板上,完成率从本周三的68%突然跳到了94%。我没有立刻表扬，而是拉了任务变更日志，当天下午有17个任务被重新拆成了31个小任务，…

去年我帮一家做 SaaS 的研发团队做效能复盘，翻出一个让人哭笑不得的数据：他们一个 6 人小组在 Q3 交付了 47 个迭代任务，其中 有 21 个任务在"验收&quo…

去年我帮一家做 SaaS 的研发团队做交付健康度复盘，第一件事是把他们在某项目管理平台里过去 12 个月状态为“已完成/已关闭”的任务全量导出，随机抽了 300 条做人工复核。结果…

我在2022年接手过一个43人的研发团队，交接文档里写着一行数字：上一季度迭代完成率96%。我按惯例做了三次迭代复盘，越看越不对劲，需求池里躺着二十多个"已完成&quot…

去年 9 月到今年 1 月，我做了一件在很多研发管理者看来"性价比不高"的事：把一个 118 人、3 条产品线、6 个 Scrum 团队过去 14 个月的任务数…

2023 年 3 月，我接手了一个已经延期两次的 130 人跨端项目。复盘会上所有人都在争论"到底是需求变更太多，还是测试资源不够"，直到我把工作项列表按类型重…

很多团队把「任务属性开始时间」当成一个可有可无的填写项，直到某次季度复盘会上，管理层问出那句要命的话，“这个项目到底是从哪天开始算延迟的？”会议室里十几个人，给出了四种答案。有人说…

我做过三年研发效能度量，被问得最多的问题不是「故事点怎么估」，而是「你们的开始时间到底取哪个字段」。这个问题听起来像个字段命名的小事，实际上它决定了你后面所有的周期时间、流动效率、…

去年第三季度，我帮一家做工业软件的公司复盘一个延期了 47 天的版本。打开他们某项目管理平台的仪表盘，任务完成度是 94%，燃尽图漂亮地贴着计划线收敛；可打开缺陷库，这个版本上线后…

如果只能用一个字段判断一个研发团队的任务管理是否可信，我会选“完成度”。不是看它的平均值，而是看它被修改过几次、每次改动的幅度有多大、改完之后有没有人回头验证。我见过一个 320 …