Power Platform adoption maturity model: Detailed capabilities

The goal of the adoption maturity model is to help define a roadmap for Microsoft Power Platform adoption. The roadmap presents a series of strategic and tactical considerations and action items that directly lead to successful Power Platform adoption.

Advancing adoption and cultivating a low-code culture is about more than implementing technology features. Technology can assist an organization in making the greatest impact, but a healthy low-code culture involves many considerations across the spectrum of people, processes, and technology.

The aim of the adoption maturity model is to provide organizations and their partners with a way to think through how they can improve their capabilities and decide which capabilities matter most to them. Each stage describes the states of individual disciplines such as Strategy and Vision, Administration, Governance, and so on. The purpose of the model is to help organizations understand their capabilities along multiple dimensions on a clearly defined scale, decide which level they would like to achieve for each dimension and in what time frame, and improve their capabilities in tangible ways by progressing to the next level.

The following sections present detailed characteristics and capabilities of an organization in each stage.

Strategy and Vision

Level State of Strategy and Vision
100: Initial
  • Innovation driven by business areas (bottom up)
  • Low-complexity scenarios
  • Limited reuse
  • Undefined strategy
200: Repeatable
  • Common vision between IT and business
  • Demand-management process
300: Defined
  • Dedicated Power Platform product owner
  • Bottom-up and top-down innovation
  • Defined understanding of Power Platform’s role in your organization’s IT portfolio
400: Capable
  • Established Center of Excellence team
  • Increased delivery efficiency supports rapidly changing business needs
  • Business plans shared across departments
500: Efficient
  • Power Platform is key part of the digital transformation strategy
  • Vision and strategy understood by all
  • Organization-wide initiatives deliver larger-scale apps
  • Enterprise architecture decisions include Power Platform capabilities

Business Value

Level State of Business Value
100: Initial
  • No formal business value assessment
  • Undefined targets
200: Repeatable
  • No formal business value assessment
  • Business cases understood but lacking review
300: Defined
  • Key performance indicators (KPIs) understood, operationalized, reported on, and reviewed against goals
  • Ideas with the highest business value are chosen for development
  • Business pain points are quantified before project start and compared after finish
400: Capable
  • Precise quantitative and qualitative measures used to effectively control, predict, and improve business efficiency
  • CoE Starter Kit and Innovation Backlog or equivalent tooling for measuring business value adopted
500: Efficient
  • “Big picture” analytics visualize business value of Power Platform solutions all-up and per business area
  • Advanced dashboard and reporting provide decision-making capabilities and measure business value
  • Executive visibility of business value and impact of Power Platform solutions

Admin and Governance

Level State of Admin and Governance
100: Initial
  • Environments are creatable by all
  • No data loss prevention policies (DLP)
200: Repeatable
300: Defined
400: Capable
  • Overshared, unused, and orphaned resources are identified and appropriate actions are taken
  • Reactive governance to automatically gather business and compliance information
  • CoE Starter Kit - Governance Module adopted to gain compliance insights and archive resources
  • Telemetry helps identify business-critical apps
  • Power Platform Operations team looks after tenant hygiene
  • Maker responsibilities are clearly defined and understood and automatically communicated
500: Efficient
  • Further automation takes place through chatbots embedded in Teams – through clear risk profiles, tasks are auto-approved or routed through multi-step approval processes (for example, line manager, information security department, environment, or tenant admin)
  • Practices that worked in their organization are shared externally at Microsoft or community events

Support

Level State of Support
100: Initial
  • Makers support their own apps
  • No or limited rules on how processes are supported by IT and business stakeholders
200: Repeatable
  • Community support
  • Some degree of commitment and governance measures to manage solution lifecycle stages
300: Defined
  • Support strategy involves Helpdesk
  • Defined risk profile dictates the level of support a solution receives (for example, IT supported, IT blessed, maker supported)
400: Capable
  • Dedicated support team
  • Continuous improvement plans in line with business strategy
  • Clearly understood roles and responsibilities
