依赖管理

上周三下午，我陪一家做工业质检软件的客户做迭代复盘。他们 12 人的研发团队，上个迭代一共 37 个任务，项目经理周一早上花了 40 分钟把任务分完，每人 3 个左右，看上去非常整…

派发任务看起来是项目经理最日常的动作，但真正出事的项目，十次里有七次不是技术难题，而是任务发出去的那一刻就已经埋了雷。我统计过自己带过的 23 个中大型交付项目，其中 9 个项目出…

截止时间实操方法这件事，我踩过最大的坑，是在一个 140 人的研发组织里把“截止时间”当成一个必填日期字段来推进。三周后，逾期率没有下降，项目负责人反而每天多花 1.5 小时改日期…

去年 11 月，我负责的一个 9 人研发小组把版本延期了 23 天。复盘会上所有人都在说“需求变更太频繁”“测试环境不稳定”，但我把任务列表按时间轴拉了一遍，真正的原因是：这个版本…

2023年下半年，我带着四个部门做了一次跨部门交付复盘。立项时产品、研发、测试、数据联合评估，给出的预计工期是6周；实际交付用了14周，偏差率133%。复盘会上，大多数人给出的第一…

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

去年第三季度，我主导过一次涉及 12 个部门、47 个交付节点的年度系统割接复盘。项目原计划 6 周完成，实际用了 11 周，超期 83%。但真正让我意外的不是超期本身，而是我把所…

2021年，我接手过一个看起来并不复杂的项目：四个部门协作完成一次企业级系统迁移，技术评估工期17个工作日。实际交付用了41个工作日。 复盘的时候我做了件当时觉得很笨的事：把41天…

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

2023 年秋天，我参与了一个 132 人研发组织的交付周期治理项目。立项时所有人几乎一致认为是"估时能力不行"，于是我们安排了两轮估算培训、发了三份估算手册。…