工期估算

去年我接手一个有 14 个研发团队、约 320 人的中大型企业项目治理评审时，翻出了一份让我印象很深的延期报告：一个预计 40 人天的核心模块改造，最终花了 93 人天，超期 13…

2023 年我接手过一个 240 人研发组织的工期治理项目。当时他们的项目管理系统里，“预计工期”字段的填写率是 96%，从报表上看非常健康。但当我把过去 6 个月已关闭的 1.8…

去年冬天我复盘一条延期了 23 天的交付线，41 个任务里有 27 个的"预计工期"是在需求评审散会后 90 秒内被随手填上的，平均每个数字的思考时间不到 4 …

一个开发量只有 3 天的跨部门接口联调任务，从建单到关闭，实际用了 37 天。这不是段子，是我在 2023 年一个中台重构项目里亲手复盘出来的数据。更扎心的是：当我把这 37 天拆…

去年下半年，我参与了一家做智能硬件的公司（约 600 人，研发 320 人）的交付流程复盘。他们的项目管理平台上线 8 个月，理论上“任务属性”字段已经配得很全：优先级、负责人、开…

去年第三季度，我帮一家 400 人规模的智能制造企业做交付复盘。一个横跨研发、硬件、供应链、法务、市场五个部门的智能网关联调项目，立项时各部门报上来的预计工期加起来是 38 个工作…

先把结论放在前面：实际工期是任务属性的函数，不是负责人的承诺 去年做一次跨部门复盘时，我把同一个需求的两个记录摆在一起：产品团队填的工期是 3 天，交付团队填的是 12 天，最后实…

去年我帮一家 180 人规模的 SaaS 公司做研发效能复盘，拉出近 12 个月的 2,847 个工作项记录，得到一个反常识的结论：延期超过 5 天的任务里，真正因为「工作量估小了…

去年我接手过一个 60 人规模的研发组织复盘，他们迭代交付准时率长期在 62% 左右徘徊，团队第一反应是"估算不准"，于是花了两个月做估算校准培训，把故事点重新…

我见过太多项目周报里出现同一句话：“任务已完成 80%”，结果三周后还是 80%。问题不在成员不努力，而在于任务属性里的“实际工期”根本没被填对。工期不是项目经理一个人拍板填进去的…