Modenhetsmodellen for Power Platform-innføring: detaljerte funksjoner

Målet med modenhetsmodellen for innføring er å bidra til å definere et veikart for Microsoft Power Platform-innføring. Veikartet presenterer en rekke strategiske og taktiske hensyn og gjøremål som direkte fører til vellykket Power Platform-innføring.

Å fremme innføring og dyrke en kultur med lite kode handler om mer enn å implementere teknologifunksjoner. Teknologi kan hjelpe en organisasjon med å gjøre størst mulig innvirkning, men en sunn lavkodekultur innebærer mange hensyn på tvers av spekteret av mennesker, prosesser og teknologi.

Målet med modenhetsmodellen for innføring er å hjelpe organisasjoner og partnerne til å tenke gjennom hvordan de kan forbedre funksjonene og bestemme hvilke evner som betyr mest for dem. Hver fase beskriver tilstandene til enkeltdisipliner, for eksempel strategi og visjon, administrasjon, styring og så videre. Formålet med modellen er å hjelpe organisasjoner å forstå evnene sine langs flere dimensjoner i en klart definert skala, avgjøre hvilket nivå de ønsker å ligge på for hver dimensjon og i hvilken tidsramme, og forbedre evnene deres på konkrete måter ved å gå videre til neste nivå.

Delene nedenfor viser detaljerte egenskaper og funksjoner i en organisasjon i hvert trinn.

Strategi og visjon

Nivå	Tilstand til strategi og visjon
100: innledende	Innovasjon drevet av forretningsområder (nedenfra) Scenarioer med lav kompleksitet Begrenset gjenbruk Udefinert strategi
200: gjentakbar	Felles visjon mellom IT og forretningsvirksomhet Behovsstyringsprosessen
300: definert	Dedikert Power Platform-produkteier Innovasjon nedenfra og ovenfra Definert forståelse av rollen til Power Platform i organisasjonens IT-portefølje
400: I stand til det	Opprettet Center of Excellence-team Økt leveringseffektivitet støtter raskt skiftende forretningsbehov Forretningsplaner delt på tvers av avdelinger
500: effektiv	Power Platform er en sentral del av den digitale transformasjonsstrategien Visjon og strategi forstått av alle Initiativer over hele organisasjonen gir apper i større skala Beslutninger om bedriftsarkitektur omfatter Power Platform-funksjoner

Forretningsverdi

Nivå	Tilstand til forretningsverdi
100: innledende	Ingen formell vurdering av forretningsverdi Udefinerte mål
200: gjentakbar	Ingen formell vurdering av forretningsverdi Forretningssaker forstått, men mangler gjennomgang
300: definert	KPI-er forstått, operasjonalisert, rapportert om og gjennomgått mot mål Ideer med høyest forretningsverdi velges for utvikling Forretningsbaserte smertepunkter kvantifiseres før prosjektstart og sammenlignet etter avsluttet
400: I stand til det	Presise kvantitative og kvalitative tiltak som brukes til effektivt å kontrollere, forutsi og forbedre forretningseffektiviteten CoE-startpakke og innovasjonsetterslep eller tilsvarende verktøy for måling av forretningsverdi tatt i bruk
500: effektiv	«Helhetlig» analyse visualiserer forretningsverdien av Power Platform-løsninger i en oversikt og per forretningsområde Avansert instrumentbord og rapportering gir beslutningsmuligheter og måler forretningsverdi Utøvende synlighet av forretningsverdi og effekt av Power Platform løsninger

Administrasjon og styring

