依赖管理

去年第三季度，我接手了一个跨部门协作诊断项目：一家做企业服务的公司，产品、研发、市场、销售、交付五个部门同时推进一条新产品线，项目计划上写着14周上线，实际跑了27周才勉强交付。复…

去年我接手了一个跨五个部门的年度重点项目，启动会上所有人都说"排期没问题"，结果三个月后交付日期还是滑了两周。复盘时我发现，真正拖垮项目的不是某个任务本身做不完…

去年第四季度，我以外部顾问的身份参与了一家约 600 人规模的智能硬件公司的项目复盘。那场复盘的导火索很直接：一款原定 9 月量产的产品，最终拖到 12 月才小批量出货，错过了整个…

去年秋天，我接手了一个濒临失控的跨部门项目：市场部要等产品部的功能清单确认物料方向，产品部要等研发部的技术可行性评估排优先级，研发部又在等测试部的自动化用例回归结果才能封版，而测试…

去年Q3，我接手了一个跨部门项目：市场部要在9月15日上线一场大型行业直播，需要产品部在9月10日前完成新版功能演示环境的冻结，而产品部的演示环境又依赖研发部在9月6日前完成三个关…

去年第三季度，我接手过一个典型的跨部门项目：市场部要在双十一前上线一个联合营销活动，产品部要出一个定制化功能模块，研发部要排期开发，设计部要出整套视觉物料。项目启动会上大家都很积极…

去年我接手一个 11 人的交付项目，排期评审会上所有人对时间表都点了头。两周后，前端等后端的接口，后端等第三方的 SDK，测试等两边都提测，三条依赖链同时断裂，项目实际进度落后计划…

去年我接手了一个已经延期六周的跨端产品项目，复盘时发现一个尴尬的事实：甘特图上画了 237 条依赖关系，但真正被团队主动跟踪的不到 20 条，而最终导致延期的 3 个关键卡点，有 …

项目延期最常见的归因是"需求变更"或"资源不足"，但我复盘过去三年经手的 17 个中大型项目后发现，真正让排期失真的往往不是这些显性因素，而…

去年我帮一家做企业级 SaaS 的客户做研发效能复盘，他们的 CTO 给我看了过去四个季度的项目数据：在 27 个迭代中，有 19 个出现了不同程度的延期，而延期原因里有 12 个…