如何搭建一个有效支持开发团队的平台 云企业战略博客

建立支持开发团队的平台指导

关键要点

与 AWS 客户的讨论中，很多集中在如何构建开发者体验平台，以简化软件开发和操作，自动化部署，提升软件质量，降低成本，以及确保安全与合规性。然而，并非所有平台都能满足预期。其中最常见的问题就是开发团队拒绝接受原本应支持他们的平台。此外，平台团队与开发团队之间缺乏合作及复杂的平台要求也是常见问题。

在这篇博客文章中，我将概述如何有效地构建一个支持开发团队的平台。

平台的目的

IT 平台的主要目的是为交付团队提供简单、高效、且无压力的工具链，帮助他们构建和运行软件，以便能更快地专注于解决业务问题。

平台团队是一个赋能的组织单元，包含：

平台范围

开发者体验平台可以提供多种工具和服务，旨在支持交易和分析应用程序的开发与运维。常规产品包括软件开发和测试工具、CI/CD 流水线、监控和日志记录、容器化和编排、服务和数据发现、分析、安全、协作以及计费和备份服务。在某些组织中，平台还提供托管服务以部署和运行应用程序。

平台规模

一般来说，一个公司的产品开发中，约有 10 到 20 应为平台。这可能会随着时间的推移而变化，具体取决于平台的范围。在平台开发初期，资源可能会更多，随着功能达到一定要求且平台范围变少，资源可逐步减少。

平台团队的特征

平台团队是为内部使用的产品所组建的产品团队。它们通常是小型、多样化、跨功能且自组织的团队，包含设计、构建和运维平台产品所需的每个角色。有效的团队规模应为 610 人，具体角色因组织当前的运营模式和成熟度而异。典型角色包括产品负责人、软件开发人员，有时还包括质量保证QA工程师和 IT 管理员。

平台产品负责人应理解开发者工具的社会技术领域可能作为前用户，并具备创意、沟通、协调和交付管理能力。组织有时会低估产品负责人的重要性这是一个错误。产品负责人在平台的成功中扮演关键角色。成功的平台团队会从用户需求反向设计。

团队中也应有具备运营和开发背景的成员。开发者应能跨越团队的技术栈，具备特定领域的专业知识称为 T 型或 V 型开发者。

在某些组织中，开发者还需负责测试自己的产品。其他组织则增设专职的 QA 工程师，专注于测试自动化。我建议赋能并培训开发者自身保证产品质量。团队中的角色越少，灵活性和效果就越高。如果仍有专职的 QA 工程师，他们应隶属于平台团队，而非独立的 QA 团队，这样可以使他们在较长时间内负责平台的某一部分，并独立运行其服务。

如何判断您的平台是否优秀？

测量一个平台是否达到其目标是困难的，因此收集正确的数据和实例至关重要。一个好的指标是净推荐值NPS，它通过询问平台用户是否会将该服务推荐给新成员来评估。

另一个指标是交付团队对非强制性服务的采纳率。这两个指标是一般性的指标，但通过 A/B 测试可以获得所提供服务的新版本的非常具体的指标。在这种方法中，一些交付团队使用新服务，而对照组则不使用。可以测量和比较两个组在周期时间、吞吐量、发布频率或持续时间等特定能力上的差异。

如何推动平台的采纳

我成功采用了三种策略来解决平台服务采纳的问题：

结论

平台是更大产品开发组织的重要组成部分。除了其他好处外，它们能实施集中和自动化的政策，提高合规性和安全性。当设置得当时，它们可以提升交付团队的质量、周期时间、吞吐量和积极性。上述原则将帮助您充分利用您的平台及其创建和管理团队。

您在开发者体验平台方面有哪些经验？我很想听听您的看法。

标签

Matthias Patzak

Matthias 在 2023 年初加入企业策略团队，之前担任 AWS 解决方案架构的首席顾问。在这一角色中，Matthias 与高管团队合作，探讨云如何帮助快速创新、提高 IT 效率及提升其技术所带来的商业价值。在加入 AWS 之前，Matthias 曾任 AutoScout24 的 IT 副总裁和 Home Shopping Europe 的常务董事。在这两家公司中，他引入了大规模的精益敏捷运营模式，并领导成功的云转型，缩短了交付时间、提升了商业价值和公司估值。