翻译自 Why You Should Run Your Platform Team Like a Product Team 。译者这几年也是做类似的工作，发现产品思想对工作促进良多。
与产品团队一样，成功的平台团队必须了解其“客户”和利益相关者的需求。
我在软件工程和 DevOps 领域工作了大约十年。在过去的五年里，我一直在平台团队和其他以基础设施为中心的团队工作，这些团队正在努力成为平台团队，即使他们当时没有意识到这一点。考虑到这一点，我有一个关于如何帮助确保平台团队成功的建议：像产品团队一样运作它们。
平台团队专注于构建和维护核心系统和工作流，以向应用程序团队交付基础设施和其他服务。由于应用程序运行在基础设施的基础上，因此支持基础设施是一项艰巨的工作。平台工程不仅包含您传统上认为的“基础设施”——虚拟机、计算集群和网络——它还包括所有连接应用程序和基础设施世界的粘合剂。其中包括 API、监控、CI/CD 管道、凭证管理等。所有这些都集中在一个保护伞下，构成了“平台团队”中的“平台”。
平台团队解决了基础设施供应和配置的历史问题。以前，基础设施的创建、更新和删除涉及手动过程，例如指向和单击以创建基础设施或临时脚本。在基于云的环境中，基础设施正在自动化并在几分钟内启动。几天之内就会构建新功能并将其部署到生产环境中。
除了支持应用程序团队外，平台团队还有责任确保他们构建的工作流在这种加速下仍然符合行业和公司标准。就像产品团队必须从客户那里收集反馈并听取关键利益相关者的意见一样，平台团队需要与应用程序团队协作，同时还要满足安全、合规、财务等方面的要求。
虽然这意味着平台团队有时需要防止开发人员的请求超出那些利益相关者的边界，但在我的经验中，更常见的情况是许多组织将继续围绕手动更改基础设施建立遗留合规流程，这与现代自动化实践不太相符。
要实现现代化，平台团队必须以一种对组织内关键团队可接受的方式挑战现状。平台团队必须与这些团队交流，了解为什么会有某些政策，并找出如何安全地自动化他们的系统。这种外交工作可能比平台团队的技术责任更具挑战性。
为了应对这一挑战，平台团队应该像产品团队一样运作。
产品团队了解他们为客户服务，并且客户的持续反馈至关重要。那么，平台团队的客户是谁？应用程序开发团队。
对于任何产品来说，第一步是用户研究。平台团队在开始构建平台之前需要与其用户建立反馈循环。他们需要需求、范围和优先级。他们还需要版本化基础设施组件、执行维护、建立意识、鼓励采用并传达新闻。平台团队还需要考虑“特性”。像任何产品团队一样，基于客户反馈和业务需求，平台团队应该有一个关于要向客户提供哪些功能的想法。
对于平台团队来说，功能通常是针对不同类型应用架构的基础设施相关能力。例如，平台团队可能正在开发容器化能力，以便让应用团队将应用程序推送到特定运行时介质，并确保部署符合组织标准。其他常见的能力包括无服务器、GPU 密集型工作负载和跨网络和移动分布的前端应用程序。这些能力与云服务提供商无关。
将平台构建过程视为任何其他软件项目。采用迭代方法，永远不要认为平台“完成了”。不要因为你正在构建内部而非外部的东西就忘记了 IT 世界在过去几十年中完善的所有经过实战检验的产品管理策略。
请参考 Elanco 的混合多云采用案例研究，该案例展示了这家动物保健供应商如何从架构师、开发人员和企业团队中收集用户反馈。还包括其平台分析、设计和自动化阶段的蓝图。
要了解对平台团队有效的一些经过实战检验的产品管理策略，请观看 ThoughtWorks 的 Poppy Rowse 和 Chris Shepherd 的演讲“平台工程的非技术挑战”。
产品团队还必须了解他们的利益相关者的需求。平台团队的利益相关者包括组织基础设施交付管道中的其他所有团队。这些团队可能有不同的名称，但包括网络、传统 IT、安全、身份、财务、风险、合规等。平台团队的成功与这些职能团队的成功密不可分，如果没有它们，当你需要时就不会有资金和支持。
平台团队的主要目标是帮助开发人员尽可能安全地快速发布软件，同时满足组织利益相关者的需求。组织利益相关者通常寻求默认安全的基础设施工作流程、合规性保障、减少故障单和低效率，并通过消除基础设施扩张来降低成本等其他要求。这些领域中许多都是开发团队的盲点，但对于发布软件的“安全”因素至关重要。
关键是将所有利益相关者团队的代表紧密集成到您正在进行的沟通和需求构建过程中，就像您在外部产品开发工作流程中所做的那样。
学习如何与利益相关者合作，可以从 Controlware 的 Christian Bergner 的演讲中获得启示：“在金融领域建立云操作思维：变革日记”。该演讲包括两个案例研究，并描述了将每个功能都聚集到同一桌前讨论平台的过程。
平台团队的存在是为了应对基础设施从手动、人工驱动的流程向自动化自助流程的世代转变。管理这些新流程所需的技能集合大不相同。平台团队代表了一种专业化，以解决基础设施和应用程序开发中的主题差异问题。
企业需要快速向客户交付新产品和功能的需求从未如此之高，这给应用团队带来了更大的压力。这意味着基础设施必须像软件更新一样迅速适应。如果基础设施运营商希望应对挑战，就必须像软件工程师一样思考。平台团队是这一转变的重要组成部分，融合了基础设施和软件工程领域。