Du er her:
Endringsleder kjører en sikker endring med risikoscore
Hjelp en endringsleder med å vurdere risiko, løse planleggingskonflikter og konflikter som involverer konfigurasjonselementer, og godkjenne en endring med bekreftbare implementerings- og tilbakeføringsplaner.
Bruke sak med et blikk
Populær: Endringsledere som er ansvarlige for evaluering, godkjenning, planlegging og avslutning av IT-endringer
Mål: Finne ut om en foreslått endring er sikker å implementere og bruke kontroller som er proporsjonale med forretnings- og teknisk risiko
Startpunkt: En dokumentert endringsforespørsel med berørte tjenester eller konfigurasjonselementer, et anslått implementeringsvindu og en ansvarlig eier
Vellykket resultat: Endringen gjennomføres i et passende vindu, oppfyller bekreftelseskriteriene, unngår eller løser kjente konflikter, og har et dokumentert utfall og oppfølgingshandlinger.
Bruk risikoinformasjon til å bestemme om forespørselen skal fortsette, revideres, planlegges på nytt eller avvises. Bruk de relaterte hjelpeemnene i trinnene for å fylle ut spørreskjemaet, konfigurere score, løse konflikter, behandle godkjenninger og avslutte forespørselen.
Opprette en gjennomgåbar endring
Start med nok detaljer til at en gransker kan evaluere endringen. Bekreft formålet, omfanget, berørte tjenester og konfigurasjonselementer (CI-er), implementeringstrinn, testplan, tilbakekallingstilnærming, eier og beregnede start- og sluttider. Klassifiser forespørselen som standard, normal eller hasteavtale i henhold til organisasjonens prosess.
| Bevis | Spørsmål om endringsleder | Beslutning den støtter |
|---|---|---|
| Forretningsinnvirkning | Hvilken tjeneste eller forretningsutfall er i fare hvis implementeringen mislykkes? | Angi gjennomgangens dybde, kommunikasjonsbehov og godkjenningsinstans. |
| CI og avhengighetsomfang | Hvilke systemer, tjenester og brukere kan bli berørt? | Identifiser de nødvendige kontrollørene, potensielle konflikter og bekreftelsesdekning. |
| Implementeringsplan | Er trinnene sekvensiert, eies og kan utføres i vinduet? | Godkjenn planen, eller returner den for revisjon. |
| Testplan | Hvilke bevis viser suksess etter distribusjon? | Definer kriteriene for fullføring og overvåking. |
| Tilbakestillingstilnærming | Kan teamet gjenopprette tjenesten i det tilgjengelige vinduet? | Fortsett, legg til avbøying eller velg et annet implementeringsvindu. |
| Tidsplan | Unngår den foreslåtte tidsplanen konflikter, moratorier og perioder uten tilstrekkelig personale? | Behold eller planlegg endringen på nytt. |
Hvis du vil vite mer om endringstyper og deres tiltenkte bruk, kan du se Håndtering av endringsforespørsler for IT-tjenester. Hvis du vil se fremgangsmåten for å opprette, knytte til, planlegge og avslutte endringsforespørsler, kan du se Arbeide med endringsforespørsler for IT-tjenester.
Bruke risikinformasjon til å fokusere på gjennomgangen
To typer risikoinformasjon kan vises. Den regelbaserte vurderingen av endringsrisiko bruker postattributtene og spørsmålssvarene som er konfigurert i organisasjonen. Det produserer et risikonivå av typen Lav, Middels, Høy eller Kritisk og en normalisert score fra 1 til 100. Bruk spørsmålene og vektene som er konfigurert av administratoren.
Bruk Risikonivå og normalisert score til å fokusere gjennomgangen, ikke til å erstatte dommen. Et høyere risikonivå eller -score krever sterkere bevis, avbøying, gjennomgang og godkjenning. Et lavere risikonivå eller -score gjør ikke en ufullstendig plan eller uløst konflikt trygg. Du finner detaljer om vurderingen og arbeidsflyten i Risikobehandlingen for IT-tjenester og Risikobehandlingen for IT-tjenester.
Hvis du vil vite mer om beregningen og tersklene, kan du se Hvordan risikoscore beregnes for endringsforespørsler. Hvis organisasjonen bruker tilpasset vurderingslogikk, bekrefter du den konfigurerte virkemåten med administratoren.
Hold den regelbaserte vurderingen atskilt fra den valgfrie maskinlæringsforutsigelsen. Forutsigelseskortet Endre risikoscore beregner sannsynligheten for implementeringsfeil på en skala fra 0 til 100. Det erstatter ikke det regelbaserte risikonivået eller skriver en ny risikoscore til endringsforespørselen. Hvis begge typene risikoinformasjon vises, registrerer du hvilken av dem som informerte godkjennings- eller endringsrådgivningsbeslutningen.
Løse konflikter før godkjenning
Se gjennom de berørte CI-ene og deres avhengigheter, og sammenlign deretter det beregnede implementeringsvinduet med annet planlagt arbeid. Hvis oppdagelse av endringsforespørselskonflikter er aktivert, opprettes det konfliktposter når overlappende endringsforespørsler påvirker samme konfigurasjonselement i den samme planlagte perioden. Konfliktoppdagelse krever at berørte CIs knyttes til endringsforespørselen. Separat viser IT Service Calendar endringsforespørsler, utgivelser og moratorier slik at endringslederen kan planlegge arbeid på nytt rundt en frysing.
For hver konflikt bestemmer du om du vil planlegge forespørselen på nytt, endre omfanget, koordinere arbeidet eller dokumentere hvorfor konflikten ikke gjelder. Et tomt antall konflikter betyr ikke at IT-tjenestekalenderen er klar, så se gjennom kalenderen separat. Konfliktoppdagelse blokkerer ikke automatisk implementering. Hvis du vil ha detaljer om konfliktkriterier og tilgjengelige handlinger, kan du se gjennomgå og løse endringskonflikter for IT-tjenester.
Godkjenne og kjøre endringen
Sammenhold godkjenningens styrke med bevisene og risikoen. Kontroller at nødvendige vurderere forstår innvirkningen, avbøying, bekreftelse, tilbakeføring og kommunikasjonsplanen. For arbeid med høyere risiko ruter du forespørselen gjennom den konfigurerte godkjennings- eller endringsrådgivningsprosessen og registrerer beslutningen før implementering.
Under implementeringsvinduet utfører endringsinnfrieren de godkjente trinnene, registrerer materielle avvik, tester resultatet og overvåker tilstanden til tjenesten. Hvis bekreftelsen mislykkes eller risikoen overskrider den godtatte grensen, stopper du eller ruller tilbake i henhold til den godkjente planen. Risikoscore blokkerer ikke automatisk implementering. De konfigurerte arbeidsflytene for godkjenning og endringsbehandling håndhever beslutningen.
Hvis du vil vite mer om endringsrådgivningsbegreper og -arbeidsflyt, kan du se Behandle endringsrådgivningsråd for IT-tjenester.
Bekrefte, Lær om og Avslutte
Før avslutning må du sammenligne resultater med testplanen, bekrefte tjenestetilstanden, fange opp implementeringsresultatet og identifisere gjenværende risiko. Registrer avslutningskoden og sammendraget, oppdater relatert dokumentasjon og tildel korrigerende arbeid når implementeringen var delvis eller mislykket.
Utfør en gjennomgang etter implementering når prosessen eller risikoen berettiger det. Sammenlign den forventede innvirkningen og risikoen med det faktiske resultatet, og bruk det du lærer, til å forbedre maler, vurderingssvar, implementeringsrutiner eller tilbakemeldingsplaner. Denne reisen er vellykket når beslutningen og utfallet kan spores, ikke bare når risikospørsmålsskjemaet er fullført.
Bekrefte at endringskontroller er klare
Før du bruker denne veiledningen til å vurdere om endringsforespørselsbehandling, risikovurdering, fasebehandling, oppdagelse av endringsforespørselskonflikter, tilgang til IT-tjenestekalenderen og nødvendige godkjenninger er konfigurert for endringsprosessen. Kontroller at berørte CIs er knyttet til endringsforespørsler når det brukes konfliktdeteksjon, og kontroller at endringsledere, innfriere, vurderere og godkjennere har de nødvendige tillatelsene.
