破解低效执行，SOP助力高效复用。本文探讨如何通过建立个人SOP（标准操作程序）来破解低效执行问题。SOP将复杂任务拆解为标准化步骤，确保每一步都有明确指导和衡量标准。通过建立个人SOP，不仅可以提高执行效率，还能确保工作质量。此外，SOP的复用性使得面对重复任务时能够迅速调用经验，避免从零开始，从而实现高效复用，推动个人和组织绩效持续提升。
三年来，SAP 一直是西门子 PLM 软件包 Teamcenter 的经销商。
但随着云作为技术平台的进入，SAP 是否会尝试重新定位自己，以更具进攻性的方式进军中端市场？
谈及SAP，我们都对基于微服务的云SaaS 产品印象深刻，除了在云中托管本地软件，其更大的进展还有待观察。
根据 SAP 作为本地 PLM 开发商的历史努力，SAP 预计会遇到诸多困难。序 言“进入由西门子、达索、PTC、ARAS 和 AUTODESK 主导的市场非常困难。”
我们在最近发表的评论中研究了此事。背景是，即使是中端市场公司，就像大型企业一样，也必须面对日益增加的产品复杂性。
当然，这需要一系列功能，在某种程度上取决于 PLM 定义——PLM 是一种支持产品定义信息从创意到生命周期的协作、管理、传播和使用的战略方法，以集成人员、流程、业务系统和信息。
也就是说，PLM 系统应该由一系列支持技术全面构建，例如产品数据管理 (PDM)、CAD、协作、可视化、数字制造以及模拟和分析。鉴于产品复杂性不断增加（尤其是在电力、电子和软件方面），EDA（电子设计自动化）和 ALM（应用程序生命周期管理）等集成数字工具也应该成为产品阵容的一部分。
SAP 拥有大部分所需功能：“SAP 的 PLM 软件提供了以产品为中心的公司所需的所有核心 PLM 功能。”分析师包括需求/规范管理、CAD 集成、系统开发、协作、BOM、文档、变体和变更管理等最重要的内容。
所有这些在理论上听起来都不错，但现实是SAP在PLM方面的成功是有限的？毫无疑问，它是ERP领域以及与制造相关的PLM和ERP系统之间的连接方面的主导者，例如 mBOM（制造 BOM）以及在此背景下与业务交易相关的工作。
但在产品开发、eBOM（工程BOM）等方面，达索、西门子、PTC、Aras PLM、Autodesk等厂商完全主导了市场。现实情况是 SAP 在中端市场PLM中的足迹很小。
在北欧国家，食品饮料等行业肯定有一些客户，但在制造业方面，他们并不常见。此前，我们曾了解过 SAP 及其经销商已就西门子 PLM 软件包 Teamcenter 进行了 3 年的交易。
现在的问题是，随着云作为技术平台的进入，SAP 是否会尝试重新定位自己，以更具进攻性的方式进军中端市场？根据 SAP 作为 PLM 开发人员的历史努力，SAP 很可能会遇到严峻的挑战 – 为什么？
据报道，PLM 为中型市场公司带来了很多好处，因为这些技术帮助公司简化其产品开发流程。尽管有潜在的好处，这些公司在采用和有效使用 PLM 支持软件时，经常遇到无数挑战：高成本、复杂性、缺乏用户友好性、集成问题，以及意识和专业知识的缺乏。中型市场公司需要经济实惠的 PLM 解决方案，能够在短时间内提供切实的效益，使他们能够跟上更大的竞争对手和不断变化的市场需求。”
SAP 工程控制中心 (ECTR) 与主要 CAD 和 PDM 系统集成1.许多中端市场公司在 PLM 方面的经验有限
虽然PLM是必要的，并且可以做很多事情来应对挑战，但分析师也指出了 PLM 之路上的障碍：高成本是主要问题，因为这些公司通常预算紧张，无法承担 PLM 软件、定制和持续支持所需的大量投资。
复杂性是另一个主要障碍——PLM 软件可能过于复杂，导致较小的团队难以对其进行有效管理。
还值得注意的是，许多中型 PLM 用户将产品数据管理 (PDM) 功能的使用限制为文档、CAD、BOM 和变更管理等。这意味着 PLM 的狭隘使用，表明 PLM 支持解决方案的潜力与其在中型市场公司中的实际利用率之间存在差距。那么，SAP Cloud PLM 在哪里发挥作用呢？ERP巨头真的是解决这个问题的正确解决方案吗？
SAP的PLM软件提供了以产品为中心的公司所需的所有核心PLM功能，包括创意活动、需求/规范管理、CAD 集成、配方配方、协作、BOM 管理、文档管理、变更管理、产品组合和项目管理、系统工程、产品可视化以及与采购和其他部门的协作，甚至超越企业与供应商的协作。”
此外，SAP 提供了一套全面的集成来支持公司的生态系统，包括多种机械计算机辅助设计 (MCAD)、电子计算机辅助设计 (ECAD)、ERP 和 PLM 集成。
这些集成有多广泛？
部分通过 SAP PLM 支持集成，部分通过 SAP 的工程控制中心 (ECTR) 支持。其中包括 MCAD 部件和设计工具，例如西门子 NX 和 Solid Edge、PTC 的 Creo、达索的 CATIA 和 SOLIDWORKS 以及 Autodesk Inventor。
在ECAD 方面，支持Altium、Cadence 和Siemens Mentor。S/4HANA 与西门子 Teamcenter、PTC Windchill 和达索 3DEXPERIENCE 之间还提供提供双向支持的 PLM/PDM 集成，而 Autodesk Vault 之间的连接计划于 2024 年第三季度末完成。
总体而言，分析师在结论中声称，“SAP 通过提供 SAP PLM 来满足中型市场公司的需求，SAP PLM 是一种强大的、具有成本效益且易于实施的解决方案，它利用云技术的优势。
CIMdata 对 SAP 基于微服务的云原生 SaaS 产品印象深刻，而不仅仅是在云中托管本地软件。这种方法确保了可扩展性、灵活性和无缝更新，这对于无力管理本地企业解决方案的中端市场公司来说是重要的考虑因素。”
基于这一点和上述内容，我认为，“中型市场公司可以从 SAP PLM 中受益匪浅，因为它涵盖了以产品为中心的业务所必需的所有核心 PLM 功能，从想法和概念到生命周期、再使用直至处置，从而实现无缝不仅是企业内部的互动，还包括与延伸供应链的互动。”
图中设计师曾在宝马工作，目前所在的汽车制造商选择了SAP的 PLM 解决方案3.SAP PLM 是否有正确的 PLM 管理方法？
相关分析师表示，“SAP PLM 不仅在公司内部，而且与扩展供应链的无缝交互”——充分说明了 SAP 的背景及其产品实现方法：一般来说，该公司的解决方案基于顺序、事件的事务视图。当然，系统中有很多理论能力，但根本问题是SAP主要是基于它的业务系统，它的ERP解决方案。
这是建立在对已经发生的事情（例如交易）的顺序视图的基础上的，这非常适合具体的行动，例如制造或具有精确配方的过程工业操作。但 PLM 作为产品开发支持，从本质上讲，它描述的是虚拟流程，而物理现实中实际上没有发生任何事情。
从理论上讲，现实中的 SAP 本地部署已被证明相当复杂，最重要的是，实施和操作成本高昂。在Gartner的相关分析中，表达了对 SAP PLM 的积极看法：
什么是积极的？一位用户指出了三个高峰：
“我们可以管理的详细程度相当全面”
“围绕 BOM、库存等的数据管理很好”
“与 SAP ERP 的集成很顺利。”
所有这三点都与交易相关，并且在很大程度上与实体制造以及 ERP 系统在生产中的作用相关。什么是负面的？又是同一个用户：“速度很慢，有时令人沮丧”“用户体验不是很直观，需要接受很高的培训才能使用它”“与非 SAP 应用程序的集成非常具有挑战性。”性能、界面、与其他系统的集成和交互方面的弱点。
部分通过 SAP PLM 通过 SAP 工程控制中心 (ECTR) 支持集成。其中包括 MCAD 组件，例如西门子 NX（如图）和 Solid Edge 等设计工具、PTC 的 Creo、达索的 CATIA 以及其他一些系统。
SAP 支持公司现有环境的广泛集成集，这包括与各种 MCAD 和 ECAD 解决方案以及 S/4HANA 或其他 ERP 和企业解决方案（包括其他支持 PLM 的软件）的开箱即用集成。
这些集成确保所有相关数据和流程相互关联，从而提高效率并降低错误风险。确实如此，但集成的数量更多的是定量而非定性测量。
您可以进行大量集成，但会受到错误或限制的困扰，从而导致效率低下、速度缓慢且性能低下。反复出现的问题：集成工作不顺利，或者非常糟糕。
与此同时，系统选择往往涉及很多政治因素，许多人认为“选择 SAP 作为 ERP 系统的人不会冒任何职业风险”。该系统是世界上使用最多的系统，如果“其他人都拥有它，那么没有人可以指责遵循相同轨道的“影响深远的实验”的人。
然而，这并不意味着无论谁做出选择，在做出选择时都会关注产品开发方面。相反，有时情况恰恰相反；决策者擅长管理数字工具需求和一般工业经济学，但不擅长评估更深层次的工程和产品开发方面。
如果他们与一些用户交谈过，或者收到了一些更深入的演示/用例，那么事情很可能不会以如此令人印象深刻的方式出现。有几个用户指出这一点的例子；上面提到的山特维克就是其中之一；宝马（除其他 PLM 解决方案外）还使用 SAP 的解决方案，多年来一直对 SAP 的 PLM 开发工作持批评态度，尤其是该系统带来的巨额成本。
相关专家建议，“任何考虑 PLM 的中型市场公司都应该将 SAP 纳入其技术评估时，我们有理由保持谨慎。
SAP 在强大的 ERP-PLM 连接以及可能与制造相关的交易解决方案方面具有优势，但在纯 PLM 方面，该公司的一些安装表明，还有很多需要改进的地方。
当然，云中的 SaaS 和微服务可以弥补之前实际 SAP PLM 安装中的缺陷，就像更新的云原生设置可以解决以前在实际本地安装中遇到的几个问题一样。
但要实现目标价值还有很长的路要走：“SAP 的 PLM 方法可确保可扩展性、灵活性和无缝更新，这对于无力管理本地企业解决方案的中端市场公司来说非常重要。”问题是他们是否负担得起 SAP PLM。教授、博士Jörg W. Fischer，卡尔斯鲁厄大学机械工程与机电一体化学院。
“最后，我们引用德国教授在 SAP 背景下分析：很好地解释了为什么 SAP 尽管与西门子就 Teamcenter 达成了协议，但仍要培养自己的 PLM 雄心。简而言之，他的推理如下：
“直到最近，ERP（以及 SAP）还是公司的中央 IT 系统。这已经从根本上改变了，但为什么呢？让我们将 ERP 简化为其核心任务（核心 ERP）：将主要需求载体转变为次要需求载体，启动必要的生产或采购订单以生成可以制造所需产品的库存。
数量和价值流被记录并汇总为收入或成本以进行控制。”“为了使其正常工作，”博士继续说道，它需要一个语义正确的主数据网络。
让我将“主数据”一词扩展为包括 ERP 中所需的所有信息和信息结构（例如 BOMar、工作计划、工艺路线、文档结构）。如果我现在包括生成这些所需的所有信息结构——需求结构、功能和系统结构、CAx 结构等等——并扩展“主数据”的定义，合理的问题是：为什么应该在 ERP 中创建这个主数据网络？为什么我们不应该将创建和生命周期与主数据网络的使用分开？”
“SAP 面临的困境是：专注于 ERP 意味着将主数据的创建和生命周期管理留给其他人。产品相关的业务对象，因此 PLM 仅仅是一个开始。”
“下一个问题：公司的知识产权在哪里？显然在主数据网络中以及创建主数据网络和“生命周期”的能力中。支持这一点的 IT 系统代表了公司的核心，所有其他系统都只是配件。以前是ERP，因为我们没有将主数据网络的创建、生命周期和使用分开。”
最后博士总结说：“如果 SAP 停止 PLM……然后可能将其移交给合作伙伴关系中的 Siemens Digital Industries Software，会发生什么情况？”让我们将这个论点投射到未来：这可能会导致企业 ERP 覆盖的重要性大幅下降。届时 ERP 将不再是核心，而只是众多流程系统之一。”
“我相信 SAP 已经意识到了这一点，并且我们很快就会看到针对 ERP 主数据网络的创建和生命周期的明确定义、连贯且全面的战略。”
本文由人人都是产品经理作者【坤少说】，微信公众号：【坤少说】，原创/授权 发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于 CC0 协议。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。