Støttestrategi – modenhetsnivåer

Følgende modenhetsnivåer hjelper deg å vurdere gjeldende status for kundestøttestrategien:

Nivå Tilstanden til støttestrategien for Power Platform
100: innledende
  • Utviklere støtter sine egne apper og flyter.
  • Ingen eller begrensede regler for hvordan apper og flyter skal støttes av IT- og forretningsinteressenter.
  • Hjelpegruppen er verken klar over eller forberedt på håndtering av Power Platform-spørringer.
  • Individuelle forretningsenheter finner måter å støtte hverandre på, noe som skjer i siloer, og som ikke er konsekvent i hele organisasjonen. Utviklere i ulike forretningsenheter får ulik støtte basert på forfallsdatoen til avdelingen.
200: gjentakbar
  • Fellesskapsstøtte blir etablert og drives ofte av individuelle tekniske eksperter på Power Platform som er svært interesserte i Power Platform. De arbeider med å etablere kontakt mellom utviklere for å opprette et støttenettverk.
  • En intern diskusjonskanal er tilgjengelig og blir et sted for spørsmål og svar. Denne kanalen vokser kanskje organisk, og nye utviklere oppdager den når ryktet sprer seg, i stedet for at de blir invitert automatisk. Center of Excellence (CoE) har begrenset oppsyn med kanalen.
  • Det er en viss grad av forpliktelse og styringstiltak for å administrere livssyklusfasene, som ofte er avhengig av den individuelle utvikleren og kunnskapen til vedkommende. De har lært seg anbefalte fremgangsmåter selv.
  • Hjelpegruppen håndterer noen få av de vanligste tekniske støtteproblemene.
300: definert
  • Støttestrategi omfatter hjelpegruppe. Hjelpegruppen er forberedt på å håndtere alle kjente og forventede tekniske Power Platform-støtteproblemer, og CoE gir relevant utvidet støtte ved behov.
  • Definert risikoprofil dikterer støttenivået en løsning vil motta (for eksempel IT-støttet, IT-velsignet, utviklerstøttet). Utviklere kan raskt vurdere risikoprofilen for løsningen sin via en beslutningsmatrise og kan identifisere hvilke tiltak som må iverksettes i neste omgang, for eksempel få miljøer for testing/produksjon, overfør løsning, overføring av kunnskap til støtteteam. Dette arbeidet er ofte reaktivt etter at løsningen er bygd, som betyr at IT ikke har avansert synlighet.
  • Den interne diskusjonskanalen er nå populær og kan i stor grad opprettholde seg selv. CoE-medlemmer overvåker og administrerer diskusjonskanalen aktivt for å sikre at spørsmål besvares raskt og riktig.
400: funksjonsdyktig
  • Dedikert støtteteam.
  • Kontinuerlige forbedringsplaner i tråd med forretningsstrategi.
  • Klart forståtte roller og ansvarsområder.
  • Serviceavtaler er på plass for å definere forventningene til støtte fra hjelpegruppen, inkludert utvidet støtte, og alle involverte forstår dem.
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.
  • Det finnes toveis tilbakemeldingsløkker mellom hjelpegruppen og CoE.
  • KPI-er måler engasjement og tilfredshet i fellesskapet.
  • Automatisering er på plass når den gir direkte forbedring av brukeropplevelsen (for eksempel ved automatisk tilgang til fellesskapet) eller av bestemte hjelpegruppeaktiviteter (for eksempel ved bruk av API-er og skript som øker hastigheten og reduserer feil).