Power Platform 采用成熟度模型：详细功能

  • 项目

采用成熟度模型的目标是帮助定义 Microsoft Power Platform 采用的路线图。 此路线图将提供一系列战略和策略上的考虑因素以及直接推动成功采用 Power Platform 的行动项目。

推进采用和培养低代码文化不仅是在实现技术功能。 技术可以帮助组织产生最大的影响，但健康的低代码文化涉及人员、流程和技术方面很多需要考虑的因素。

采用成熟度模型的目的是为组织及其合作伙伴提供一种思考如何提高能力并决定哪些能力对他们最重要的途径。 每个阶段描述各个方面的状态，如战略与愿景、管理、治理等。 此模型的用途是帮助组织在明确定义的范围内从多个维度了解他们的能力，决定他们在每个维度上想要达到的级别以及实现目标的期限，然后通过进入下一个级别以切实的方式提高能力。

以下各节详细介绍了组织在每个阶段的特征和能力。

战略和愿景

级别 战略和愿景状态
100：初始
  • 由业务领域推动实现创新（自下而上）
  • 低复杂性场景
  • 有限重用
  • 未定义策略
200：可重复
  • IT 和业务之间的共同愿景
  • 需求管理流程
300：已定义
  • 专门的 Power Platform 产品负责人
  • 自下而上和自上而下创新
  • 定义对 Power Platform 在您的组织的 IT 产品组合中扮演的角色的理解
400：有能力
  • 已建立卓越中心团队
  • 提高了交付效率，支持快速变化的业务需求
  • 跨部门共享业务计划
500：高效
  • Power Platform 是数字化转型战略的关键部分
  • 所有人都了解的愿景和战略
  • 组织范围的计划交付更大规模的应用
  • 企业体系结构决策包括 Power Platform 功能

商业价值

级别 商业价值状态
100：初始
  • 没有正式的商业价值评估
  • 未定义目标
200：可重复
  • 没有正式的商业价值评估
  • 已理解业务案例，但缺少审核
300：已定义
  • 已理解、实施、报告关键绩效指标 (KPI) 并对照目标进行审核
  • 选择具有最高商业价值的创意进行开发
  • 项目启动前量化业务难点，完成后进行对比
400：有能力
500：高效
  • “大图”分析将 Power Platform 解决方案的商业价值可视化，涵盖所有业务领域
  • 高级仪表板和报告提供决策能力并衡量商业价值
  • 管理层对 Power Platform 解决方案的商业价值和影响的关注

管理和治理

级别 管理和治理状态
100：初始
  • 所有人都可以创建环境
  • 无数据丢失防护策略 (DLP)
200：可重复
300：已定义
400：有能力
  • 识别过度共享、未使用和孤立的资源并采取适当的措施
  • 实施反应式治理来自动收集业务和合规信息
  • CoE 初学者工具包 - 采用治理模块 来获得合规性洞察和存档资源
  • 遥测帮助识别业务关键型应用
  • Power Platform 运营团队负责租户卫生
  • 制作者责任明确定义，并被了解并自动传达
500：高效
  • 通过嵌入在 Teams 中的聊天机器人实现进一步的自动化 – 通过明确的风险概况，任务被自动审批或经过多步骤审批流程（例如，部门经理、信息安全部门、环境或租户管理员）
  • 在其组织中行之有效的做法将在外部活动或社区活动中 Microsoft 共享

客户支持

级别 支持状态
100：初始
  • 制作者支持自己的应用
  • 对于 IT 和业务利益干系人应如何支持流程没有制定规则或规则有限
200：可重复
  • 社区支持
  • 具有一定程度的承诺和治理措施来管理解决方案生命周期阶段
300：已定义
  • 支持策略包括帮助中心
  • 定义的风险概况规定解决方案将获得的支持级别（例如，IT 支持、IT 保护、制作者支持）
400：有能力
  • 专门的支持团队
  • 符合业务战略的持续改进计划
  • 清楚了解角色和职责
500：高效
  • 支持活动自动化（例如，更改所有权、常见问题解答机器人）
  • 充分了解构建和运营解决方案的责任和所有权