500: Efficient
  • Automation of support activities (for example, change ownership, bot for FAQ)
  • Responsibilities and ownership to build and operate solutions are fully understood

Nurture and Citizen Makers

Level State of Nurture and Citizen Makers
100: Initial
  • Some staff may have attended App in a Day events (Partner or Microsoft delivered)
  • Team-based initiatives for nurturing makers
200: Repeatable
  • On-boarding strategy for new makers
  • Some staff participated in a hackathon
  • Makers become ambassadors across their departments and evangelize the capabilities
300: Defined
400: Capable
  • Regular events for champions
  • Regular hackathons
  • Maker assessments and certificates
  • Sharing and celebrating success stories
  • Show & Tell sessions
  • Adoption campaign
500: Efficient
  • Large internal community with proven value
  • Career path for makers
  • Community of mentors
  • Common development strategy and goals for citizen and pro developers

Automation

Level State of Automation
100: Initial
  • Processes are largely manual and one-off
200: Repeatable
  • Processes are standardized, but implemented manually
300: Defined
  • Environment and DLP connector policy requests are automated
  • Apps are deployed manually, but using solutions
  • Communication about processes and compliance between admin and makers is automated
400: Capable
  • ALM processes are defined and implemented centrally
  • Admin tasks to identify overshared, unused, and orphaned resources are largely automated
  • Governance tasks to gather compliance and support information are automated
500: Efficient

Fusion Teams

Level State of Fusion Teams
100: Initial
  • Teams work independently
  • No pro dev use of Power Platform
200: Repeatable
  • Teams review and ratify each other’s work
  • Pro devs pilot high-value use cases
300: Defined
400: Capable
  • Cross-functional teams plan and execute work jointly, including makers, testers, and operational teams.
  • Collaborative planning for infrastructure and change enablement
  • Use of Common Data Model to aid data reuse
500: Efficient
  • Teams form seamlessly to accommodate cross-functional skills
  • Common development strategy and goals for citizen and pro developers needed for new projects

Note

You can download a printable version of the Power Platform adoption maturity model.

Power Platform adoption

Successful Power Platform adoption involves making effective processes, support, tools, and data available to makers and users.

A common misconception is that adoption relates primarily to usage or the number of users. There's no question that usage statistics are an important factor. However, usage isn't the only factor. Adoption isn't just about using the technology regularly; it's about using it effectively. Effectiveness is harder to define and measure.

Whenever possible, adoption efforts should be aligned across low-code platforms, and other Power Platform products, such as Power BI.

Note

Individuals and the organization itself are continually learning, changing, and improving. That means there's no formal end to adoption-related efforts.

Target audience

The intended audience of the adoption maturity model is interested in one or more of the following outcomes:

  • Improving their organization's ability to effectively use Power Platform.
  • Increasing their organization's maturity level related to Power Platform delivery.
  • Understanding and overcoming adoption-related challenges faced when scaling Power Platform.
  • Increasing their organization's return on investment (ROI) in Power Platform.

Primarily, this series of articles are helpful to those who work in an organization with one or more of the following characteristics:

  • Power Platform is deployed with some successes.
  • Power Platform has pockets of viral adoption, but isn't purposefully governed across the entire organization.
  • Power Platform is deployed with some meaningful scale, but there remains a need to determine:
    • What is effective and what should be maintained?
    • What should be improved?
    • How future deployments could be more strategic.
  • Expanded adoption of Power Platform is under consideration or is planned.

Secondarily, this series of articles are helpful for:

  • Organizations that are in the early stages of a Power Platform adoption.
  • Organizations that have had success with adoption and now want to evaluate their current maturity level.

Assumptions and scope

The primary focus of this series of articles is on the Power Platform technology platform, with an emphasis on Power Apps, Power Automate, Microsoft Copilot Studio, and Microsoft Dataverse.

For information about Power BI adoption, see the Power BI adoption roadmap.

Next steps

In the articles in this series, learn about the Power Platform adoption maturity levels. The maturity levels are referenced throughout the entire series of articles. Also, see the conclusion article for more adoption-related resources.

Other helpful resources include: