Power Platform mognadsmodell för anpassning: Detaljerade funktioner

Målet med modellen för antagandemognad är att hjälpa till att definiera en färdplan för Microsoft Power Platform anpassning. Färdplanen innehåller en rad strategiska och taktiska överväganden och åtgärdspunkter som direkt leder till ett framgångsrikt Power Platform anpassning.

Att främja anpassning och odla en lågkodskultur handlar om mer än att implementera tekniska funktioner. Teknik kan hjälpa en organisation att göra störst inverkan, men en hälsosam lågkodskultur involverar många överväganden över hela spektrumet av människor, processer och teknik.

Syftet med modellen för antagandemognad är att ge organisationer och deras partner ett sätt att tänka igenom hur de kan förbättra sin kapacitet och bestämma vilka funktioner som är viktigast för dem. Varje stadium beskriver tillstånden för enskilda användare, till exempel Strategi och Vision, Administration, Styrning och så vidare. Syftet med modellen är att hjälpa organisationer att förstå sina förmågor längs flera dimensioner på en tydligt definierad skala, bestämma vilken nivå de vill uppnå för varje dimension och i vad tidsram och förbättra sina förmågor på konkreta sätt genom att gå vidare till nästa nivå.

I följande avsnitt hittar du detaljerade egenskaper och funktioner för en organisation i varje steg.

Strategi och vision

Nivå	Tillstånd för strategi och vision
100: Initial	Innovation driven av affärsområden (nedifrån och upp) Scenarier med låg komplexitet Begränsad återanvändning Odefinierad strategi
200: Repeterbar	Gemensam vision mellan IT och Business Begäran-hanteringsprocess
300: Definierad	Dedikerad Power Platform produktägare Innovation nedifrån och upp och uppifrån och ned Definierad förståelse för Power Platform roll i organisationen i organisations IT-portfölj
400: Kapabel	Fastställt Center of Excellence team Ökad leveranseffektivitet stödjer snabbt föränderliga affärsbehov Affärsplaner som delas mellan avdelningar
500: Effektiv	Power Platform är en viktig del av strategin för digital transformation Vision och strategi förstådd av alla Organisationsomfattande initiativ ger program i större skala Beslut om företagsarkitektur omfattar Power Platform funktioner

Affärsvärde

Nivå	Tillstånd för affärsvärde
100: Initial	Ingen formell bedömning av affärsvärde Odefinierade mål
200: Repeterbar	Ingen formell bedömning av affärsvärde Affärsfall förstås men saknar granskning
300: Definierad	Nyckeltal (KPI:er) förstås, operationaliserades, rapporteras om och ses över mot mål Idéer med högsta affärsvärde väljs för utveckling Verksamhetens stötestenar kvantifieras före projektstart och jämförs efter målgång
400: Kapabel	Exakta kvantitativa och kvalitativa åtgärder som används för att effektivt kontrollera, förutsäga och förbättra affärseffektiviteten CoE-startpaket och innovationsbacklogg eller motsvarande verktyg för att mäta affärsvärde har antagits
500: Effektiv	Helhetsanalys visualiserar affärsvärdet av Power Platform lösningar totala och per affärsområde Avancerad instrumentpanel och rapportering ger beslutsfunktioner och mäter affärsvärde Företagets synlighet för affärsvärde och effekter av Power Platform lösningar

Administration och styrning

