任务依赖

去年十月，我接手的一条 60 人产品线出过一次很典型的「后置任务事故」：前端在接口还没冻结时就开始写页面逻辑，等字段一改，两周的页面工作量有三分之一返工。复盘会上大家给的原因清一色…

去年第四季度，我参与复盘了一个延期 19 天的 B 端产品上线项目。团队 11 人，甘特图画得很漂亮，每周例会雷打不动，每个人的任务列表都是满的。但翻出进度记录后我们发现一个尴尬事…

三年前我在一家做智能硬件的公司负责交付，一个 11 人的项目，在项目管理工具里铺了 214 条任务依赖。上线前第 5 天，硬件测试工程师整理自己的任务列表时，顺手删掉了一条他认为是…

我带过一个 12 人的研发小组，曾经因为一条没人写下来的依赖关系，整整空转了 5 个工作日。后端同学说"接口还没冻结，前端先做别的"，前端同学说"页面…

我在过去八年里带过十几个中大型项目，也做过两年 PMO。如果让我只保留一条最反常识的观察，那就是：项目延期的主因，通常不是某个任务没做完，而是任务之间的“等”从来没有被当成一件正式…

很多团队把"依赖推不动"归因为执行力差、责任心弱，但我复盘过十几个延期项目后发现，真正让任务卡壳的，往往是依赖关系没有被制度性地"固定"下来…

去年下半年，我接手了一个已经延期六周的企业级数据中台项目。复盘时发现一个反常识的事实：拖垮整个项目的不是最难的算法模块，而是所有人都以为"没什么问题"的后置任务…

去年 Q3，我接手了一个已经延期两周的中台改版项目。复盘会上，所有人的说法都能自洽：前端说自己按时交付了，后端说接口文档晚了两天，测试说环境一直被占用，产品说需求变更早就同步过了。…

去年 Q3，我接手一个双端 App 的改版项目，总排期 8 周，我负责其中 3 个模块的服务端接口。项目进行到第 5 周时，我才发现设计稿的最终版一直没有确认，而我的接口字段定义完…

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