依赖登记表

去年第四季度，我以外部PMO顾问的身份介入了一家做智能硬件的公司。他们的研发VP跟我说了一句话，我至今记得：“我们不是不知道任务依赖重要，我们是每次发现依赖冲突的时候，已经来不及了…

去年第三季度，我接手了一个已经延期六周的中台重构项目。复盘时发现一个反直觉的事实：项目里真正因为"技术做不出来"而卡住的任务，不到全部延期原因的15%。剩下85…

我在 2023 年接手过一个跨 5 个团队的平台迁移项目，排期表上看起来非常漂亮：接口联调、数据迁移、灰度发布三条主线几乎同时启动，甘特图里横条并排得整整齐齐。结果第一周就出事了，…

去年底我帮一个 40 人的产品团队做延期复盘。项目对外承诺的交付日往后拖了 23 天，但把每个人的工时明细拉齐之后我发现，真正"卡住不动"的时间只有 6 天，剩…

三年前我接手一个 14 人的跨端项目，上线前做复盘时发现一件很难接受的事：项目累计延期 23 个工作日，其中真正卡在技术难题上的只有 6 天，剩下 17 天全部花在“等”上，等接口…

我见过最典型的一次跨部门项目崩盘，不是因为谁能力不行，而是因为所有人都在"等"。市场部等产品部确认需求边界，产品部等研发部评估技术可行性，研发部又反过来等市场部…

跨部门交付里最容易被忽略的一类工作，是"后置任务"，它的启动时间不由自己决定，只由上游的交付决定。我在过去几年里以研发效能负责人和外部顾问的身份，完整复盘过 1…

去年第四季度，我帮一家做智能硬件的公司复盘他们连续三个版本延期的问题。会议室里坐了十七个人，产品、研发、测试、供应链、市场、售后都在。我在白板上只写了一句话：请写出你们这个版本里，…

2023 年 9 月，我接手了一个已经延期 11 天的项目。让我意外的是，这个项目的关键路径算得完全正确，项目文件里那条链路从需求评审一路连到上线，总浮动为零，前后置关系没有任何逻…

很多团队说自己在做"依赖管理"，实际上只做了一半：把任务拆开、把责任人填上、把截止日期排好，然后指望依赖关系会自动成立。我见过一个 12 人的研发团队，季度初排…