Med hjälp av följande mognadsnivåer kan du utvärdera hur supportstrategin ser ut:
Nivå
Strategi för Power Platform stödstatus
100: Initial
Tillverkare stöder sina egna program och flöden
Inga eller begränsade regler för hur program och flöden ska stödjas av IT- och affärsintressenter.
Supporten känner inte till och är inte förberedd på att hantera Power Platform frågor.
Enskilda affärsenheter har olika sätt att stödja varandra, vilket händer i olika delar av organisationen och som inte är konsekventa i hela organisationen. Skapare i olika affärsenheter får olika stöd beroende på hur deras avdelning ser ut.
200: Repeterbar
Community-supporten håller på att etableras och styrs ofta av enskilda Power Platform tekniska experter som känner till Power Platform. De arbetar med att upprätta ett supportnätverk tillsammans och upprätta ett supportnätverk.
En intern diskussionskanal är tillgänglig och blir en plats för frågor och svar. Den här kanalen kan växa snabbt och nya skapare upptäcker den genom muntligt språk, i stället för att automatiskt bjudas in till den. Center of Excellence (CoE) har liten tillsyn över kanalen.
Det finns en viss grad av verksamhetsstyrning och åtgärder för att hantera lösningens livscykelfaser, vilket ofta beror på den enskilde tillverkaren och deras kunskap. De lärde sig själva affärspraxis.
Supporten tar hand om några av de vanligaste tekniska problemen.
300: Definierad
Supportstrategin involverar support Supporten är beredd att hantera alla kända och förväntade Power Platform tekniska supportproblem och CoE tillhandahåller lämplig utökad support när det behövs.
Definierad riskprofil dikterar vilken supportnivå en lösning kommer att få (till exempel IT-stödd, IT-välsignad, tillverkarstöd). Skapare kan snabbt utvärdera riskprofilen för lösningen med hjälp av en beslutsmatris och kan identifiera vilka steg som måste vidtas – till exempel hämta test-/produktionsmiljöer, lämna över lösning, kunskapsöverföring till supportteamet. Ofta reaktivgörs arbetet efter att lösningen har skapats, vilket betyder att IT-programmet inte har någon synlighet i förväg.
Den interna diskussionskanal är nu populär och till stor del självförsörjande. CoE-medlemmar övervakar och hanterar aktivt diskussionskanal för att säkerställa att frågor besvaras snabbt och korrekt.
400: Kapabel
Dedikerat supportteam.
Kontinuerliga förbättringsplaner i linje med affärsstrategin.
Tydligt förstådda roller och ansvarsområden.
SLA:er är på plats för att definiera förväntningarna på supporten för supporten, inklusive utökad support, och de är klara för alla inblandade.
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.
Det finns loopar med dubbelriktad feedback mellan support och CoE.
KPI:er är ett mått på community-engagemang och tillfredsställelse.
Automatisering sker när den tillför direkt värde till användarupplevelsen (till exempel automatisk åtkomst till communityn) eller för specifika help desk-aktiviteter (till exempel användning av API:er och skript som ökar hastigheten och minskar antalet fel).