依赖效率指标

我在过去几年里参与过十几次中大型实施交付的复盘，几乎每一次，“延期原因”排第一的都不是技术难题，而是“等”，等上游接口确认、等客户数据清洗完、等另一个实施小组把配置基线冻结。我们做…

去年年底复盘时，我统计了自己带的第 27 个迭代：原计划 21 天交付，实际用了 33 天。延期的 12 天里，只有不到 2 天真正花在被延误方自身的执行上，其余时间都消耗在一组我…

我见过太多PMO团队把"依赖管理"做成了Excel表里的甘特图连线游戏，项目经理每周花3小时更新依赖关系，但真正因为依赖问题导致的延期依然占到了总延期的40%以…

去年第四季度，我接手了一个已经延期三周的中台重构项目。复盘时发现一个反常识的结论：延期最严重的环节，不是那个所有人都盯着的核心开发任务，而是一个被标记为「低风险」的接口联调前置任务…

我带过的一个 14 人交付团队，曾经在同一个季度里连续踩了三次同一种坑：需求评审时所有人都点头通过，进入开发阶段后，前端等着后端的接口，后端等着运维的权限开通，测试等着前端的提测包…

我见过太多项目在启动会上信心满满，甘特图一拉，任务一排，大家都觉得这次稳了。结果三周之后，进度会上出现频率最高的一句话变成了“我这个任务还在等前置那边完成”。不是一个人在等，是一串…