周期时间

去年下半年，我帮一家 150 人左右的 SaaS 公司做研发流程诊断。他们最头疼的问题不是需求做不完，而是“明明每个任务都估了工时，为什么交付日期还是不准”。我拉了三个月的任务流转…

任务属性里的“开始时间”，是我见过被低估得最彻底的一个字段。2021 年我参与一家 300 人规模研发组织的交付度量复盘，他们连续采集了三个月的 1.8 万条任务数据，结果有 62…

我带过一个 14 人的交付型项目组，上线前三天，项目经理在企业微信群里发了一张进度截图：任务完成率 87%，唯一一个标红的任务是「联调测试」，预计延误 2 天。所有人回复「收到，加…

我做过一次不太体面的统计：在一个 160 人的研发组织里，把一个需求从提交到上线的 21 天完整拆开，真正有人在处理它的时间是 3.2 天。剩下 17.8 天，它在等排期、等评审、…

我带过一个 12 人的跨职能任务小组，任务是把一套运行了四年的订单结算模块整体替换掉。上线前 21 天，任务系统里显示的完成率是 78%，我当时的判断是「进度健康」。上线前 9 天…

我见过一个 140 人的研发中心，在三个月里把任务管理系统的字段从 27 个精简到 9 个，需求平均交付周期反而从 18.4 天降到 11.2 天。也见过另一个 60 人的团队，反…

核心结论：先把指标选对，再谈流程规范 负责人在研发任务管理上最容易犯的错误，是把「任务完成率」当成体检报告的核心指标。我在接手一个约 140 人的研发组织做效能治理时，第一版看板上…

2023 年我做过一件现在回想起来代价不小的事：给一个 240 人的研发组织设计了 11 个必填任务字段，结果三个月后，工程师的周期时间中位数从 4.2 天涨到 6.7 天，而管理…

我把一个 320 人研发组织的需求池从 327 条压到 81 条那天，业务方第一反应是"你是不是偷偷删了东西"。实际上一条都没删，我只是把"什么算一个…

我用两周时间做了一件挺无聊的事：把自己每天打开协作工具的次数、每次停留时长，以及从“听到一个需求”到“把它变成一个可执行工作项”的耗时，全部记录下来。20 个工作日里，我平均每天切…