使用平台工程功能模型改进平台工程实践
注意
使用平台工程能力模型调查衡量组织的平台工程工作并设定未来目标。
使用平台工程功能模型来衡量组织的当前平台工程工作，并为将来的改进设定目标。
Microsoft的客户研究确定了六项核心功能，用于定义 平台工程 -投资、采用、治理、预配和管理、接口以及度量和反馈。 这些功能与 Cloud Native Computing Foundation 平台工程成熟度模型中概述的关键领域密切相关。 这些功能来自分析调查结果，以及来自 30 多个长时间与客户的采访，了解其组织的平台工程工作。
评估当前做法并设定未来目标
首先确定组织目前在每个功能区域中所处的位置。 可以手动评估或完成 平台工程功能模型调查。
若要启动手动评估， 请下载此空白图表。
下载跨不同阶段 的功能图表，以用作参考。 对于每个功能，你的组织很可能不在同一级别。 还可以在此处了解有关每个功能的详细信息。
对于每个功能，请在空白评估图表上填写一个圆圈，以显示组织当前所处的位置。
绘制连接每个点的垂直线。
为每个显示组织未来所需阶段的功能添加另一个空圆圈。 例如，组织可能希望专注于从初始投资阶段迁移到可重复阶段。 请记住，更改可能逐渐改变。 无需一次性从初始阶段到优化阶段。 组织的目标目标也可能不是最后一列。 应选择符合组织优先级的所需阶段。
从组织当前功能到所需功能绘制一条水平线。
查看图表，直观显示组织的当前状态和建议的未来目标。
在前面的示例中，金融机构客户希望专注于改进其采用、治理和预配和管理功能。 以下是其当前状态和挑战：
- 采用：平台工程团队侧重于强制实施卓越中心（COE）设置的策略，指导工程团队的运作方式。 使每个团队的性能指标成为改进的动力。 该团队旨在在不依赖指令和指标的情况下扩大平台使用情况。 但是，他们在提高 COE 团队技能方面面临挑战，以处理跨工程团队使用的各种技术。 一个主要障碍是平台可能无法满足各个团队的特定需求，这可能会导致故障。
- 治理：平台工程解决方案是一个内部开发的门户，充当开发人员的中心中心，提供工具、指南、编码标准和视频。 门户包含关于最低企业要求（MERS）的测验，以确保在编码开始之前符合性。 门户提供 Stack Overflow 版本以支持、经过认证的工程师配置文件，以及熟悉新开发人员的标准和工具的载入之旅。 未来的主要目标是简化资源管理，并将治理集成到开发生命周期中，消除瓶颈，并使用现代工具集吸引顶级技术人才。
- 预配和管理：平台工程团队为开发人员创造了快乐的路径，以提高工作效率，同时保持灵活性。 目标是在允许自定义的同时提供有效的路径。 设计这些路径时，CTO 团队旨在满足大多数开发人员的需求，但该银行的复杂性，拥有数千个正在使用的工具，使一个大小适合所有挑战。 为了缩放平台，组织认识到需要自动资源预配来满足许多工程团队的各种需求。
为目标功能设置目标
每个功能都有相应的问题。 研究旨在进一步改进的功能领域，并了解如何推进组织的平台工程实践。