简介资源为埃森哲对三一集团SCM项目出具的集成计划管理现状分析与顶层设计方案包含一份158页的PPT文档面向供应链管理专业人士尤其适合正在开展计划体系变革的制造企业。内容围绕计划模式、组织流程、业务数据和IT平台四个层面展开先梳理了订单组织方式多样、规则模糊、计划职能分散、产销平衡机制不完善等痛点进而给出MTS/MTO/ATO/RTO/ETO混合订单组织方式及应用场景建议设计了长中短期计划衔接和“锁定区柔性区预测区”的柔性调整规则并规划了产销存一体化IT平台涵盖快速交期评估、主生产计划排产、缺料预警、供应商协同等功能还包含某省市场定位分析与专题讨论会实施计划。资源包为单个pptx文件共4.51MB便于直接演示其中对订单组织方式、柔性计划、IT平台方案的梳理也可直接用于后续供应链优化或项目汇报。已有49人学习适合供应链管理、计划运营、IT规划相关的咨询顾问和企业管理人员参考。 158页PPT标题叫《埃森哲三一集团SCM项目集成计划管理现状分析与顶层设计方案》。我拿到这个文件的时候第一反应和大多数人一样咨询公司又在堆大部头了。但真正做过供应链计划体系的人都知道SCM项目的集成计划管理恰恰是制造型集团最容易踩坑、也最需要系统化方法论的领域。三一集团这样的工程机械龙头产品线横跨混凝土机械、挖掘机械、起重机械多品种、小批量、定制化程度高供应链复杂度不是普通制造企业能比的。这篇文章我当作一次项目复盘来写把158页PPT背后关于SCM集成计划管理的现状分析方法、顶层设计框架以及从方案到落地的关键经验逐一拆开讲清楚适合供应链从业者、计划管理岗位的同学以及准备启动类似咨询项目的甲方团队参考。1. 158页不用慌先把SCM集成计划管理的项目边界弄清楚1.1 从标题拆项目范围这不是普通ERP优化而是计划体系重构很多人看到SCM项目就以为是采购系统或物流系统升级这其实是很大的误解。SCMSupply Chain Management供应链管理覆盖的范围极广从需求预测、产销协同、主生产计划、物料采购到仓储配送是一条完整的链条。而标题里的关键词是集成计划管理这意味着项目的重心不在执行层而在计划层——也就是供应链的大脑部分。这个边界很重要。我做过的制造型企业供应链诊断里最常见的状态是ERP上了、MES上了、WMS也上了但每个系统都在各算各的账。销售在Excel里做预测生产在ERP里跑MRP采购按自己的经验下订单仓库按入库日期发料。各个部门的计划动作都是局部最优合在一起就是灾难。集成计划管理要解决的就是把这几个计划动作统一到一个逻辑框架里让需求、供应、库存、产能这些要素在同一张计划网络中协同。三一这类装备制造企业还有一个更特殊的难点产品结构复杂一台泵车涉及几千个物料号而且很多属于面向订单的定制化配置。在这类场景里计划不是简单的预测备货而是要同时处理标准件预测、长周期物料备料、半成品预投、总装排产四层问题。任何一个环节断链交付周期和库存成本就会同时恶化。1.2 咨询交付物为什么动辄上百页每一页都得有决策支撑价值咨询公司的交付PPT向来以页数惊人著称。但我要说句公道话供应链顶层设计方案确实很难压缩篇幅。这类方案通常包含六个必须讲清楚的部分项目背景与目标、现状调研方法与发现、根因分析、行业最佳实践对标、顶层设计蓝图、实施路线图。每一部分之间是层层递进的关系砍掉任何一块决策者都没法判断为什么这么设计。我拿到这种155页级别的交付物一般会先看它的章节地图。无非是这么一条逻辑线先说企业现在哪里痛现状分析再说为什么会痛根因分析然后说标杆企业怎么解决这个问题最佳实践接着给出针对性的方案顶层设计最后说分几步走实施路线图。如果你看的方案没有完整走完这条线那页数再多也是拼凑反过来如果这条线是完整的页数多恰恰说明每个结论背后都有调研数据支撑不是拍脑袋。注意看咨询方案不要被页数带着走。优先看结论页和决策点页比如关键发现设计原则项目收益这些页面细节页用来追溯论证逻辑就够了。2. 现状分析里藏着的三个共性病灶需求断链、产销脱节、库存失真2.1 需求计划断裂预测、订单、目标这三本账永远对不上几乎所有SCM项目的第一站都是需求计划诊断。这个诊断做下来通常会发现一个非常典型的三本账问题销售手里的目标年度销售指标、订单系统里的实际订单、计划部门做的滚动预测三套数字经常不一致。销售报给计划部门的预测是基于今年要完成多少指标倒推出来的订单是客户真实掏钱买的历史发货又是另一回事。三本账对不上下游的生产计划、采购计划就没有可靠的输入。我在类似的离散制造企业里实测过一种现象销售觉得自己的预测已经够准了计划部门却觉得销售从来不给准话生产部门觉得计划排得不合理采购部门觉得需求天天变。这其实不是人的问题是流程和机制的问题。需求预测没有统一的输入模板、没有明确的责任人、没有定期的校准机制各说各话是必然的。这里有一个关键技术点很多人会忽略预测颗粒度。销售习惯按产品大类、月度报预测但生产和采购需要的是具体型号、周的需求。从大类预测到型号预测的分解逻辑如果完全靠拍脑袋误差会非常大。正确的做法是先做ABC-XYZ分类按价值和需求波动性把物料分成九类高价值高波动的物料做统计预测加销售复核低价值低波动的物料直接按历史平均备货这样既控制工作量又保证精度。2.2 产销协同缺位SOP会议开了但决策没有形成产销协同四个字在制造企业里几乎每天都被提起但多数企业做的其实是产销协调而不是产销协同。差在哪协调是发现问题后打电话沟通协同是有一套固定节奏和决策机制让需求和供应在同一个会议室里达成有约束力的共识。我在诊断阶段通常只问三件事第一你们有没有定期的SOP会议第二会议上是只通报数据还是现场要做决策第三会议形成的结论能不能直接下发到主生产计划这三问下来绝大多数企业卡在第二问。SOP会议变成了数据汇报会销售报预测、工厂报产能、库存报周转讲完散会没有人拍板说下个月按这个预测备料。结果就是问题每个月重复讨论决策永远不落地。顶层设计方案里SOP的核心不是那张会议议程表而是决策权。谁对预测偏差负责谁对库存水平负责供需出现缺口时优先保哪个客户这些问题必须提前定好规则否则会议开一百次也没有结论。这个设计如果做不好后边的MPS主生产计划和MRP物料需求计划跑得再快也是空转。2.3 库存失真安全库存靠经验拍板呆滞库存无人认领库存是制造企业最直观的痛。诊断时我习惯看两组数据安全库存的设置逻辑和呆滞库存的构成。很多企业的安全库存参数就是计划员按经验填的没有人算过这个数字对应多少服务水平、多少提前期波动、多少需求波动。结果往往是该有的料没有不该有的料一堆缺料和呆滞同时存在。再说呆滞库存的责任归属这简直是企业政治学。销售说是计划备多了计划说是销售预测不准财务想要计提减值生产怕停产不敢轻易报废。如果没有一套清晰的库存健康度指标这个问题永远是无头案。方案里一定会设计一套多层指标库存周转天数ITO、呆滞库存占比、缺货率、安全库存覆盖率并且把这些指标落实到具体的责任岗位而不是笼统归给供应链部门。3. 顶层设计方法论集成计划体系的四根支柱3.1 流程支柱把SOP从月度例会改造成运营决策中枢顶层设计方案里最核心的流程模块就是把SOP从通报会改造成决策会。标准做法是搭一个五步流程第一步是数据准备把过去一个周期的实际销售、最新滚动预测、当前库存、供应产能全部整理成一份统一的数据包提前发给参会人。第二步是需求评审销售对预测偏差给出解释市场端补充重大客户和项目信息计划部门发布更新后的独立需求视图。第三步是供应评审工厂和采购对产能、物料约束进行评估给出可承诺供应量。第四步是供需平衡把需求与供应的缺口数字化、可视化形成多个备选方案。第五步是决策发布高层对预案拍板输出确定的产销平衡计划作为下一周期排产的输入。这五步听起来不复杂但每一步背后都有配套的模板和KPI。比如数据包要在会前三天发出需求评审必须按产品线逐条过供需缺口超过一定阈值才升级到高层决策。这些规则写进流程文件SOP才能真正运转起来。3.2 计划分层年度经营计划、SOP、MPS、MRP怎么咬合顶层设计的另一个核心内容是把计划体系分成四个层级每一层解决不同时间跨度的问题并且层与层之间定义清楚输入和输出关系计划层级计划对象滚动周期更新频率主要输出战略/年度经营计划产品线、市场36个月季度/年度产能规划、投资决策SOP产品族/品类18个月月度产销平衡、库存目标MPS主生产计划关键物料/型号13周每周总装排产、长周期物料需求MRP/车间排产全部物料提前期每日采购订单、生产工单很多企业的问题在于层级之间越级跳。销售一个紧急订单进来直接插到车间排产层面把已经排好的计划全部打乱。顶层设计要做的就是让每一层各司其职紧急插单可以但必须走需求变更流程评估对供应的影响而不是直接冲击执行层。3.3 指标支柱预测准确率、OTIF、ITO怎么定义才算数方案设计阶段必须回答一个问题什么叫计划做好了如果没有量化指标后边所有改进都是空话。业界常用三个基础指标第一个是预测准确率常用MAPE平均绝对百分比误差来衡量算的是预测值与实际值的偏差比例。这里有个坑误差允许范围怎么定。我见过有的企业把±20%以内都算准确结果预测部门轻松达标生产和采购却天天救火。更合理的做法是对不同品类设不同阈值高价值物料要求更高精度同时把预测准确率与考核挂钩而不只是统计报表。第二个是OTIF按时按量交付率这个指标既衡量计划也衡量执行。但在方案里要拆开看订单下达、生产完工、发货到货三个环节分别统计才能定位断点。第三个是库存周转天数ITO和呆滞库存占比用来防止计划过度保守导致的库存膨胀。经验指标体系建完后一定要用历史数据回测。如果某个指标在历史数据上既无法计算、也无法解释那就说明数据基础不满足要么先做数据治理要么换一个可落地的替代指标。3.4 系统支柱SAP解决不了所有问题计划增强工具要适配场景几乎所有制造企业都有SAP或类似ERP系统但MRP跑出来的计划经常没法直接用。原因很简单MRP假设提前期固定、产能无限、批量无限而现实是提前期波动、产能有限、换型有成本。所以顶层设计方案里系统模块不是搭一套新ERP而是基于现有系统做增强。增强的方向大致有三类一类是做计划模拟和优化比如用启发式算法或约束优化处理产能约束下的排程问题一类是做需求感知和数据清洗把历史订单、市场情报、渠道库存数据整合成预测输入还有一类是做供应链控制塔把从订单到交付的全链路数据可视化异常自动预警。选择哪类工具取决于企业的成熟度如果连SOP流程都还没跑顺直接上算法引擎就是浪费钱。4. 方案落地阶段最容易翻车的三个环节4.1 组织调整阻力计划部门的归属决定方案生死流程和系统都好设计最难动的是组织。我见过一个很典型的案例方案设计得很好但计划职能分散在各事业部集团层面的供应链计划部只有三个人没有实权。SOP会议开起来各事业部派来的都是计划员不是能拍板的负责人。结果方案试点了一个月就名存实亡。顶层设计里一定会画一张组织调整建议图但这张图要落地需要甲方的一把手工程意志。计划职能集中到什么程度、SOP会议谁主持、供需冲突谁拍板这些不是在PPT里写写就行的而是要正式下文、调整考核关系。如果组织动不了我建议宁可缩小项目范围先把一个事业部做成样板也强过全集团画饼。4.2 数据基础薄弱指标建好了计算口径却打架这是我在项目中遇到最多的问题没有之一。方案里定义了预测准确率、ITO、OTIF等真正去取数的时候发现销售、生产、财务对销售额对不上、库存金额对不上、及时交付的对准时点理解也不一致。数据口径不统一指标体系建得再漂亮也是空中楼阁。所以成熟的方案执行路径一定包含一个数据治理前置步骤。不需要把所有主数据一次整理完但至少要把预测历史、销售订单、库存状态、供应商交期这几个核心数据集清洗对齐。我自己的实操经验是先做一轮最核心的20个字段对齐比追求大而全的数据模型有效得多。4.3 试点选择既不能选最差的也不能选最好的实施路线图里一定会写选择试点单位。这个选择非常有讲究。选最差的工厂问题是积重难返什么方案进去都会显得效果不好选最好的工厂效果是好看但标杆太高其他单位复制不了。我倾向于选一个中等偏上、业务有代表性、负责人有意愿的试点单元。另外一点试点期要设置足够长至少跑过三个月的完整SOP周期。很多项目只试点一个月就急着开推广会结果试点的计划体系还没经历过一轮完整的需求波动、供应波动的校验结论自然站不住脚。宁可节奏慢一点把试点的复盘做扎实推广的时候反而快。5. 给同行和甲方的三个实操建议5.1 用决策点视角重读咨询方案而不是逐页读流程咨询公司的交付物流程层面一定会画很多漂亮的流程图。我看方案的习惯是跳开流程页专门找决策点这个流程在哪个环节要拍板拍板的人是哪个岗位依据什么数据拍板拍板后会影响哪些下游指标如果一份方案能把每个决策点都落到谁、在什么时候、依据什么、做什么决定那这份方案就是能落地的。反过来如果通篇只讲流程不讲决策那再厚的PPT也要警惕。5.2 计划团队要主动转型从跟单员升级到数据分析师SCM集成计划项目落地后对计划人员的能力要求会有明显变化。以前靠Excel和经验就能干活后边要面对的是预测模型、SOP数据包、供应链控制塔。我在项目里会给计划团队一个转型路径第一步学会看数据而不只会看表格第二步能解释数据背后的业务含义第三步能用数据支持决策。这个过程需要企业配合给计划人员提供数据和工具权限而不是把他们继续按在催单跟单的角色里。5.3 先跑一个轻量版SOP验证效果再全面推广最后一条建议其实是给所有准备上集成计划项目的企业不要等158页方案全部蓝图落地才开始动手。找一个产品线或一个事业部用Excel加共享盘把SOP五步流程先跑起来哪怕不用任何新系统三个月后你也会看到预测偏差在收窄、缺料次数在下降、会议效率在提升。这个轻量版的经验比任何蓝图都有说服力也是后续向领导要资源、上系统的底气。我在复盘这类项目时最深的感受是158页PPT只是一个载体真正值钱的是藏在页脚和附录里的调研数据以及设计团队对行业业务逻辑的理解。对甲方来说拿到方案只是开始能不能把流程、组织、指标、系统四根柱子真正立起来才是集成计划管理变革成败的分水岭。本文还有配套的精品资源点击获取