ARTICLE · 1125968
计划靠Excel,延期成常态——项目分级、里程碑透明化与资源负荷可视化的落地路径
多项目并行时，进度靠 Excel 维护、口头同步，项目经理每周追着人问“完成没有”。关键节点到了才发现图纸没出、模具没开、样品没测，延期原因永远是“资源不够”。更麻烦的是没人说得清哪个项目最关键、谁最忙、下一个卡点在哪，于是所有项目都喊紧急，所有资源都在救火。延期之所以成为常态，不是因为团队不努力，是因为计划本身没有被管理——没有分级、没有节点、没有负荷视图，计划就只能靠人的自觉去兑现。
计划失效的三个信号
计划问题很少以“计划做得差”的形式出现，它通常以三种更隐蔽的信号暴露出来。
其一，没有里程碑，只有截止日期。只有终点没有节点的计划等于没有预警——等到截止日才发现偏差，一切补救都来不及。里程碑的作用不是汇报，而是把一个长周期切成若干次可以纠偏的机会。
其二，多项目抢同一批人。资源负荷不可见，谁催得急就先做谁的，关键项目被边缘项目挤占，整体交付周期被拉长。忙的人越来越忙，闲的资源始终看不见。
其三，进度是问出来的，不是显出来的。状态依赖人工汇报，汇报天然滞后且乐观，“完成了八成”是最常见也最危险的回答——它既无法验证，也无法用于决策。
没有节点的计划不是计划，是愿望；没有预警的进度不是管理，是通报。
把管道看成一个整体
成熟做法不是盯单个项目，而是管项目管道：先分级，再看负荷，最后才排期。三者顺序不能颠倒——先排期后分级，等于默认所有项目同等重要。
项目分级。按战略重要性与资源投入把项目分成 A、B、C 三级，A 级优先保障资源，C 级随时可让路。没有分级，所有项目都是第一优先，最终谁也保不住。
里程碑与决策评审绑定。概念、计划、开发、验证、发布各阶段设决策评审点（DCP），每个评审点既是质量闸口，也是进度锚点。过不了就是过不了，不允许“先做着再说”。
资源负荷可视化。把关键资源——结构工程师、模具、试验设备——的可用工时按周摊开，让冲突在排期前暴露，而不是在执行中爆发。负荷超过百分之百的计划，本身就是不可执行的。
多项目并行的企业，真正稀缺的从来不是项目，是同一批关键人。
三步让进度自己说话
透明不等于上系统，先让规则跑起来，系统只是把规则固化下来。
第一，定分级规则并公示。谁是一级项目、谁能调用哪些资源，写清楚并让全员知道，减少抢人的隐性博弈。规则公开的意义在于，被让路的人知道为什么，而不是怀疑被针对。
第二，里程碑上墙。物理看板或数字化看板都行，红黄绿三色状态由责任人维护，延期一天就变红，不解释、不美化。状态更新频率固定，避免临时抱佛脚式的补录。
第三，建立周度资源负荷评审。每周看一遍关键资源负荷，超过 120% 就触发重排——要么加资源，要么砍范围，要么调节点。三选一，不允许“再扛一扛”这种第四种答案。
进度透明的价值不在于好看，而在于让冲突在还能解决的时候被看见。
临了想多说一句
项目延期的代价往往不在延期的那几天，而在错过上市窗口与客户信任的流失。管理进度的本质不是催人快一点，而是让组织始终知道：现在最该保的是哪个项目、下一个卡点在哪、如果不动会损失什么。这三件事说清楚了，速度自然会起来，因为资源第一次放到了真正重要的地方。
你们公司多项目抢资源时，最后是老板拍板还是规则说了算？评论区聊聊。
如果这篇对你有启发，欢迎关注 大盛说管理，持续用咨询视角拆解研发制造实战。