依赖密度

去年Q3，我接手了一个供应链落地项目的复盘工作。项目原计划68天上线，实际用了81天，延期13天。老板问我原因，我第一反应是"资源不够""需求变更太频…

去年第三季度，我接手了一个已经延期两周的 B 端产品迭代项目。打开排期表一看，表面上每个任务都有负责人和截止日期，看起来秩序井然。但当我逐个追问进度时，发现真正的问题根本不是&qu…

我接手过一个跨四条产品线的项目集，交付节点前两周，项目集里 37 条跨团队依赖有 14 条还停在"已提出、未确认"的状态。最要命的是，没有任何一个人能说清楚这 …

很多项目经理把 FS 依赖当成一根线：在前置任务和后置任务之间连一下，甘特图自动排期就完事了。我在过去八年带过的三十多个项目里，凡是出现"排期看起来没问题、执行起来处处卡…

去年第三季度，我接手了一个已经延期六周的供应链系统升级项目。复盘会上，所有人都在检讨"执行力不够""沟通不及时"，直到我把任务表里所有的前置…

去年我在一个 260 人的交付项目做复盘时，把 41 次里程碑延期逐条拆开归因，结果让在场所有人都沉默了：真正因为"某个人产出慢"导致的延期只有 9 次，占 2…

核心结论：依赖冲突的八成是数据盲区，不是工具缺陷 过去三年我给十一个团队做过迭代复盘，用的都是同一套动作：把迭代内所有任务的计划开始、实际开始、计划完成、实际完成四列数据拉出来，按…

去年我参与一家工业软件公司的版本复盘，原计划 14 周交付的版本，实际用了 21 周。第一轮归因会上，几乎所有人都把矛头指向核心计算模块，那个模块确实延期了，但拉出甘特图逐条比对后…

去年我帮一家做工业设备的公司复盘一个延期 47 天的新产品导入项目。翻完 320 条任务、411 条依赖关系之后，我得到一个反常识的结论：这个项目的依赖关系不是设少了，而是设多了，…

上周三上午九点，我在一家 150 人规模的硬件加软件混合团队做交付复盘。项目经理打开排期表，指着一条从去年 12 月延伸到今年 3 月的连线说："这条线断了，后面全废。&…