任务依赖管理

去年秋天我接手过一个挺典型的复盘：一个 60 多人的研发团队，用了两年项目管理工具，看板画得漂漂亮亮，但一个版本还是延期了 11 天。事后拉时间线才发现，真正卡住的关键路径，早在排…

去年 Q3，我们一个 14 人的研发小组在两周内连续踩了两次"依赖断裂"的坑：一次是前端等后端接口，接口延期了 5 天，等接口的人却直到交付前 2 天才知道；另…

很多研发团队的排期表上，"联调"和"提测"之间画的那根箭头，其实是错的。我在过去三年帮十几家 30-200 人的研发团队做过研发流程梳理，几…

去年年底我做过一次团队复盘，把三个迭代的延期记录全部导出来，一共 47 条任务出现了明显延期。我原本以为是估点不准，逐条看完之后发现：只有 11 条是任务本身做不完，剩下 36 条…

排期会上花了四十分钟连好的依赖线，两周后再打开看板，有接近一半的箭头指向了已经取消或已经完成的任务。这不是某个团队的特殊情况，我在过去几年里帮三支研发团队梳理过任务依赖，第一次打开…

去年 Q3，我负责的一个 B 端 SaaS 版本原计划 9 月 12 日发布，最终拖到 9 月 23 日。复盘会上，团队的直觉答案是"开发工作量估少了"。但我把…

去年第三季度，我接手了一个中大型企业的 CRM 数据迁移项目。排期表看起来完美：旧系统下线 9 月 30 日，新系统切换 10 月 1 日，中间只有 24 小时窗口。结果上线前一周…

2024 年我做过一次内部复盘，把过去两年经手的 7 个跨团队版本拉出来重新数了一遍：其中 5 个版本的延期，根因都不是"人不够"或"技术太难&quo…

去年 11 月，我负责的一个 B 端 SaaS 版本卡在发版前 9 天。看板上 47 个任务全部标记为"已完成"，燃尽图漂亮得像教科书，但版本就是发不出去，因为…

上个月我把一个延期 19 天的版本做了一次完整复盘，把 47 条任务的时间线一条条摊在甘特图上，结果有点难看：真正"有人在干活"的时间只占 6 天，剩下 13 …