Nivå	Tilstand til administrasjon og styring
100: innledende	Miljøer kan opprettes av alle Ingen policyer for hindring av datatap
200: gjentakbar	Power Platform Tjenesteadministratorrolle tilordnet bestemte administratorer Standardmiljø som dekkes av kontroller for hindring av datatap Leierisolasjon er konfigurert CoE-startpakke – kjernemodul tatt i bruk for å få innsikt i eksisterende bruk for hele leieren
300: Definert	Definerte strategier for miljø-, DLP- og forespørselsadministrasjon Overvåking av appbruk og -innføring Overvåking av nye koblinger for å oppdatere DLP-policyer Lisens-, kapasitets- og forbruksovervåking informerer beslutningstaking Trinnvis tilnærming til produktivitetsmiljøer basert på opprettermodenhet Egendefinerte miljøer brukes til bestemte brukstilfeller og ALM-scenarioer (dministrasjon av programlivssyklus)
400: funksjonsdyktig	Overdelte, ubrukte og frittstående ressurser identifiseres, og passende handlinger utføres Reaktiv styring for automatisk innsamling av forretnings- og samsvarsinformasjon CoE-startpakke – styringsmodul tatt i bruk for å få samsvarsinnsikt og arkivere ressurser Telemetri bidrar til å identifisere forretningskritiske apper Power Platform-driftsteam tar seg av leietakerhygiene Utvikleransvar er klart definert og forstått og automatisk kommunisert
500: effektiv	Videre automatisering skjer gjennom chatroboter innebygd i Teams – gjennom klare risikoprofiler blir oppgaver automatisk godkjent eller rutet gjennom godkjenningsprosesser med flere trinn (for eksempel linjeleder, informasjonssikkerhetsavdeling, miljø eller leieradministrator) Praksiser som fungerte i organisasjonen, deles eksternt på Microsoft-arrangementer eller fellesskapshendelser

Støtte

Nivå	Tilstand av støtte
100: Innledende	Utviklere støtter sine egne apper Ingen eller begrensede regler for hvordan prosesser støttes av IT- og forretningsinteressenter
200: gjentakbar	Fellesskapsstøtte En viss grad av forpliktelses- og styringstiltak for å håndtere løsningslivssyklusstadier
300: Definert	Støttestrategi involverer brukerstøtte Definert risikoprofil dikterer støttenivået en løsning mottar (for eksempel IT-støttet, IT-velsignet, utviklerstøttet)
400: funksjonsdyktig	Dedikert støtteteam Kontinuerlige forbedringsplaner i tråd med forretningsstrategi Klart forståtte roller og ansvarsområder
500: effektiv	Automatisering av støtteaktiviteter (for eksempel endring av eierskap, robot for vanlige spørsmål) Ansvar og eierskap til å bygge og drifte løsninger er fullt ut forstått

Pleie- og selvlærte utviklere

Nivå	Tilstand til pleie- og selvlærte utviklere
100: Innledende	Noen ansatte kan ha deltatt på App på en dag-arrangementer (Partner- eller Microsoft-levert) Teambaserte initiativer for pleieutviklere
200: gjentakbar	Introduksjonsstrategi for nye utviklere Noen ansatte har deltatt i en programmeringsfest Skapere blir ambassadører på tvers av sine avdelinger og reklamerer for funksjonene
300: Definert	Utviklere gir innsikt i forretningers problemområder Opplærings- og kompetansehevingsstrategi for utviklere Internt fellesskap med mestere CoE-startpakke – pleiemodul tatt i bruk
400: funksjonsdyktig	Regelmessige arrangementer for mestere Regelmessige programmeringsfester Utviklervurderinger og -sertifikater Dele og feire suksesshistorier Fortellerstunder Innføringskampanje
500: effektiv	Stort, internt fellesskap med bevist verdi Karrierevei for utviklere Fellesskap av mentorer Felles utviklingsstrategi og mål for selvlærte og faglærte utviklere

Automatisering

Nivå	Automatiseringstilstand
100: innledende	Prosesser er i stor grad manuelle og engangsprosesser
200: Repeterbar	Prosesser standardiseres, men implementeres manuelt
300: Definert	Policyforespørsler for miljø og DLP-kobling automatiseres Apper distribueres manuelt, men bruker løsninger Kommunikasjon om prosesser og samsvar mellom administratorer og utviklere automatiseres
400: funksjonsdyktig	ALM-prosesser defineres og implementeres sentralt Administratoroppgaver for å identifisere overdelte, ubrukte og frittstående ressurser automatiseres i stor grad Styringsoppgaver for å samle inn samsvars- og støtteinformasjon automatiseres
500: effektiv	ALM-prosesser eies av hvert Fusion-team Administrasjon av miljølivssyklus er automatisert CoE-startsett – ALM Accelerator er tatt i bruk

Fusion Teams

