Sådan laver du en proces for ændringsstyring (change control)
Sådan designer du en proces for ændringsstyring: definér jeres ændringstyper, hold listen over forhåndsgodkendte ændringer kort, kræv en rollback-plan, og tegn den akutte vej frem for at lade som om den ikke findes.
En proces for ændringsstyring styrer, hvordan en foreslået ændring vurderes, godkendes, gennemføres, verificeres og lukkes, med ændringstyper, der afgør, hvor grundigt hver enkelt ændring behandles.
Kort fortalt
- Tre ændringstyper: standard, normal og akut, defineret af risiko og udbredelse, ikke af størrelse.
- Hold listen over forhåndsgodkendte standardændringer så kort, at nogen faktisk vedligeholder den.
- Indholdet af vurderingsdokumentet hører til i processen, ikke i anmoderens eget skøn.
- Enhver ændring har en rollback-plan, og rollback fører tilbage til planlægningen frem for at slutte.
- Tegn den akutte vej; alternativet er en udokumenteret vej.
Vælg forløb efter ændringens genstand
Ændringstyperne afgør, om processen overhovedet bliver brugt
Ændringsstyring står og falder med ændringstyperne. Sender I hver eneste ændring gennem et ugentligt CAB-møde, finder folk måder at lade være med at oprette ændringer på, og så bliver et kontrolproblem til et synlighedsproblem. Forhåndsgodkender I omvendt for meget, behandler CAB'en intet af betydning. Definitionerne (standard, normal og akut) er selve designarbejdet, og de skrives som regel til sidst og mest upræcist.
Det næste, det betaler sig at få rigtigt, er vurderingsdokumentet. Et CAB kan aldrig blive bedre end det, der bliver lagt frem for det, og et trin, der bare hedder »vurder konsekvens og risiko«, garanterer, at anmodningerne kommer i vidt forskellig kvalitet. Skriver I i stedet, hvad dokumentet skal indeholde (berørte services, nedetidsvindue, risikoniveau, afhængigheder, testtilgang og rollback-tilgang), bliver CAB'ens beslutning en reel gennemgang frem for et indtryk.
Eksemplet herunder er et forløb for ændringsstyring fordelt på fem faser og fem baner. Det rummer de tre veje, enhver fungerende proces har brug for: en standardændring, der springer CAB'en helt over, en normal ændring gennem vurdering og CAB, og en akut vej med sin egen godkendelsesmyndighed, plus en rollback-vej, der fører tilbage til planlægningen frem for at slutte.
Dette eksempel fokuserer på IT-tjenester. For et frigivet fysisk emne, en tegning eller stykliste viser /da/templates/teknisk-aendringsanmodning-ecr-proces det illustrative ECR-014: registrer ud over vurdering og godkendelse også revisioner, ikrafttrædelsesbatch, godkendt lagerdisponering og førstegangskontrol. Godkendte dokumentrevisioner fortsætter i /da/templates/dokumentaendringsstyring-workflow; frigivelsesbilag returneres til ændringsansvarlig før afslutning.
Tre veje gennem én proces
Et forløb for ændringsstyring fra anmodning til lukning. Hold øje med beslutningen om ændringstype, der sender tre typer tre forskellige veje.
Triagen afgør alt det efterfølgende
Ændringen oprettes, logges i ændringsregistret, og derefter kommer en tredelt beslutning om ændringstype. Standardændringer går direkte videre til implementering, normale ændringer til vurdering, og akutte ændringer til deres egen godkendelsesvej: én beslutning, der afgør, hvad hele ændringen kommer til at koste.
Vurderingen er CAB'ens beslutningsgrundlag
Konsekvens og risiko vurderes, omfang og nedetidsvindue bekræftes, vurderingen dokumenteres, og derefter behandler CAB anmodningen og godkender den. Står det ikke skrevet, hvad dokumentet skal indeholde, bruger CAB'en mødet på at bede om oplysninger i stedet for at træffe en beslutning.
En afvisning er en vej, ikke et stop
CAB's tilbagemelding går retur til anmoder, som enten kan rette og indsende igen eller acceptere en udskydelse, og den akutte vej støder til her med sin egen hastegodkendelse. Processer uden en rettesløjfe producerer ændringer, der bliver opgivet frem for forbedret.
Planlæg rollback samtidig med ændringen
Implementering og rollback planlægges sammen, ændringsvinduet planlægges, og ændringen gennemføres. At planlægge rollback samtidig med selve ændringen er det, der gør planen reel; skrevet bagefter er den et afsnit, ingen nogensinde har afprøvet.
Verificér, og kør sløjfen, hvis det fejlede
Ændringen testes og verificeres, en fejlet verifikation udløser rollback-planen og sender sagen tilbage til planlægning, og derefter kommer evalueringen efter implementering og lukningen af sagen. En ændringsstyring, der slutter ved implementeringen, kan ikke vide, om dens ændringer virker.
Sådan fungerer det
Definér jeres tre ændringstyper
Skriv ned, hvad der hos jer tæller som standard, normal og akut, målt på risiko og udbredelse frem for på arbejdsindsats. En konfigurationsændring på én linje i et betalingssystem er ikke en standardændring; en stor, men gennemprøvet rutinemæssig udrulning kan sagtens være det.
Hold listen over forhåndsgodkendte ændringer kort og ejet
Standardændringer virker kun, hvis listen bliver vedligeholdt. Giv den en ejer og en revurderingsdato, og kræv, at en normal ændring beviser sig selv flere gange, før den kommer på listen. En uvedligeholdt standardliste bliver den vej, folk bruger til alt.
Angiv, hvad vurderingsdokumentet skal indeholde
Lav vurderingstrinnet om til en tjekliste: berørte services og brugere, nedetidsvindue, risikoniveau, afhængigheder, testtilgang, rollback-tilgang og hvem der er blevet hørt. Det er den enkeltændring, der giver mest værdi for et CAB.
Navngiv godkendelsesmyndigheden og dens mødekadence
Hvem godkender, hvor ofte mødes de, og hvornår lukker dagsordenen. Navngiv derefter hastegodkendelsen særskilt: den, der kan godkende en rettelse uden for arbejdstid, er sjældent hele CAB'en, og udefinerede akutte ændringer er præcis dem, der ender ugodkendte.
Kræv en rollback-plan, og bestem hvem der udløser den
Alle ændringer får en, planlagt sammen med selve implementeringen. Beslut på forhånd, hvem der har mandat til at udløse den, hvor lang tid den tager, og hvilken tærskel der afgør beslutningen, midt i en hændelse har ingen lyst til at skulle fortolke en politik.
Tegn den akutte vej ærligt
Alle organisationer har en. Giv den kriterier, en navngiven godkender og en obligatorisk efterdokumentation inden for en fast frist. En tegnet akutvej med dokumentationspligt er en kontrol; en utegnet er bare det, der sker klokken to om natten.
Faldgruber du skal undgå
Én vej for alle ændringer
At sende trivielle ændringer gennem et ugentligt CAB lærer folk at undgå processen, og så mister I overblikket over de ændringer, der faktisk betyder noget.
Uklare krav til vurderingen
CAB'en bliver et forum, hvor der bedes om oplysninger frem for besluttes, og godkendelseskvaliteten følger den, der skrev den pæneste anmodning.
Rollback skrevet efter planen
En rollback, der er tænkt bagefter, er utestet og ofte umulig i praksis. Planlæg begge dele samtidig, eller også har I ingen.
At lade som om der ikke findes akutte ændringer
At nægte at dokumentere den akutte vej fjerner den ikke: det fjerner kriterierne, godkendelsen og dokumentationen.
Lav jeres egen proces for ændringsstyring
Åbn eksemplet på ændringsstyring som jeres eget diagram, skriv jeres egne ændringstyper ind, og navngiv jeres godkendelsesmyndighed.
Relaterede guides
Ofte stillede spørgsmål
Hvad er forskellen på change control og change management?
Change control er den procedurenære del: hvordan en konkret foreslået ændring bliver anmodet, vurderet, godkendt, gennemført, verificeret og lukket, med dokumentation ved hvert trin. Change management er bredere: strategien, ændringstyperne, rollerne, kommunikationen og forbedringen af selve processen, og i nogle organisationer hele den menneskelige side af organisatorisk forandring. Det flowchart, folk har brug for først, er næsten altid change control, for det er det, de følger til daglig.
Hvad er standardændringer, normale ændringer og akutte ændringer?
En standardændring er forhåndsgodkendt, lavrisiko og gentagelig og springer derfor CAB'en over og følger en fastlagt procedure. En normal ændring går gennem vurdering og godkendelse. En akut ændring godkendes af en reduceret myndighed, fordi det ville gøre mere skade at vente på den normale vej, end ændringens egen risiko udgør. Definér hver type ud fra risiko og udbredelse frem for størrelse, og kræv, at akutte ændringer dokumenteres bagudrettet inden for en fast frist.
Hvem bør sidde i et CAB?
Folk, der kan vurdere konsekvenserne og tale på vegne af de berørte services: serviceejere, drift, sikkerhed hvor det er relevant, og en, der repræsenterer kunden eller forretningskonsekvensen. Hold det lille nok til, at der kan træffes beslutninger, og giv det en formand med den afgørende stemme. Et CAB på femten personer gennemgår ingenting grundigt, og har et medlem aldrig rejst en indvending, deltager vedkommende frem for at vurdere.
Hvad skal der ske, når en ændring ikke består verifikationen?
Kør rollback-planen og gå tilbage til planlægningen frem for at forsøge at rette fremad under tidspres. Netop derfor skrives rollback-planen sammen med ændringen, og derfor er det på forhånd navngivet, hvem der må udløse den. Efter genetableringen går den fejlede ændring tilbage gennem vurderingen med det, I har lært: behandler I den som en helt ny ændring uden historik, gentager I den samme fejl med andre mennesker.
Hvordan adskiller ændringsstyring sig fra versionsstyring?
Versionsstyring identificerer og husker et enkelt dokuments efterfølgende tilstande: hvilken der er gældende, og hvad der kom før den. Ændringsstyring er den bredere proces fra vurdering over godkendelse og gennemførelse til verifikation og lukning, der afgør, om en foreslået ændring overhovedet må ske i første omgang, og som normalt producerer en ny version, når den er godkendt. Se /da/guides/versionsstyring-kontra-aendringsstyring for den begrebsmæssige forskel i dybden, og /da/templates/dokumentaendringsstyring-workflow og /da/templates/sop-aendringsstyring-proces for de dokumenttypespecifikke varianter af samme mønster.