Nivå	Tillstånd för administration och styrning
100: Initial	Miljöer kan skapas av alla Inga principer för dataförlustskydd (DLP)
200: Repeterbar	Power Platform Tjänstadministratörsroll tilldelad till specifika administratörer Standardmiljö som omfattas av DLP-kontroller Klientorganisationens isolering är konfigurerad CoE-startpaket – Kärnmodul som används för att få insikter om befintlig användning för hela klientorganisationen
300: Definierad	Definierade strategier för miljö, DLP och hantering av förfrågningar Övervakning av appanvändning och implementering Övervakning av nya anslutningsappar för att uppdatera DLP-principer Övervakning av licenser, kapacitet och förbrukning informerar beslutsfattandet Nivåindelad metod för produktivitetsmiljöer baserad på tillverkarnas mognad Anpassade miljöer används för specifika användningsfall och scenarier för hantering av appens livscykel (ALM)
400: Kapabel	Överdelade, oanvända och överblivna resurser identifieras och lämpliga åtgärder vidtas Reaktiv styrning för att automatiskt samla in affärs- och efterlevnadsinformation CoE-startpaket – Styrningsmodul som används för att få insikter om efterlevnad och arkivera resurser Telemetri hjälper till att identifiera affärskritiska program Power Platform driftteamet tar hand om klientorganisationens hygien Skaparansvaret definieras tydligt och förstås och kommuniceras automatiskt
500: Effektiv	Ytterligare automatisering sker via chattrobotar inbäddade i Teams – genom tydliga riskprofiler godkänns eller dirigeras uppgifter automatiskt genom godkännandeprocesser i flera steg (t.ex. linjechef, informationssäkerhetsavdelning, miljö- eller klientadministratör) Metoder som fungerat i deras organisation delas externt vid Microsoft eller samhällsevenemang

Stöd

Nivå	Stödtillstånd
100: Initial	Tillverkare stöder sina egna program Inga eller begränsade regler för hur processer ska stödjas av IT- och affärsintressenter
200: Repeterbar	Community-support En viss grad av engagemangs- och styrningsåtgärder för att hantera livscykelstadier för lösningar
300: Definierad	Supportstrategin involverar support Definierad riskprofil dikterar vilken supportnivå en lösning kommer att få (till exempel IT-stödd, IT-välsignad, tillverkarstöd)
400: Kapabel	Dedikerat supportteam Kontinuerliga förbättringsplaner i linje med affärsstrategin Tydligt förstådda roller och ansvarsområden
500: Effektiv	Automatisering av supportaktiviteter (till exempel ändra ägande, robot för vanliga frågor och svar) Ansvar och ägande för att bygga och driva lösningar är fullt förstådda

Vård- och medborgarskapare

Nivå	Tillstånd för vård- och medborgarskapare
100: Initial	En del personal kan ha bevakat App in a Day-evenemang (Partner eller Microsoft levererat) Teambaserade initiativ för vårdande beslutsfattare
200: Repeterbar	Introduktionsstrategi för nya utvecklare En del personal har deltagit i ett hackathon Skapare blir ambassadörer över sina avdelningar och evangeliserar förmågan
300: Definierad	Skapare ger insikter om företagets smärtpunkter Utbildnings- och kompetenshöjningsstrategi för beslutsfattare Interna mästare-communityn CoE-startpaket – anpassningsmodul har antagits
400: Kapabel	Regelbundna evenemang för Mästare Regelbundna hackathons Skapare bedömningar och certifikat Dela och fira framgångshistorier Visa och berätta-sessioner Adoptionskampanj
500: Effektiv	Stort internt samhälle med bevisat värde Karriärväg för beslutsfattare Mentorernas gemenskap Gemensam utvecklingsstrategi och mål för Medborgar- och Pro-utvecklare

Automatisering

Nivå	Tillstånd för automatisering
100: Initial	Processerna är till stor del manuella och engångs
200: Repeterbar	Processer standardiseras, men implementeras manuellt
300: Definierad	Miljö- och DLP-anslutningspolicy förfrågningar är automatiserade Program distribueras manuellt, men med hjälp av lösningar Kommunikationen om processer och efterlevnaden mellan administratörer och skapare automatiseras
400: Kapabel	ALM-processer definieras och implementeras centralt Administratörsuppgifter för att identifiera överdelade, oanvända och överblivna resurser automatiseras till stor del Styrningsuppgifter för att samla in efterlevnads- och supportinformation automatiseras
500: Effektiv	ALM-processer ägs av varje Fusion Team Miljölivscykelhantering är automatiserad CoE-startpaket – ALM Accelerator används

Fusion Teams

