BSH之前的基础设施和运营团队为这家欧洲家电制造商的应用开发团队提供支持，他们只是为软件开发组织提供基础设施服务。他说：“我们的差距在于卓越运营，我们过于专注于引入新功能，而基础设施和运营团队大多是被动的。在新的组织中，平台工程团队与四个敏捷组织的软件开发团队携手合作。他们更加积极主动，提供容量规划、监控和咨询服务。”
Berke Menekli，博西家用电器集团数字平台服务副总裁
如今，这个有300到400名员工的平台工程团队主要为四个产品组提供支持。这让软件开发速度变得更快，运营更具成本效益，应用运行更加可靠，关键事件数量从每月50起下降到仅15起——降幅70%。
Gartner副总裁分析师、关键计划负责人Bill Blosen补充说，平台工程在企业IT中越来越受欢迎，这是许多CIO最关心的问题。在Gartner最近进行的一项调查中，75%的受访者表示，他们的组织已经采用了平台工程，但只有44%的受访者采用了正式的结构化方法。Blosen说：“我们认为这是改善开发人员体验和生产力的一个战略重点。”
平台工程：目的和受欢迎程度
平台工程团队负责创建和运行供内部软件开发人员使用的自助服务平台。这些高度可扩展的平台通常旨在优化开发人员的生产力，利用规模经济来降低成本，提高可靠性，加速软件交付，此外还可以确保流程、架构、安全性和技术治理方面的一致性。
美国专利商标局（USPTO）企业基础设施交付总监Bob Simms说：“我们的平台工程团队支持200多个应用，在自动化方面进行了创新。我们将部署时间从几周缩短到几分钟。该团队还提供基础设施服务级别监控，在出现问题时向产品团队发送警报。如果我们遇到特定类型的中断，我们的可观察性工具还可以重新启动应用。”
Bob Simms，美国专利商标局企业基础设施交付办公室总监
还有Genpact首席数字策略师Sanjay Srivastava，他说，平台工程使他们能够为部署的每种产品构建通用的管道和方法。“我们发现这在技能和人才方面特别有用，因为这些技能和人才是很难找到和留住的，而且还有很多职位需要填补。”
平台工程团队的核心角色包括了基础设施工程师、软件开发人员、DevOps工具工程师、数据库管理员、质量保证、API和安全工程师以及产品架构师。在某些情况下，团队还可能包括站点可靠性工程师、Scrum主管、UI/UX设计师和分析师，分析师主要是评估性能数据以确定瓶颈。普华永道首席产品和技术官Joe Atkinson表示，这些团队为IT组织提供了一系列好处，包括构建和维护可扩展、灵活的基础设施和工具，以实现高效运营；开发标准化框架、库和工具，以实现快速软件开发；通过整合基础设施资源来削减成本；确保基础设施层面的安全性和合规性。
“平台工程团队与IT以及业务团队密切合作，促进组织内部的协作，”他说。
一切都在构建之中
不少IT领导者表示，如果想要组建高效的团队，需要考虑很多因素。
引入合适的技能Atkinson表示，作为基础，每个平台工程团队都需要聘请具有强大沟通能力、精通软件开发、硬件和数据技术、具有出色的分析和解决问题能力并熟悉平台工程工具的人员。博西家用电器集团围绕特定工作职能组建了大型团队，而美国专利商标局的9人平台工程团队中，每个成员也都拥有多样化的技能。Simms表示：“我们本身没有特定的角色”，不过他也确实在寻找云和数据库等核心技能的组合，或数据架构师的经验。“如果我们说这个人是数据架构师，那么他们就被归类了，我们希望他们能够接手团队中其他人正在做的工作。”
但是，这些基本能力（如果不是指定的角色）仍然是至关重要的。“建立合适的团队，这是成功推动关键成果的关键，但团队需要了解每个云基础设施及其独特环境的具体情况，”Genpact的Srivastava这样说道。
为未来做好准备Simms还在寻找能够为组织未来做好准备的技能组合，包括人工智能、机器学习和混沌工程。目前，美国专利商标局的平台工程团队正在积极测试一种AI功能，这种AI可以检测性能限制并通过分配更多存储、添加更多CPU或内存资源、或者将数据从一个存储库移动到另一个存储库来解决这些问题。
“AI完全颠覆了平台工程，”Srivastava说，因此掌握AI技能非常重要。“例如，基础设施、存储、用户身份验证和规则创建都可以预先自动化，从而显著提高生产力。”
培养强大的团队文化，允许失败发生美国专利商标局首席信息官Jamie Holcombe说，如果没有建立正确的文化，就不可能拥有成功的平台工程团队。他说：“如果你不鼓励正确的行为，那么当出现问题时，人们就会互相指责。”不要隐瞒信息，当出现不好的事情时，立即揭露出来，以便其他人可以从中吸取教训——或者提供解决方案。另一个团队中可能有人之前见过这个问题，并且有解决办法。“但如果做不到不开放和透明，你就无法快速解决问题，”他说。
Jamie Holcombe Jr.，美国专利商标局首席信息官
CIO们还应该允许平台工程团队成员通过小规模的失败来学习。为了提供这些机会，领导者需要将大项目分解成小块。“如果你给一个不成熟的团队一个复杂的任务，那就是领导者的错，”Holcombe说。
培训Menekli说，打造高绩效团队始于培训。“我们对平台工程团队进行了培训，让他们了解卓越运营和成本优化意味着什么。然后，我们培训了应用团队，让他们也加入进来。”
与业务团队建立合作伙伴关系协作对于支持平台工程团队所服务的产品组至关重要。美国专利商标局有大约200个应用，其中最关键的那些应用程序规模庞大、复杂且发布次数很多，但Simms还是指派了一名团队成员参加产品团队的Scrum会议和站立会议。他说：“他们和这些团队一起工作，确保了解他们的需求，并实现开发人员的自助服务能力。”
Menekli补充说，博西家用电器集团的三个平台工程团队中，一些成员嵌入到了产品组中，为SAP、云和工作场所应用提供服务，以提供架构、安全、技术和运营治理方面的指导。他说：“我们还指导他们进行成本优化。”
Joe Atkinson，普华永道首席产品和技术官
普华永道采取了略有不同的方法。Atkinson说：“平台工程团队可以嵌入IT部门，但我们认为这些任务应该直接与产品开发团队进行整合，与软件开发人员、系统架构师和运营团队密切合作，将性能考虑因素整合到整个软件开发生命周期和IT运营中。”
平台工程与产品群组
建立平台工程团队时，一个重大决定是决定谁最终对产品负有端到端的责任。Menekli说：“应用团队是否承担全部端到端责任，还是将其分割，让部分责任由平台团队承担，并在规模经济和敏捷性之间保持平衡？这是我们三年前争论的话题。如果选择前者，应用开发将具有更大的敏捷性和灵活性，但平台数量可能会增加。在极端情况下，甚至可能没有平台工程团队，每个人都对平台拥有完全的权力。”
但鉴于目前对预算、规模经济和治理的关注，让平台团队通过与产品团队密切合作来分担端到端责任是更好的选择。他说：“从实际资金角度看预算并没有增长。这就是为什么平台工程团队如此重要的原因。”
Srivastava补充说，另一个挑战是定制每种产品的具体细节。“对我们而言，行之有效的方法是采用中心辐射式配置的混合模式，这种模式保留了80%的标准，20%是定制。”
在迁移到平台工程之前，美国专利商标局有传统的项目管理团队。Holcombe说：“每个人都试图尽可能多地完成项目，很像瀑布模式——非常独特和烟囱式的。没有人想在运营和维护方面进行优化。”现在，有一些产品线为专利、商标和支持人力资源和财务等核心领域的软件等关键事项提供服务。
“这些产品团队是最终的决策者，”他说。如果他们想寻求其他的基础设施服务，也是可以的。但如果一个产品群组离开，就必须将基础设施成本分摊到更小的基数上。“因此，我们为平台工程创造了一种激励，使其具有竞争力。”
经验教训
很多IT高管表示，他们的平台工程团队大部分仍在发展成熟，在继续前进的过程中，他们有一些经验教训可以分享：
沟通是关键。“缺乏沟通和协作会阻碍生产力，导致团队之间不协调，”Atkinson说。
尽一切努力获得恰当的技能组合。“好的招聘和提升现有团队成员的技能，这是应对平台工程的挑战和需求所必要的，”他补充说。
在最需要的地方安插工程师。Holcombe说，在拥有许多产品的大型组织中，你不可能在每个开发团队中都安插平台工程师，所以要专注于对业务最关键的团队。
先纵向扩展，再横向扩展。Gartner的Blosen说，平台工程原则上可以应用于组织中具有技术复杂性的其他职能。“一个例子就是低代码应用程序平台，以自助式的、易于使用的方式提供，业务用户无需了解底层复杂性即可提供技术功能，”Simms表示，美国专利商标局在扩大团队范围时正在考虑这一点。博西家用电器集团已经成立了一个平台团队来支持为业务用户提供服务的RPA平台。Menekli说：“我们管理平台并进行技术治理，但所有应用的开发和运营都是由业务部门完成的。”
不要在自动化和工具方面吝啬。Atkinson说：“不投资的话流程可能就是手动的、耗时的，影响效率。”
忽视安全性和合规性会让你陷入危险。Atkinson说，优先考虑这些功能，以避免平台暴露在漏洞和法律风险之中。
让团队充分利用AI。Simms表示，美国专利商标局已经引入了试验新AI功能所需的技能，包括预测分析和自动化。他的团队还在测试一种可以识别性能限制并解决这些问题的AI功能。尽管机器学习已经得到证实，但Menekli警告说，不要让团队在没有经过深思熟虑的情况下就引入生成式AI等新技术。“使用成本很高，所以你需要一个好的业务案例，不仅适用于AI，也适用于任何其他能带来新功能的新软件。”
变化是唯一不变的。Menekli预计，未来几年博西家用电器集团的产品团队（支持消费者旅程、企业应用、制造和产品数字化）将从IT部门转移到业务部门。他说：“参与其中的业务开发人员和分析师越多，他们就越缺乏架构和安全方面的思考，IT的价值主张将转向为这些产品团队提供可扩展的、可靠的平台服务以及IT专业知识。”
他说，这些团队中仍然会有IT成员——他们需要成为业务技术人员的向导——但其余人员将成为业务部门的一部分。“当前IT的成本和交付压力使得长期使用的工厂方法难以为继，新一代工人还拥有一套技能，可以用来开发他们的解决方案，引入AI工具和其他易于使用的工具，如低代码和无代码。每家公司都必须以某种方式利用所有员工来生产数字化产品。”