培养和平民制作者

级别 培养和平民制作者状态
100：初始
  • 一些员工可能有人参与 App in a Day 活动（合作伙伴或 Microsoft 交付）
  • 以团队为基础的制作者培养计划
200：可重复
300：已定义
400：有能力
  • 定期举办支持者活动
  • 定期举办黑客马拉松
  • 制作者评估和证书
  • 分享和庆祝成功案例
  • 展示讲述会
  • 采用活动
500：高效
  • 价值被证实的大型内部社区
  • 制作者的职业道路
  • 指导者社区
  • 平民和专业开发人员的一般开发策略和目标

自动化

级别 自动化状态
100：初始
  • 流程大部分是手动且一次性的
200：可重复
  • 流程实施了标准化，但需要手动执行
300：已定义
  • 环境和 DLP 连接器策略请求实现自动化
  • 应用手动部署，但使用解决方案
  • 管理员和制作者之间有关流程和合规的通信实现自动化
400：有能力
  • ALM 流程集中定义和实施
  • 用于识别过度共享、未使用和孤立资源的管理员任务在很大程度上实现了自动化
  • 用于收集合规和支持信息的治理任务自动执行
500：高效

Fusion Teams

级别 Fusion Teams 状态
100：初始
  • 各个团队独立工作
  • Power Platform 未使用专业开发
200：可重复
  • 各个团队审查和批准彼此的工作
  • 专业开发人员试点高价值用例
300：已定义
400：有能力
  • 跨职能团队共同计划和执行工作，包括制作者、测试人员和运营团队。
  • 协作规划基础结构和变更支持
  • 使用 Common Data Model 协助数据重用
500：高效
  • 团队无缝组建以适应跨职能技能
  • 新项目所需的平民和专业开发人员的一般开发策略和目标

备注

您可以下载可打印版本的 Power Platform 采用成熟度模型。

Power Platform 采用

成功的 Power Platform 采用涉及向制作者和用户提供有效的流程、支持、工具和数据。

一个常见的误解是采用主要与使用量或用户数量有关。 毫无疑问，使用量统计是一个重要因素。 然而，使用情况并不是唯一的因素。 采用不只是定期使用技术；还要有效使用。 有效性的定义和衡量要难得多。

只要有可能，采用工作应跨低代码平台以及与其他 Power Platform 产品（如 Power BI）保持一致。

备注

个人和组织本身都在不断学习、改变和改进。 这意味着与采用相关的工作永远不会正式结束。

目标受众

采用成熟度模型的目标受众对以下一个或多个结果感兴趣：

  • 提高组织有效使用 Power Platform 的能力。
  • 提高与 Power Platform 交付相关的组织的成熟度级别。
  • 了解并克服在扩展 Power Platform 时面临的与采用相关的挑战。
  • 提高组织对 Power Platform 的投资回报率 (ROI)。

首先，本系列文章将对在具有以下一个或多个特征的组织中工作的人员很有帮助：

  • Power Platform 部署取得了一些成功。
  • Power Platform 有一些扩散性的采用，但并未在整个组织中进行有目的地管理。
  • Power Platform 以某种有意义的规模部署，但仍然需要确定：
    • 哪些方面有效？哪些方面应该保持？
    • 哪些方面应该改进？
    • 未来的部署如何更具战略性。
  • 正在考虑或计划扩大 Power Platform 的采用。

其次，本系列文章将对以下组织有帮助：

  • 处于 Power Platform 采用早期阶段的组织。
  • 采用取得成功，现在希望评估当前成熟度级别的组织。

假设和范围

本系列文章的主要关注点是 Power Platform 技术平台，重点介绍 Power Apps、 Power Automate、 Microsoft Copilot Studio 和 Microsoft Dataverse。

有关 Power BI 采用的信息，请参阅 Power BI 采用路线图。

后续步骤

在本系列的文章中，了解 Power Platform 采用成熟度级别。 成熟度级别在整个文章系列中均有提到。 另外，请参阅结论文章获取其他与采用相关的资源。

其他有用资源包括：