点击上面↑“Teamcenter笔记”关注，回复“工业软件群"加入工软大家庭！
| 数字孪生 | 最佳实践 |
| 选型指南 | BOM方案 |
| 变更管理 | PLM资料 |
| ERP资料 | MES/MOM |
| SCADA资料 | IIOT资料 |
| 工控基础 | 职业发展 |
在这篇文章中，我们探讨了 PLM 解决方案架构师在领导此类技术实施时需要具备的核心能力和技能。
业务和数字平台解决方案通常需要在业务和技术要求之间进行权衡；管理这些折衷直接属于 PLM 解决方案架构师的职责范围：
业务范围在应用程序、软件和系统要求方面如何转化？
如何对解决方案元素进行逻辑分组，以优化价值实现，同时为业务增长和模块化提供强大的平台？
需要验证的技术依赖关系和假设是什么？优先顺序是什么？
该解决方案有多少是开箱即用（OOTB）的，有多少是配置或定制/集成的？
需要什么类型的配置和定制，它们有多复杂以及需要尽早测试什么？
从点对点接口到企业面向服务架构（SAO），将选择什么样的集成策略？
将解决方案集成到更广泛的企业中并迁移/转换数据需要哪些插件或第三方技术元素（例如中间件，连接器，桥梁等）？
从交付角度来看，实施将如何分阶段进行，并且是否与业务路线图保持一致？
将采用什么样的交付机制（例如瀑布式与敏捷式）以及推动因素有哪些（数据评估深度研究、技术治理、设计迭代和概念验证等）？
解决方案架构超越系统要求
开放群组架构框架（TOGAF，2018）重新提到了5个主要的架构功能：
架构要求：关键原则、愿景、策略、约束、假设、差距等。
业务架构：功能、角色、业务部门、供应商……
信息系统架构：数据、逻辑模型组件、服务、到物理应用组件。
技术架构：平台服务、逻辑和物理组件、基础设施。
架构实现：规划、工作包、能力、标准、治理、变更管理、迁移过渡和集成。
TOGAF 定义的架构开发方法 (ADM) 是指每个解决方案元素的整个实现堆栈：
“解决方案架构通常适用于单个项目或项目发布，协助将需求转化为解决方案愿景、高级业务和/或 IT 系统规范以及实施任务组合。”
托加夫
其中一些架构功能通常在更广泛的企业架构级别进行管理；它们需要在项目级别得到遵守，而其他元素仅与 PLM 应用程序级别架构决策有关 - 这些决策由 PLM 解决方案架构师直接负责。
解决方案架构师：主要职责
PLM 解决方案架构师是一个技术领导角色，直接与产品负责人、交付经理或项目总监进行交流；解决方案架构师有责任确保整个企业的技术协调一致。这是一个面向业务的角色，具有跨业务和 IT 利益相关者的技术权威和治理责任，与交付负责人合作：
得出所需的解决方案元素来验证和影响业务路线图。
评估并选择技术和工具以及所有技术构件。
为每个解决方案元素制定详细的技术规范并获得业务批准（有关解决方案架构师的可交付成果的更多信息，请参见第 2 部分）。
评估并减轻技术风险和限制。
与企业 IT 架构师和 SME 进行对接，以协调所需的基础设施元素；根据所选的基础设施、托管云 IaaS、PaaS 等，确定所需的不同工作类型。
准备差距分析并提出设计权衡，在正式审查论坛上批准技术决策。
监督过程和数据发现；开发和测试技术补救措施或推荐设计解决方案替代方案。
与企业架构治理和标准保持一致（避免重新发明轮子）或提出如何在不存在时填补空白。
密切关注技术进步，从系统到功能和集成方面。
解决方案架构师：核心能力和技能
PLM 可以被视为一门艺术，而不是一门科学，因此许多高管都对此敬而远之。PLM 解决方案架构师可能更像是“解决方案医生”，而不是“技术大师”。他们必须不断学习和适应技术要素和产品相关挑战；他们必须：
具有处理复杂性的经验，对业务数据和流程要求有出色的理解。
能够处理复杂性并简化事情，开发并保持解决方案的 360 度“全局”视图。
展现高效的沟通和利益相关者管理技能，以及组织和领导技能。
了解数字平台之间的主数据原则和技术重叠，从 PLM 到 ERP、MES、SCM 等。
深入了解设计模式、编码和定制语言、中间件和其他 IT 原则；并能够就这些问题与其他 IT 架构师进行公开交流。
成为一名出色的问题解决者，具有出色的分析能力和自我启动能力。
采用 TOGAF 和其他等效架构框架等整体架构框架可以有所帮助 - 尽管它们不能保证成功；PLM 解决方案架构师的任务是务实地根据组织及其 PLM 环境定制所需的实践，并不断与技术和非技术利益相关者进行沟通。
在这个由两部分组成的系列文章的下一篇中，我们将讨论PLM 解决方案架构师所拥有的典型“设计”可交付成果及其相关挑战；我们还将介绍该角色的某些方面可能需要如何发展才能与新的云范式保持一致。