Nivå	Tilstand til Fusion Teams
100: Innledende	Team jobber selvstendig Ingen profesjonell utvikler-bruk av Power Platform
200: gjentakbar	Team går gjennom og ratifiserer hverandres arbeid Profesjonelle utviklere prøver ut brukstilfeller av høy verdi
300: definert	Team planlegger arbeid som et team, men opererer uavhengig av hverandre Team administrerer kildekontroll og applivssykluser Standardbiblioteker, egendefinerte koblinger og komponenter som skal brukes av utviklere
400: I stand til det	Tverrfunksjonelle team planlegger og utfører arbeid i fellesskap, inkludert utviklere, testere og driftsteam. Samarbeidsplanlegging for infrastruktur og endringsaktivering Bruk av Common Data Model for å hjelpe til med gjenbruk av data
500: effektiv	Team dannes sømløst for å imøtekomme tverrfunksjonelle ferdigheter Felles utviklingsstrategi og mål for selvlærte og faglærte utviklere som trengs for nye prosjekter

Merk

Du kan laste ned en versjon som kan skrives ut, av modenhetsmodellen for Power Platform-innføring.

Power Platform-innføring

Vellykket Power Platform-innføring omfatter å gjøre effektive prosesser, støtte, verktøy og data tilgjengelige for utviklere og brukere.

En vanlig misforståelse er at innføring først og fremst gjelder bruk eller antall brukere. Det er ingen tvil om at bruksstatistikk er en viktig faktor. Bruk er imidlertid ikke den eneste faktoren. Innføring handler ikke bare om å bruke teknologien regelmessig; det handler om å bruke den effektivt. Effektivitet er vanskeligere å definere og måle.

Når det er mulig, bør innføringsarbeidet justeres på tvers av lavkodeplattformer og andre Power Platform produkter, for eksempel Power BI.

Merk

Enkeltpersoner og organisasjonen selv lærer, endrer og forbedrer seg kontinuerlig. Det betyr at det ikke er noen formell slutt på innføringsrelatert innsats.

Målgruppe

Den tiltenkte målgruppen av modenhetsmodellen for innføring er interessert i ett eller flere av følgende resultater:

• Forbedre organisasjonens evne til å bruke Power Platform på en effektiv måte.
• Øke organisasjonens modenhetsnivå knyttet til Power Platform levering.
• Forstå og overvinne innføringsrelaterte utfordringer ved skalering av Power Platform.
• Øke organisasjonens avkastning på investeringen (ROI) i Power Platform.

Først og fremst er denne artikkelserien nyttig for de som arbeider i en organisasjon med ett eller flere av følgende egenskaper:

• Power Platform distribueres med noen vellykkede forsøk.
• Power Platform har lommer med viral innføring, men styres ikke målrettet i hele organisasjonen.
• Power Platform distribueres med en viss meningsfull skala, men det er fortsatt behov for å bestemme:
  • Hva er effektivt og hva skal opprettholdes?
  • Hva bør forbedres?
  • Hvordan fremtidige distribusjoner kan være mer strategiske.
• Utvidet innføring av Power Platform er under vurdering eller er planlagt.

For det andre er denne artikkelserien nyttig for:

• Organisasjoner som er i de tidlige stadiene av en Power Platform-innføring.
• Organisasjoner som har hatt suksess med innføring og nå ønsker å evaluere sitt nåværende modenhetsnivå.

Forutsetninger og omfang

Hovedfokuset i denne artikkelserien er på Power Platform teknologiplattformen, med vekt på Power Apps, Power Automate, Microsoft Copilot Studio, og Microsoft Dataverse.

Hvis du vil ha informasjon om Power BI-innføring, kan du se Veikart for Power BI-innføring.

Neste trinn

I artiklene i denne serien får du lære om modenhetsnivåene for Power Platform-innføring. Det refereres til modenhetsnivåene gjennom hele artikkelserien. Se også konklusjonsartikkelen for flere innføringsrelaterte ressurser.

Andre nyttige ressurser omfatter følgende:

• Administrere en Power Apps bedriftsdistribusjon.
• Kompetanseøkning? Se Power Platform in a Day-seminarer og Microsoft Learn-opplæring for Power Platform.
• Erfarne Power Platform-partnere er tilgjengelige for å hjelpe organisasjonen med å lykkes med innføringen av Power Platform. Hvis du vil engasjere en Power Platform partner, kan du gå til Power Apps partnerportalen.