前置时间

去年下半年，我把一个 300 人规模研发组织连续 6 个季度的排期记录拉出来重算了一遍：2300 多条需求，团队自己报的“按时交付率”是 91%，但同一批需求如果按“第一次给业务方…

我带的第一个 30 人研发团队，季度末复盘时出现过一个很尴尬的场面：项目看板上 92% 的任务已经标记为“已完成”，但真正能在当季上线并产生业务价值的只有 61%。剩下的 31% …

我帮一个 40 人的研发团队做过一次为期两周的执行效率复盘。我们把 20 个已上线的需求逐个拉出来，标出它们在看板上的前置时间和真正被处理的时间，结果是：平均前置时间 11.2 天…

2023 年下半年，我以外部研发效能顾问的身份，跟进过一个 130 人左右的研发组织。他们有很规范的看板、每天 9:30 准时开站会、迭代计划会一次不落，工具也用的是当时市面上主流…

我带过的一个 120 人研发组织在 2023 年做过一次任务管理审计，结果很不体面：系统里平均每人每周新增工作项 11.4 个，但真正被流转到"已完成"状态的只…

我见过一个 180 人的研发组织，在半年内任务总量涨了 42%，但版本交付周期反而从 18 天拉长到 26 天。任务管理负责人上任后做的第一件事不是加工具，而是把过去 3 个月所有…

去年我帮一家 180 人规模的 To B 软件公司做研发流程诊断，产品负责人打开他们的任务看板让我看：127 个"进行中"的任务，最长的已经挂了 214 天，平…

很多团队在复盘任务管理失控时，第一反应是"流程不够细"，于是加状态、加审批、加字段、加报表。我见过一家 400 人的软硬件混合研发组织，在一年之内把任务状态从 …