|
相关阅读： 在对标的过程中，我们该如何来理解目标与现实绩效之间的差距？只有深入具体的流程之中，才能发掘出数字背后的故事。 前文再续。 前文中提到的供应链地理地图（二阶段的输出物），虽然很直观地显示了从供应商—制造商—客户的实物流动过程和涉及到的流程，但还缺少每个供应链节点内的库存和节点之间信息流传递过程。我们需要另外一张图——Thread diagram来帮助我们进行分析。 Thread diagram，俗称“泳道图”。每一个竖状的方块，比如Battery supplier，就像是一条游泳池的泳道，它的边界分隔了供应链中的企业，并且使用SCOR标准的Level1和2的流程来定义过程。 为了深入了解企业可能存在的问题，我们需要对于收集每一个流程的AS-IS信息。 通过现场参观或是访谈的方式，我们可以描绘出每个流程整体的细节情况，包括使用的信息系统、负责人等等，最重要的是可以发现平日里已被忽略的问题，例如冗余的或是不需要的操作流程。 SCOR介绍了一个很有效的梳理流程方法——“Staple yourself to an order”，给我一张订单，还原你一个流程。通过跟踪记录订单的诞生，直到最后关闭的整个过程，来深度地理解流程，包括了采购、制造、交付、回收和使能（Enable）。 另外一个梳理流程方法是访谈，具体方式可以是一对一、多对一、多对多，通过问答的方法来记录下流程。 当流程信息收集完毕以后，我们就会整理出很多的缺陷问题点，接下来要把问题归类到SCOR五个Level 1绩效指标之中，究竟是属于Reliability, Responsiveness，Agility，Cost或是Asset Management。 然后，我们需要用到Six Sigma和TQM中的工具，来对每个缺陷造成的绩效指标影响进行量化分析。 在找到了问题流程后，我们就要寻找更好的办法来修复缺陷。比较好的方法有采用行业标准流程、头脑风暴、专家顾问提供方案、使用精益思想等等，来对于流程内容进行新增、修正或是干脆废除。 流程好不好？试过才知道。我们需要对新的流程场景做测试，具体的方法有沙盘推演、软硬件测试，或在机台上试生产。在做完了以上这些工作以后，SCOR项目即将进入关键的第四阶段。 Phase 4 Optimize Projects 凡事要有优先级 在顺利通过三阶段以后，企业现有的问题点也都应该被识别出来了，面对着大大小小的流程断点和缺陷，如何为它们找到对应的改善项目，量化项目收益，设定项目实施的优先顺序？这些都是需要在Phase 4中需要解决的。 在四阶段的开局，SCOR项目设计团队根据在以前整理获得的AS-IS信息，流程缺陷和泳道图等资料，需要开一个Preliminary Project Portfolio会议，把发现的问题点汇总，计算可能给企业运营带来的影响，最后把问题与SCOR Level 3流程联系起来。 紧接着的工作是把影响绩效的问题与改善项目联系起来，比方说影响了订单交付完整性的问题，可以通过提高订单拣货与理货的准确性得到改善。影响了订单交付时间的问题，可以通过缩短运输周期的方式来解决。又比如为了满足客户紧急订单的需求，可以通过减少设备换型时间的方法来改善。 所有的改善项目必须要有量化的财务分析，也就是要一份投资回报率ROI的分析，来算一下每个项目可能的收益，并根据收益的高低对项目进行优先级排序。 在对改善项目排序的时候，我们需要考虑这几个因素： 1.项目相关性：有些可以并行，有些是有先后的顺序。 2.优先级：对于绩效改善大的项目拥有优先级。 3.复杂性：根据项目的难度和风险划分。 4.财务影响：一般是ROI越高的先做，这需要和财务同事一起决定。 如果我们把项目根据下图的两个维度进行划分，就能轻易地看出项目优先排序的原则。 在所有的项目中，最优先实施的应该就是左上象限的Quick wins，项目复杂度和风险较小，而且改进效果显著、回报很高。 相反的，右下象限的项目就是应尽量避免去做的。做完这项任务以后，SCOR项目的第四阶段也就结束了，我们马上就要进入最后的实施准备阶段，也就是Phase 5。 Phase 5 Ready for Implementation 请开始你的表演项目 在SCOR之前的Process内容中，并没有涉及到Level 4的部分，在这个阶段我们终于要把TO-BE下的Level 3和Level 4流程联系起来了，通过最佳实践的案例，为企业今后要推行的流程找到实施的借鉴。这一步骤也是第五阶段项目实施中最重要的一个环节。 还记得在二阶段最后的输出物——Improvement Program Charter，改善项目章程吗？这个Program Charter是改善项目的整体框架，到了第五阶段，我们就需要把改善项目细化到具体的Project，并制定出一份Improvement Project Charter。 项目在正式实施之前，需要检测一下是否都已经做好了准备，也就是Readiness Check。主要检查的环节包括以下五个方面： 1.愿景：改善项目试图要达到的目标是什么？是否可以清晰地表达出来。 2.激励：每个流程的改变都会引起绩效目标的重新制定，激励机制也要同步更新。 3.资源：确保实施新流程的人员都具备了充足的能力，来胜任新的工作。 4.技能：项目实施人员需要具备的专业能力。 5.计划：实施项目的详细行动计划，具体做什么？什么时候开始做？ SCOR 的Process Hierarchy只定义了Level 1-3的流程，并把Level 4的定义工作交给了企业，根据实际的商业场景、行业、组织和地区来制定最合适的流程。 在前期的工作中，SCOR项目团队应该已经把企业的AS-IS都整理出来了，并且是根据SCOR Level 3流程来定义的。 接下来的任务是使用最佳实践，把Level 3和4流程连接起来。 如果流程活动与信息系统有关，SCOR提供了一种方法——Storyboard，也就是把关键操作步骤用电脑截屏的方式记录下来。 这个操作和我以前做过的SAP实施项目比较相似，在编写SAP Working Instruction的时候，就是用截屏把关键操作步骤记录在文档里，作为今后执行的标准流程，如下图。 经过了漫长的前期各项活动，整个项目终于来到了最后的环节——测试、验证和实施，这部分可能需要耗时6-12个月完成。 信息软件的测试最好是有一个模拟的环境，比如在SAP项目上线之前先要做1-2个月的simulation，使用的都是真实的数据，在一个分离的和虚拟的环境中进行测试，这样做的好处是无论怎么折腾，都不会对真实世界造成任何影响。 我们还需要挑选一些场景进行试点，在结果被验证有效以后，才可以进行推广应用。 最后的步骤是实施Roll out，把解决方案正式地推行下去，开始实施！SCOR项目团队的任务也圆满完成，功成身退。 由于改善的工作是没有尽头的，SCOR团队要趁热打铁，积极地从问题清单中找出下一个改善目标，然后使用相同的方法和工具，再跑一圈跑道，周而复始，无穷无尽。 至此，SCOR的内容介绍就告一段落了，通过了解4P和跑道图，相信各位读者对于SCOR这套高大上的理论有了一些基本的认识。 也许您会有一些疑问和困惑，就如同我在学习过程中经历的，比如SCOR到底好不好用？谁应该来学习这套方法？或者还有一些意犹未尽的感觉。关于这些问题，请见下回分晓。 声明: 文章中出现的供应链图表和模型都来源于SCOR Version 12.0，版权归APICS Supply Chain Council所有。 |
|
|