Nivå	Tillståndet för Fusion Teams
100: Initial	Team arbetar självständigt Ingen proffsutvecklare användning av Power Platform
200: Repeterbar	Team granskar och ratificerar varandras arbete Proffsutvecklare pilot användningsfall med högt värde
300: Definierad	Team planerar arbete som ett team, men arbetar självständigt Team hanterar källkontroll och applivscykler Standardbibliotek, anpassade anslutningsprogram och komponenter som ska användas av utvecklare
400: Kapabel	Tvärfunktionella team planerar och utför arbete gemensamt, inklusive tillverkare, testare och operativa team. Samarbetsplanering för infrastruktur och förändringsaktivering Användning av Common Data Model för att underlätta återanvändning av data
500: Effektiv	Team bildas sömlöst för att tillgodose tvärfunktionella färdigheter Gemensam utvecklingsstrategi och mål för Medborgar- och Pro-utvecklare som krävs för nya projekt

Kommentar

Du kan hämta en utskrivbar version av Power Platform adoptionsmodellen.

Power Platform användning

Framgångsrik Power Platform användning innebär att göra effektiva processer, support, verktyg och data tillgängliga för tillverkare och användare.

En vanlig missuppfattning är att användning främst avser användning eller antalet användare. Det råder ingen tvekan om att användningsstatistik är en viktig faktor. Användning är dock inte den enda faktorn. Adoption handlar inte bara om att använda tekniken regelbundet. det handlar om att använda det effektivt. Effektivitet är mycket svårare att definiera och mäta.

När det är möjligt bör implementeringsinsatserna anpassas mellan lågkodsplattformar och andra Power Platform produkter, till exempel Power BI.

Kommentar

Individer och organisationen själv lär sig ständigt, förändras och förbättras. Det betyder att det inte finns något formellt slut på adoptionsrelaterade ansträngningar.

Målgrupp

Den tilltänkta målgruppen av modellen för antagandemognad är intresserad av ett eller flera av följande resultat:

• Förbättra organisationens förmåga att effektivt använda Power Platform.
• Öka organisationens mognadsnivå relaterad till Power Platform leverans.
• Förstå och övervinna adoptionsrelaterade utmaningar som vi står inför vid skalning Power Platform.
• Öka organisationens avkastning på investeringen (ROI) i Power Platform.

I första hand kommer denna artikelserie att vara till hjälp för dem som arbetar i en organisation med en eller flera av följande egenskaper:

• Power Platform distribueras med vissa framgångar.
• Power Platform har fickor av viral adoption, men styrs inte målmedvetet över hela organisationen.
• Power Platform distribueras med en viss meningsfull skala, men det finns fortfarande ett behov av att fastställa:
  • Vad är effektivt och vad bör upprätthållas?
  • Vad bör förbättras?
  • Hur framtida distributioner kan vara mer strategiska.
• Utvidgat antagande av Power Platform är under övervägande eller planeras.

För det andra kommer denna artikelserie att vara till hjälp för:

• Organisationer som befinner sig i ett tidigt skede av en Power Platform införande.
• Organisationer som har haft framgång med adoption och nu vill utvärdera sin nuvarande mognadsnivå.

Antaganden och omfattning

Det primära fokuset i den här artikelserien ligger på teknikplattformen Power Platform , med tonvikt på Power Apps, Power Automate, Microsoft Copilot Studio, och Microsoft Dataverse.

Information om Power BI adoption finns i Power BI översikten över antagande.

Nästa steg

I artiklarna i den här serien kan du lära dig mer om Power Platform anpassning mognadsnivåerna. Mognadsnivåerna refereras genom hela artikelserien. Se även avslutningsartikeln för ytterligare adoptionsrelaterade resurser.

Andra användbara resurser är:

• Administrera en Power Apps företagsdistribution.
• Kompetenshöjning? Se Power Platform på en dag workshops och Microsoft Learn utbildning på Power Platform.
• Erfarna Power Platform partners finns tillgängliga för att hjälpa din organisation att lyckas med antagandet av Power Platform. Om du vill anlita en Power Platform partner besöker du Power Apps partnerportalen.