产品和服务的技术创新正在迅速推进。但制造商越来越多地发现其产品开发系统无法支持将这些创新带到市场所需的内容。

2019年产品生命周期管理市场分析报告从咨询公司CIMDAATA表示,数字化和复杂性正在推动产品工程学科的几个主要趋势,包括产品创新平台,建模和模拟平台,模型的系统工程和建模的民主化和建模的民主化模拟。

这些关键业务策略将推动业务流程的快速和重大变化,其他更改只会继续加速下一代PLM软件。具体而言,任何产品开发软件的成功不仅将基于应用程序的质量,而是在端到端平台上适应不断变化业务流程并与技术趋势发展的能力。

根据市场研究公司国际数据公司,在2023年之前,数字转型支出将达到2.3万亿美元。这并不奇怪。企业必须使用下一代功能生产下一代产品,或者它们将脱离业务。但是,挑战公司面临的是,高达70%的数字转型失败。更重要的是,数字转型是讽刺意味的是,对于更大的公司而言比较小的公司更困难。事实上,根据2019年通过咨询公司Gartner Inc.的一项研究,“到2021年,数字转型举措将平均需要大型传统企业,两倍长,成本两倍于预期的两倍。”

您的组织如何避免数字转换失败?以下是数字转型失败的五个最常见原因。

失败1:很高兴结束了!

假设“数字转换”是一次性事件,并不解决了不断加速的创新速度。这使得拥有刚性产品开发生态系统的公司无法处理整个工程,制造和服务的创新浪潮。

其目标是减少技术债务——消除那些维护和维护成本高于其交付价值的系统。新的弹性平台技术可以改善这种计算。

当组织基于严格的技术堆栈和模式部署和定制应用程序时,就会出现技术债务。这造成了即时的遗留问题——在业务需要时无法快速适应和升级。如果您的大部分IT预算都用于维护遗留系统,这些系统使您的组织保持现状运行,而市场的其他部分则保持领先,那么您的转换能力将大大降低。

技术债务不断增加的公司数量正接近一种流行病。根据埃森哲战略的调查,85%的高管表示,传统技术阻碍了他们的数字转型努力。为了维持转型,并继续发展他们的产品和业务战略,制造商必须有灵活的产品开发系统。

失败2:正确的供应商将解决我们的所有问题!

旨在在一个供应商的工具集中“全面的组织标准化”是一个简而言之,为工程师开始开发解决方法。领域专家是产品开发的生命线,他们的创新能力依赖于他们选择最好的工作工具的自由。

产品开发技术对现有工具开放,并可以在未来与新工具无缝集成,这将有助于减轻领域专家的数字转换负担,并消除阻碍转换的工作区。这种开放性可以在内部利益相关者和价值链合作伙伴之间扩展数字转型,在这种情况下,对一套工具进行标准化的可能性更小。

失败3:它还在飞行员中。

数字转型通常始于一个试点项目,但它不应该到此为止。创造新的信息孤岛的技术不会加速变革,而是阻碍变革。除了将其放在那里的人之外,驻留在系统中的信息不会向其他团队提供价值。

同样地,仅适用于一两个试点中有限的用例且不能超出其范围的技术将无法在整个组织中扩展数字转换。限制重用、阻碍信息流和模糊可追溯性使所有人(只有少数人除外)都无法进行数字转换,他们现在与技术生态系统的联系比以前更加疏离。

失败4:这是别人的工作。

在变化方面,有些人有问题,但有时组织领导会创造它们。分配改变到一个部门,飞行员或供应商掩盖了变革的中央挑战:拥有它作为公司。

工程师需要更多,而不是少,敏捷和访问,他们的信息 - 这就是为什么制造商越来越“源于采购”它的原因。工程师应该能够自由地更改,扩展和扩展公司的产品开发技术 - 通过集成,配置和自定义,甚至通过在其中创作新的应用程序。能够管理数字转换的轻松控制依赖于选择具有开放式体系结构,连接器,应用程序接口和创作环境的工具。

失败5:如果我们有更多的数据。

转型需要更多的知识,而不是更多的数据。服务器充满了你的团队无法理解的数据是没有用处的。价值存在于从数据中获得的知识中,并交付给内部和外部团队,他们可以使用这些知识来改进您的产品和业务策略。

分析产品数据以发展知识和洞察力依赖于环境。在产品生命周期中找到上下文,从产品设计要满足的要求开始;继续在工程领域、供应链、制造和服务领域的发展;并延伸到客户如何体验这些产品——满足这些初始需求的最终成功或失败。分析产品数据需要访问此环境,并理解跨端到端产品生命周期的过程及其生成的数据之间的联系。

转变对。

