任务依赖

2023 年 9 月，我负责的一个软硬一体项目在第 14 周卡住了。固件版本冻结、App 灰度发布、产线试产这三件看起来互不相干的事，同时停在那里，等同一份接口协议定稿。而那份协议…

去年 Q4，我把自己经手的 47 个已交付版本翻出来做了一次复盘：其中 29 个版本的最终交付日突破了基线日期。我原本以为主因是需求变更，但把每个版本的延期天数按原因归类之后，结论…

计划排得很漂亮，甘特图上的任务条严丝合缝，结果执行到第 12 天，你发现前端在等接口，接口在等第三方供应商的沙箱账号，而供应商的对接人上周休假了，没有任何一个任务"延期&…

我接手过一个上线时间已经被老板拍死在 6 周的项目：一个内部审批系统，看起来任务不多，团队也齐。结果第 4 周周三，我发现最关键的"数据迁移"任务还在等接口联调…

排期评审会上全票通过的甘特图，两周后往往变成一张没人敢点开的图。我做项目负责人的第 4 年，接手一个 11 人、周期 14 周的中间件重构项目，计划里每个后置任务都设了完成-开始（…

去年我接手一个 8 周的企业级研发平台迁移项目，第 5 周复盘时，团队一致认为延期风险最大的是"历史数据清洗"，它耗时最长、最脏、最容易出问题。但把依赖关系画完…

去年我接手一个中台重构项目，12 个跨团队任务里有 9 个存在上下游依赖。排期时大家都说"没问题"，结果第三周开始，前端等接口、测试等环境、运维等配置，整条链路…

去年我接手一个 14 人天的数据中台改造项目，排期表做得很漂亮：需求评审 2 天、接口开发 5 天、联调 3 天、上线准备 2 天、正式发布 1 天。结果第 4 天就卡住了，开发做…

我见过太多项目死在一个不起眼的地方：排期表上每个任务都有开始和结束日期，看上去工工整整，但一执行就崩。上个月我帮一家做企业服务的团队做复盘，他们的上线计划延迟了整整三周，原因不是技…

先给结论：前置任务管理的核心不是排期，而是四件事 在展开之前，我先把最核心的判断放在前面。跨部门前置任务管理做得好不好，取决于四件事是否做到位：依赖识别的完整性、交付标准的清晰度、…