洞见 | 为什么一起应用敏捷产品开发和自动化能起到一加一大于二的效果

PTC白皮书，《敏捷产品开发方法领导者的不同之处》，探讨了在评估和部署软件领域之外的敏捷产品开发时，技术领导者和落后者之间的细微差别。虽然该白皮书从我们研究的数据中得出了许多结论和见解，但我们希望在本推文中进行更深入的挖掘。也就是说，我们会深入研究一下下面图表的结论（行业领导者的自动化程度要高得多），为什么它很重要，以及它与敏捷产品开发有什么关系。  

受访者被要求评估几个基本物理产品工作流程的自动化水平，包括部署、测试、维护、设计和开发、退役以及构思和规划。正如“领导”两个字的意义那样，领导者在每一个环节都占据主导地位，而且相差程度并不小。部署、测试以及构思和规划这三个最具竞争力的类别，在自动化状态方面，领先者和落后者之间各有13% 的差距。设计和开发是差异化最大的领域，领先者平均为25%，而落后者为5%。   

然而，自动化和敏捷有什么关系呢？毕竟，自动化指的是一种非常明确的技术工作流状态，而敏捷则是关于思维模式和方法。  

敏捷产品开发是一种创造、构思、孵化和部署的方法。它源于软件，并在过去20年中发展成为主导设计理念。最近，它在物理产品设计中变得越来越普遍。

简单总结一下：敏捷围绕12个原则和4个核心价值进行调整，所有这些原则都在产品开发周期中优先考虑协作、沟通和快速（但可持续）的价值交付，而不是依赖于阶段和批准流程（瀑布式产品开发）。基于各种各样的因素，包括不断发展的劳动力、软件经验的更大范围普及、变化/不确定性的增加以及更强大的平台工具，都将物理产品创造形式引向了一个拐点。现在是时候让硬件像软件一样，认真评估并将敏捷方法应用到其产品创建周期中了。  

从本质上讲，敏捷是关于增加内部可见性和透明度的一种方法，这样参与产品创造的每个人都可以了解为什么采取各种行动，并让他们更有信心地进行决策。自动化是帮助实现这些好处的主要技术之一。   

当我们讨论工作流自动化时，我们主要讨论的是设计用于执行一组工作或任务的软件，而不需要任何直接的人工参与。人类可以监督这个过程，也可以对软件进行修改，但一旦修改完成后，软件就开始自动运行并控制接下来的操作或过程。这样就带来了一连串的好处，但大多数好处都跟两点相关：可见性和控制。  

如果需要，工作流程自动化可以一天24小时不间断地重复相同的流程，而不会改变生产流程。任何错误都会立即被检测到，并由软件纠正或报告给人类。整个过程也更加透明，因为软件平台（特别是SAAS和云解决方案）无论在哪里都可以随时访问，允许管理人员随时随地监控自动化工作流程。  

通过减少这一监督障碍，位于多个地点的多名同事不仅可以而且可以轻松地同时对同一自动化工作流程进行审查和协作，如果他们愿意，甚至可以同时处理多个自动化工作流程。例如，假设制造利益相关者正在开发一条新的产品线，他们希望检查整个工厂的各种效率水平。

在没有任何自动化的情况下，这件事情需要非常多的人力物力。相关人员必须亲自前往，或者派遣专业技术人员审查所有工作流程，并确定是否以及在何处可以安全地实施新的工作流程。然而，有了自动化平台，这种审查可以远程进行，相关人员只需访问生产概述，然后审查当前系统，看看是否可行，以及在哪里开发这些新产品更有意义。听起来像是一个敏捷过程？不用怀疑，它就是！  

敏捷流程帮助组织以频繁的增量方式交付价值，整合相关人员的反馈，不断重复成功，并高效协作，同时降低风险。  

还有最后一点需要关注：风险。可以说，制造商比以往任何时候都面临着更多的问题。实现价值的时间至关重要，因为必须更快地交付产品才能保持竞争力并确保可靠的增长，但实现这一目标的困难却也成倍地增加。流行病、战争、气候变化、新的法律法规，甚至结构性灾难都会对供应链的一致性产生负面影响，迫使制造商在没有通知的情况下推迟、更改或取消产品。  

与瀑布式方法相比，敏捷的优势之一是它将产品开发团队聚集在一起的方式，还能鼓励开放交流。在基于批准的工作流结构中，产品开发以直线（降序）进行。研究人员构思一个产品，设计师勾勒出一个原型，制造商制造产品，等等。如果供应链中发生变更，这种基于审批的工作流无法立即作出反应。相比之下，敏捷方法则会在日常会议中立即指出问题，并与更大的团队（通常包括客户）进行讨论。这将使产品开发过程能够迅速解决问题，减少其影响，并减轻可能造成的代价高昂的灾难。  

这种控制风险的能力取决于对产品开发流程的可见性。如果制造商无法看到正在使用的材料，他们就无法发现问题。在敏捷方法中，可见性首先要考虑的内容。在瀑布流方法中，可见性被放在最后考虑。  

因此，不难看到敏捷和自动化共同促进提高可见性并控制风险。自动化软件提供情况概览，在每日会议上进行研究。用户讨论当前的生产水平，如何改进，以及可能出现的任何潜在问题。如果出现问题，可以扫描其他自动化系统，看能否将出现问题的系统的任务量转移给其他系统。所有这些都可以由一个完全远程的团队在普通的日常会议期间完成。

这也是一个选择正确软件的案例。并不是所有的自动化工具都是相同的，也不是所有的自动化工具都具有相同的功能或安全防范措施。对于希望在硬件中看到敏捷产品开发的全部好处的组织来说，选择允许授权用户之间同时访问和实时协作的软件平台将获得更大好处。这些功能往往在SAAS解决方案中更常见，但通过正确地在内部部署软件系统也可以获取这些好处。

• 69%的技术领先者表示，他们使用PLM工具来促进实体产品开发，而只有49%的技术落后者表示其使用PLM工具促进实体产品开发。

• 23%的领先者报告称使用了ALM解决方案，而落后者只有14%。

毫不含糊地说：实际上每一种数字化转型工具都有助于改善监督和透明度，但PLM和ALM特别关注风险控制、工作流程监督和流程效率改进。  

这两者甚至可以看作是同一枚硬币的不同面，PLM专注于开发的硬件方面，而ALM则监督所有的软件方面。从这些数据来看，顶级公司的领导者似乎都认同这样一个事实，即数字化转型技术可以而且应该共同努力，创造更加一致、积极的结果。即使是像敏捷方法这样的方法—并不真正依赖于任何一种技术—也能从优先考虑协作、沟通和透明度的工具中获得更大的好处。在追求敏捷或自动化的情况下，两者自然相辅相成，互相成就。  

- THE END -

PTC整理发布，转载请注明出处