飞飞

很多项目负责人第一次认真算关键路径，是在项目已经延期之后。甘特图拉出来一看，密密麻麻的依赖箭头连成一张网，但真正要回答"到底哪个任务晚一天、整个项目就得晚一天"…

去年我接手一个跨部门的数据中台项目，立项时排了142个任务，甘特图看起来严丝合缝。上线前两周，我盯着燃尽图发现进度突然"卡平"了，5个关键任务全部停在&quot…

我做过一个跨 5 个研发团队、涉及 120 多个任务节点的数据中台项目，甘特图上每个任务都按时完成了 100%，但整体上线还是晚了 19 天。复盘时我们才发现：问题不在任何单个任务…

去年我接手过一个已经延期六周的内部系统迁移项目，复盘时发现一个反常识的事实：延期不是因为团队不努力，而是因为项目负责人把 23 条任务依赖里的 11 条排错了，其中 7 条是&qu…

去年第四季度，我接手了一个已经"排得很漂亮"的版本迭代项目。甘特图上FS依赖连成一条笔直的主线，从需求评审一直延伸到灰度发布，17个任务首尾相接，项目经理告诉我…

去年Q4，我参与复盘一个交付型项目：整体延期11个工作日，团队一开始把原因归到"测试资源不够"上。但把时间线一层层拆开之后，真正的根因只有一条，测试环境的冻结窗…

2023 年我接手一个覆盖 4 条产品线、11 个研发小组的交付治理项目，第一次翻开甘特图就发现：全图一共 37 条 SS 依赖，其中 21 条没人能说清为什么要连。三个月后项目整…

我带过的一个 14 人交付团队，曾经在同一个季度里连续踩了三次同一种坑：需求评审时所有人都点头通过，进入开发阶段后，前端等着后端的接口，后端等着运维的权限开通，测试等着前端的提测包…

我见过最漂亮的一张甘特图，是在一个近三百人的研发组织里。六十四行任务、二十三条依赖连线、关键路径用红色加粗标出，连"联调窗口"都排到了具体小时。三个月后，这个项…

去年我复盘了自己带过的 11 个版本，发现一个不太好意思承认的事实：真正把版本拖垮的，不是哪个任务做得慢，而是某条依赖关系直到它卡死关键路径的那一天，才第一次被写进任何一份文档里。…