任务依赖

过去三年我参与过 40 多个中大型交付项目的复盘，一个反复出现的现象是：项目延期的直接原因里，"某个任务没做完"只占一部分，更多的情况是，任务其实做完了，但后置…

去年11月，我接手了一个已经延期两周的App 3.0版本项目。前任项目经理留下的计划表看起来非常漂亮，甘特图排得整整齐齐，每个任务都有明确的起止日期。但我把计划表导进项目管理工具一…

去年下半年，我接手了一个被前任项目经理"冻结"了六周的项目：一个中台数据迁移工程，计划工期写着 90 天，实际已经烧掉 40 天，进度条却卡在 25%。我花了整…

先给结论：关键路径不是画出来的，是算出来的 我先把最核心的判断放在最前面：关键路径是「决定项目最短工期的依赖链」，它必须由数据算出来，而不是由项目经理凭感觉标出来。很多团队的排期表…

去年复盘一个 11 人的研发交付项目时，我把所有工作项的等待时长单独拉了一遍：6 周迭代里真正花在"干活"上的时间约占 63%，剩下 37% 是被依赖关系卡住的…

先给结论：依赖管理做不好的三个根本原因 在展开方法论之前，我先把最核心的判断说清楚。大部分团队依赖管理失败，不是因为不会画网络图，而是卡在三个更底层的地方。 1. 把"顺…

2019年我接手过一个内部系统重构项目，网络图算得漂亮，关键路径标得清清楚楚，总浮动时间一共14天。结果项目延期37天交付，复盘时发现，真正吃掉工期的不是任何一个关键任务本身，而是…

去年第三季度,我接手了一个已经延期六周的企业级数据中台项目。复盘会上,团队给出的延期理由高度一致:"上游没交付,我们没法动。"我把过去90天的站会记录、任务变更…

我把这套东西讲给二十几位项目经理听过，每次开场我都会先问一个问题：你们项目里，两个任务之间的依赖关系，是谁登记的？现场通常安静三秒，然后有人说"计划里写了"，有…

项目排期这件事，我做过不止一次"救火队长"。印象最深的一个项目：24人团队，跨三个小组，甘特图画得漂亮，关键路径在工具里被标成了红色，结果第7周还是整体延期了1…