实际工期

去年秋天，我帮一家做工业软件的公司做研发效能复盘。会上产品总监抛出一个数字：上个迭代平均任务耗时 7.3 天，研发团队当场炸了，"我真正写代码的时间加起来不到两天，剩下五…

我第一次认真怀疑“实际工期”这个字段，是在一个 320 人的研发组织里做交付数据复盘。当时我把过去一个季度的 1200 条已完成任务拉出来，想做一次估算准确度分析，结果发现有 41…

去年冬天我帮一家工业软件公司做迭代复盘，遇到一个让我停下来的数字：同一个迭代里的 27 个任务，负责人手填的“实际工期”平均是 2.8 天，而从状态流转记录里推算出来的真实跨度平均…

我先给一个不太舒服的观察：在我复盘过的延期项目里，真正因为"人不够、技术太难"而拖垮进度的不到三成，超过一半的延期，在任务被创建的那一刻就已经注定了，因为那张任…

上个月我陪一家做工业软件的公司做研发效能复盘，他们把过去 18 个月的 3.2 万条任务记录导出来，我先问了一个问题：你们的“实际工期”字段，到底是谁填的？对方负责人愣了两秒，说，…

我把过去六年经手的 23 个研发团队的排期数据翻出来做过一次复盘：在任务属性基本只靠"标题 + 截止日期"两个字段撑着的团队里，计划工期与实际工期的中位偏差是 …

我复盘过 30 多个研发团队的工时数据治理项目，最刺眼的结论是：绝大多数项目表里的“实际工期”，是事后编出来的，不是过程中长出来的。去年我帮一家 130 人的 SaaS 公司做交付…

核心结论：实际工期不是“估”出来的，是任务属性“框”出来的 去年我参与过一家 300 人规模软件企业的研发效能诊断。团队负责人反复强调“我们估算能力不行”，但我把 6 个迭代、11…

去年我帮一家180人的软硬件混合研发团队做项目复盘，导出过去14个月共2178个任务的任务属性数据，发现了一件反常识的事：计划工期的填写完整度高达96%，但真正能支撑工期分析的样本…

去年 Q4，我参与了一家 300 人规模智能硬件公司的交付复盘。他们 12 个跨部门任务的"计划工期"加起来是 47 个工作日，系统导出的"实际工期&…