平台工程成熟度模型评估

临时团队
临时小组或个人非正式合作

技术团队
具有一般技术技能的专门平台团队

以产品为中心的团队
具有技术、产品和设计技能的专业团队

完整的专家团队
具有全面专业角色的专业团队

危机驱动
紧急、迫切的需求

问题驱动
修复现有的问题

战略驱动
有计划的功能路线图

社区驱动
有计划的功能及社区意见

不参与
用户不参与验证过程

非正式反馈
我们以临时方式征求反馈

共创
用户帮助定义需要哪些功能

全面合作伙伴关系
用户在整个定义、测试和发布过程中参与

没有资金
没有直接投资或预算

基本资金
分配资金以组件专门团队

聚焦成果的资助
具有明确预期成果的资助团队

战略投资
有成果以及社区建设的资助团队

偶然
用户偶然发现新功能

分散的信息来源
信息存在，但位置不一致

中央目录
用户从统一的信源开始查找功能

交互式目录
统一信源，并且支持用户请求缺失的功能

用户自建
用户通常自行创建定制的解决方案

考虑平台
用户浏览和查看平台，但经常选择替代方案

评估平台
将平台与其他可选项公平对比

首选平台
相比于替代方案，优先选择平台作为首选

较小的支持
没有明确的指导，只有有限的局部建议

基础支持
用户了解该平台的价值，但是采用率依然较低

良好的支持
平台的使用是个人追求的明确目标，可创造动力

强有力的支持
每个人都了解其价值，并在基本使用的基础上积极参与平台建设

尽管建设，用户自然会采纳
假设好的功能自然会吸引用户

领导层参与
平台团队与用户团队的领导者合作

有计划地推广
每个新功能都有相应的采纳策略

聚焦社区
用户参与与建设新功能同等重要

基于请求
用户要求平台团队满足他们的需求

自服务工具
用户自助访问工具和组件

一键访问
用户从一个中央位置即时获取功能

定制访问
用户可以即时访问并能定制结果

不考虑
开发者体验和生产力不是优先事项

偶尔考虑
有时会讨论但未系统地解决

常规关注
平台决策过程中会常态化地考虑开发者体验

核心优先事项
开发者体验和生产力驱动所有平台决策

独立工具
独立的工具或组件

固定解决方案
预先核准的解决方案，不支持定制

自服务解决方案
用户可以自助访问已核准的解决方案

组合式解决方案
用户可以构建和定制属于自己的解决方案

需要深度支持
用户需要平台团队的深度帮助

需要部分支持
用户可以自助服务，但经常需要协助

需要少量支持
用户几乎无需帮助即可自助服务

无需支持
功能与现有工具可以无缝集成

无公告
不发布任何公告

固定位置更新
在固定的位置持续共享更新

发布更新以及路线图
在固定位置发布且包括未来的路线图

自动通知
在固定位置发布且主动通知

个人评估
平台团队成员单独评估和计划每个请求

自服务
业务团队自行构建他们所需要的服务

集中式请求
业务团队要求平台团队为他们构建功能

共享所有权
具有明确定义角色的清晰流程，致力于基于服务的模型

非正式支持
按需响应，在问题出现时及时解决

明确定义的流程
存在标准流程，但团队执行时会有不同的方式

集中式管理
集中管理标准流程，共同承担责任

自动化管理
标准化、自动化的方法，职责明确，中断最小

无明确计划
没有正式流程或长期规划

团队优先级
平台团队收集需求并确定其优先级

目标一致的流程
根据组织目标来评估需求的明确定义流程

产品经济性
将平台作为产品来管理，具有经济决策权

成功不太明确
不确定成功是什么样的

相互冲突的观点
存在不同的意见，且没有一致对齐

广义上共识一致
在组织层面上就成功是什么达成一致

洞察驱动的指标
有用于学习和改进的数据，而不仅仅是目标

没有度量
我们不根据业务目标进行汇报

代理式指标
我们使用采纳率或节省的时间来度量功能的成功

成功至上的方法
在我们搞懂如何度量成功之前，不会添加任何功能

持续改进
团队持续完善指标和数据收集

没有参与
用户不参与，感觉不被倾听

非正式反馈
存在用户反馈的临时机制

专职收集
产品经理或团队成员推动反馈数据收集

用户贡献
用户积极为平台做出贡献

无结构化的收集
我们不会以结构化的方式收集用户满意度

调研和监测
我们使用调研或论坛来了解用户情绪

活跃的结构化方法
我们通过结构化的方法积极探索用户满意度

文化优先
用户满意度根植于我们的文化中