跨团队依赖

去年Q3我接手了一个跨三个业务线的中台重构项目，排期会上团队信誓旦旦说"四周搞定"。结果第三周周一早上，我在飞书群里看到研发Leader发了一条消息：&quot…

去年 Q3，我接手了一个跨 5 个团队、涉及 37 个任务节点的中台改版项目。排期评审会上一切顺利，所有人都在甘特图上签了字。结果上线前 11 天，一条我以为"肯定没问题…

2023 年下半年，我接手过一个已经延期六周的 B 端产品版本。复盘时发现，真正被"做不完"卡住的任务只有 3 个，但因为依赖关系没管好，导致 17 个下游任务…

去年第四季度，我接手了一个已经延期六周的中台改版项目。复盘会上，后置任务负责团队，数据报表组，被列为"主要责任方"，理由很充分：他们的接口联调比计划晚了整整十五…

去年七月，我负责的一条业务线在迭代末期崩了盘。需求评审通过、开发排期确认、测试资源锁定，所有节点看起来都严丝合缝，结果上线前三天，依赖的一个第三方支付接口因为对方内部合规审查被冻结…

我见过一个真实项目：一个 40 人的研发交付团队，在季度初排了 320 条任务，其中 287 条被设成了 FS 依赖，也就是"前置任务完成，后置任务才能开始"。…

去年第三季度，我以外部顾问身份介入了一家约260人规模的金融科技公司。他们的技术VP向我展示了一份令人心惊的数据：过去6个迭代周期中，有4个迭代出现了关键路径任务延期，平均延期7.…

项目延期复盘会上，最常见的归因是"需求变更太多""人手不够""估时不准"。但如果你连续跟三个延期项目做根因分析，会发现一…

很多项目经理第一次被"依赖关系"坑到，是在项目已经跑起来之后。前两周一切正常，第三周突然发现：开发等在需求确认，测试等在开发提测，上线等在测试报告，整条链路像多…

去年底我接手了一个 140 人的研发组织做进度跟踪诊断，进场第一周就发现一件反常识的事：这家公司同时跑着四套进度跟踪体系，Jira 看板、每周 Excel 周报、钉钉群里的口头同步…