承认“更改是唯一的常数”将有助于公司选择可以跟上快速创新速度的产品开发系统。平台技术越来越受欢迎。为了支持更改进程,他们应该提供敏捷部署,允许在部署期间的灵活性,但在整个使用过程中也是如此。为了支持更改的工具和域,他们应该提供在已使用的内部和外部团队的工具之间的广泛集成和连接,或者希望将来添加。

Aras Innovator PLM软件从一开始就考虑到弹性。其目的是为公司提供所需的可伸缩性和灵活性,同时确保应用程序的可升级性,即使应用程序是高度定制的。Aras PLM底层平台技术使这成为可能。Aras Innovator独特的基于模型的方法和面向服务的体系结构(SOA)的结合确保了灵活性和可伸缩性,无论运行的是开箱即用的PLM应用程序还是高度定制的应用程序。

为了向工程师提供对数据、分析和业务流程的控制,平台应该是开放的和可编写的,支持可配置性、可定制性和创建与现有应用程序无缝共享数据的新应用程序的简单方法。支持制造商的平台必须在整个产品生命周期的数据和流程中实施连接性和变更管理。

有关PLM软件的更多信息,请致电978-806-9400和www.aras.com

PLM软件在Littelfuse加速产品开发

Littelfuse公司生产用于电路保护、电源控制和传感的产品。为了改进新产品开发(NPD)和符合行业质量标准,Littelfuse执行管理层批准了一项战略计划,实施产品生命周期管理(PLM)软件,以满足公司的长期需求。

近年来,Littelfuse经历了显着的增长,使NPD为其各种业务单位和支持他们的制造地点挑战。通过缺乏流程标准化并且不具有PLM系统来有效地管理流程和数据的问题进行了复杂。生产部门批准过程平均四周,并收集和上传产品数据进入公司的企业资源规划系统可能需要三周。等待信息,不准确的数据和将数据从一个应用程序复制和粘贴到另一个申请中的数据引起的显着延迟提出了关于公司NPD系统的效率和有效性的担忧。

遵守ISO 9001:2015和IATF 16949:2016汽车需求也是一个主要问题,因为每个业务部门和制造网站独立运作。改变管理,可追溯性,文档和沟通特别关注。在全球标准化质量过程的举措已经开始,并且具有更好的PLM软件将显着提高合规性。

2018年,Littelfuse选择了Aras Innovator PLM软件。该公司的PLM路线图横跨多年,并根据最大的业务需求和公司的总体投资优先级进行优先排序。

当前的实施阶段涉及到项目管理。下一阶段将涉及物料清单(BOM)和配置管理。质量和供应商管理将遵循这一阶段,制造生产计划将是最后一个阶段。

在Littelfuse下实施PLM的一个问题是在在ARAS Innovator实施之前,需要规范流程。因此,公司创建了工作组,以标准化NPD项目管理,BOM管理,工程变更订单,质量和供应商管理。

Innovator的项目管理模块是第一个实施的,因此Littelfuse的全球质量团队审查和更新了公司的新产品和工艺开发程序,以解决与新的IATF 16949:2016要求的差距。这些新程序构成了如何配置项目管理模块的基础。

在公司选择一个Aras PLM开发伙伴之前,Aras为所有的工作组提供了“PLM要点”培训,并举办了几个研讨会来定义软件的需求和优先级,并定义适当的用例。在预先培训和规划方面的投资有助于确定创新者可以“开箱即用”做什么,而PLM开发伙伴需要开发什么。

在与Aras合作提供了一个软件开发预算的粗略估计后,Littelfuse向三个Aras PLM开发伙伴发出了提案请求。最终,该公司选择了Razorleaf Corp.来支持该软件的配置和开发工作。Razorleaf于2018年6月与Littelfuse的项目管理工作组进行了一次研讨会,并于2018年10月开始开发。

从2019年开始,Razorleaf和Littelfuse每天举行站立会议,以改善项目沟通,每周进行演示。Littelfuse项目经理将测试每个版本的特性并提供反馈。

在3月初完成开发后,用户验收测试和培训培训师会议被举办了来自各个地点和业务单位的一组项目经理组。然后,新培训师负责培训当地项目经理和核心团队成员。

今年4月,项目管理工作组对新产品开发项目经理和核心团队成员进行了新软件培训。90%的新产品开发项目经理和75%的核心团队成员接受了课堂或互联网上的现场培训。

由于ARAS项目管理模块于4月中旬启动,因此已添加80个NPD项目,并为ARAS创新者添加了330个用户访问权限。

该模块是使用更多ARAS Innovator的能力的多年努力的第一阶段。下一阶段将重点关注BOM管理,质量和配置管理。