在多年交付实战中，我见过太多项目"前松后紧"——计划阶段豪情万丈，执行阶段步步惊心，最后靠加班和砍需求换上线。进度失控从来不是某一个环节的问题，而是从目标拆解到路径规划再到动态纠偏的系统性失效。本文用"金字塔法则"将这三个层次串联起来，结合脱敏后的真实项目经验，希望能给你带来一些落地参考。
自下而上构建，自上而下控制
核心认知：WBS（Work Breakdown Structure）是一切进度控制的基石。如果需求本身是模糊的，任何排期都是"算命"。我经手过一个数据中台项目，PM 直接在甘特图上画了"数据治理 — 3周"，结果开发做了 4 天才发现数据源接口权限都没申请完。这就是典型的"分解不够"。WBS 的黄金标准是：每个工作包不超过 40 小时（一个人一周的工作量）。
一个实用的技巧是"三问法"：做完这个任务，我具体交付什么？谁依赖我的输出？如果延迟了，谁的路径会受影响？问完这三个问题，WBS 颗粒度基本能达标。
WBS 拆解完后，我们手上有一堆"原子任务"，但它们之间是有依赖关系的。关键路径法（Critical Path Method）的核心就是找出总浮动时间为零的那条最长路径——这条链上的任何延迟都会直接推后项目交付日。
以一个 ERP 升级项目为例。我们列出了 80+ 个任务，画网络图后发现关键路径落在：基础架构升级 → 数据库迁移 → 核心模块适配 → UAT 测试 → 上线切换。而"报表开发"有 6 天浮动时间，前期根本不用抢资源。很多团队的问题恰恰相反——把资源投在了非关键路径上，关键路径却无人问津，等到发现时已经来不及了。
另外，不要机械套用 MS Project 自动算出来的关键路径。工具只认"任务依赖"，而实际上还需要考虑资源依赖——两个任务虽然逻辑上独立，但共享同一个核心开发，实际上也是串行的。资源约束下的关键链法（Critical Chain）是 CPM 的进阶补充，值得在资源紧张的项目中尝试。
WBS 和目标定了，关键路径盯住了，但项目仍然可能出问题——因为进度和成本是联动的。挣值管理（Earned Value Management）的神奇之处在于，它用三个指标告诉你：做了多少计划的工作？实际花了多少钱？干出了多少价值？
我经历过最典型的一个案例：某 IoT 平台项目，第 5 周报告"进度 70%"（团队直觉），但用 EVM 一算，SPI 只有 0.82，实际进度不到 60%；更可怕的是 CPI 0.73——钱花了很多，活没干出来多少。如果不做挣值分析，等到项目结束发现超预算 30% 时，已经没有任何腾挪空间了。
EVM 的落地门槛并不高。不需要昂贵的软件，Excel 就能跑。关键是养成习惯：每两周一次 EVM 健康检查，给项目经理和关键干系人看趋势图。趋势比绝对值更有意义——连续两期 SPI 下降就该拉警报了。
金字塔法则的精髓在于三层必须贯通：WBS 提供了"做什么"的精确地图，CPM 回答了"什么路径最紧要"的战略问题，EVM 给出了"我们到底干得怎么样"的客观仪表盘。缺了任意一层，进度控制都会变成"凭感觉"或"看运气"。
当然，工具只是工具。真正让金字塔生效的是项目管理者的判断力——什么时候分解再深一层，什么时候对关键路径冒险做快速跟进，什么时候根据 EVM 数据果断砍范围。这些决策无法被工具替代，但好的工具能给决策者提供"当下最真实的信息"。信息越真实，决策越准确，项目越可控。共勉。