是否有人真的喜欢被告知要做什么？ 姑且承认吧：让别人在背后盯着我们感觉很不舒服。对大多数人来说，管理更改流程（管理与设计发布后的设计修改有关的决策和步骤）都需要获得一些帮助才能完成。在本文中，我们将探讨为何这是一件好事。 什么是更改流程？ 为了确保我们达成共识，让我们设定好更改流程背后的场景。 更改全部发生在设计发布之后。它可能发生在生产人员规划加工过程时，也可能发生在采购人员订购零件之前或之后。更糟糕的是，它甚至还可能发生在产品已交付给客户之后。 现在，“它”是一个产品问题。元件可能在客户的手上损坏。正在制造的元件可能在装配过程中无法接合。系统可能因为电子硬件而发生故障。控制系统中可能存在错误。从本质上说，产品的某个地方出现了问题。 更改过程就是组织如何决定是否修复问题以及在决定进行修复之后需要更正哪些地方。这样来看，更改流程很简单。但正如我们都知道的：知易行难。 所有更改都各不相同 那么所有人都希望帮助管理更改流程的原因到底是什么呢？ 设计发布后的更改可能对业务产生非常严重的影响。修复一个设计问题可能简单得令人难以置信，如稍稍调整一下 3D CAD 模型或用一个零件置换另一个零件。但修复另一个设计问题则可能会牵一发而动全身：由于需要遵守法规而增加装运的难度、失去首选供应商提供的数量折扣、因执行资格重新测试而产生大量成本，等等。一项更改可能很简单，而另一项更改可能会复杂无比。 下面揭示了隐藏的难题。乍一看，您无法分辨简单的更改和复杂的更改。 但这正是让更改流程变得复杂的根源。必须对这些设计问题的解决方案执行尽职调查。但在完成这一步骤之后，更改流程可能会非常快地产生分支。简单的更改可以由一位工程师管理和执行。但复杂的更改需要由组织内的很多不同的利益相干方共同审查。 为何要使用软件系统来管理更改？ 因为过程的复杂性。让我说明一下。 很多组织使用电子邮件作为传送表单（通常采用文档的形式）的方式。这些文档在各个利益相干方之间传递，用来获取各自的意见和决策。当个人由于忙于正当事务而让电子邮件堆积在收件箱中，就会导致过程延误的问题。当没有引用正确的 CAD 模型时，也会发生意外问题。当多个人同时更改表单文档时也会发生问题。此外，遵循适当的“路径”是一个手动过程，这也为错误埋下了隐患。此方法很快就会露出弊端。 使用 PLM 系统管理更改过程的好处在于集中化和自动化。任务将会分配给个人。如果发生延误，则会触发有关任务的提醒，从而推动过程向前发展。有关更改的想法、反馈和决定集中存储在 PLM 系统中。此外，此类任务和表单背后的工作流程可能存在内在的逻辑关系。这意味着过程可能会根据更改的复杂性产生分支。 当然，完整功能的 PLM 并不完全适用于所有组织，尤其是小型组织。但好消息是，提供商已发布了恰好适合中小型制造商的、更小的缩减版 PLM 解决方案。从提供商在根据实用性调整大小的解决方案中提供的价值来看，PLM 系统保证了一贯的严谨。 回顾和问题 下面是一个事实：数十年来，制造公司一直在没有 PLM 系统的情况下管理更改流程。是的，这种方法可能管用。但是，在没有此类 PLM 系统的情况下管理更改流程可能为组织带来风险、造成延误和产生成本。 请多保重，回头再聊。感谢阅读。 本博客文章已由 PTC 授权发布。本文的概念、想法和观点由 Lifecycle Insights 的行业分析师 Chad Jackson 单独发表。
|
