依赖管理误区

去年冬天，我接手了一个让我至今印象深刻的复盘。一个 30 人的研发团队，连续三个迭代延期，平均每个迭代延期 4.5 天。团队 leader 一开始把矛头指向"测试环境不稳…

去年第四季度，我带的一个中台产品项目在临近提测阶段突然崩盘。问题不在需求，也不在开发能力，而是一个被所有人忽略的依赖：我们以为支付网关的额度校验接口会先行上线，但实际上它依赖风控团…

去年第三季度，我参与了一个跨四个部门的版本交付。距离发布还有 11 天时，项目经理在群里问了一句"大家都没问题吧"，所有人都回复"没问题"。…

去年年底，我帮一家做智能硬件的公司做项目复盘。他们有一个 47 人的研发团队，硬件、固件、云端三条线并行。项目原计划 12 月 15 日交付，结果拖到次年 2 月 8 日，延期 5…

2024年春天，我以外部PMO顾问的身份，接手了一个已经连续两个季度延期的智能硬件项目复盘。翻完项目计划表，我发现一个很魔幻的事实：表里一共建了437条任务，其中只有61条设置了前…

先给结论：前置任务落地失败，90% 不是工具问题，而是“承诺链”断了 我带过 11 个跨部门项目，复盘过 60 多次延期事故，得出一个反常识的结论：真正压垮项目进度的，不是前置任务…