依赖图谱

去年我接手了一个延期了47天的数据中台项目，复盘时发现一个反常识的结论：真正拖垮项目的不是任何一个任务的执行超时，而是三条被所有人忽略的依赖关系。其中一条恰好是SF依赖，一个&qu…

去年第四季度，我以外部顾问的身份参与了一家年营收约8亿元、团队规模接近400人的智能硬件公司的项目复盘。这家公司同时推进着三条产品线，其中一款主力产品的量产节点被推迟了整整六周，直…

去年第四季度，我接手了一个已经延期三周的跨部门项目。项目周会上，技术负责人说"等产品确认需求"，产品负责人说"等业务给反馈"，业务负责人说&…

我第一次认真把"任务依赖"当成一个可以用数据治理的对象，是在一个 40 人左右的研发团队里做效能复盘的时候。那次复盘会上，项目经理列出了一份"延期任务…

去年Q3，我接手了一个涉及5个团队、12个依赖节点的版本迭代。上线前72小时，测试同学在群里@我："支付回调的联调环境还没准备好，这版功能测不了。"我翻开自己的…

先说一个我亲历的数字：2022 年我作为 PMO 负责人，推动一个横跨产品、研发、设计、数据、风控五个部门的版本发布，计划工期 42 天，实际用了 53 天。复盘时我们把 11 天…

2023 年下半年，我接手过一个跨三个部门的项目。立项会上大家都点头，排期表上每个前置任务都有人名和日期。到了第三个月，项目卡住了，设计部说在等产品部的需求确认，产品部说需求早就发…

2023年第四季度，我带过一个支付通道切换项目，原计划11月10日上线，实际拖到12月3日。复盘会上大家给的原因很分散：接口联调慢、设计确认晚、测试环境不稳定、运营验收排不上。我把…