依赖关系

先说结论：截止时间失效，几乎从不是“执行不力” 2023年下半年，我帮一家做工业物联网的客户做交付健康度诊断。研发团队187人，同时在跑4条产品线和11个客户定制项目。我拉取了近半…

项目预计 42 人天交付，实际用了 118 人天。复盘会上，六个部门给出了六个版本的原因：研发说需求变过三次，测试说环境一直没给到位，实施说客户侧接口没人确认，硬件说物料周期被供应…

很多研发团队都在估算上翻过车：一个看起来“最多三天”的接口联调，最后拖了两周；一个被标记为“简单”的数据看板，做完才发现上游埋点全是脏数据。问题通常不在估得准不准，而在于任务属性没…

2021 年我接手一个 40 人的研发中台团队时，翻了一遍他们历史库里的 1732 个已关闭任务，发现有 61% 的任务「预计工期」字段和实际完成日期偏差超过 3 天。真正让我意外…

去年做年度复盘时，我拉取了 6 个团队、约 1.2 万个已关闭任务的字段数据，想验证一个我们默认成立的假设：填了"预估工时"的任务，实际工期应该更准。结果恰恰相…

在我负责过的一个 120 人研发组织里，“截止时间”这个字段的二次修改率一度达到 62%，每 10 个任务里有 6 个的截止时间在创建后被改动过至少一次。但团队的按期达成率并没有因…

我第一次认真审视“预计工期”这个字段，是在一个 200 人规模的软件交付团队做复盘时。当时 12 个项目里有 9 个延期，项目经理给出的理由高度一致，“工期本来就估不准”。但我把任…

去年十一月，我帮一家做企业级 SaaS 的公司做交付流程复盘。他们的研发、市场、客户成功三个部门联合推进一个大客户定制交付项目，立项时任务列表拉了 147 条，看起来分工明确、截止…

去年第四季度，我帮一家约 300 人规模的研发组织做效能复盘，翻完 6 个迭代、1100 多条工作项的流转记录后，发现一个反直觉的事实：延期最严重的 23 个任务里，有 17 个从…

我带过的一个 12 人研发团队，曾经把"订单模块重构"拆成了 27 个子任务，Jira 看板上每一列都排得满满当当，燃尽图漂亮得像教科书。结果上线日期从 3 月…