Flowchart for ændringsstyring (change control)
Skabelon til ændringsstyring: anmodning, konsekvens- og risikovurdering, CAB-godkendelse, implementering med rollback-plan, verifikation og lukning — plus en dokumenteret hastevej.
Sådan fungerer det
Omdøb banerne til jeres rigtige roller
Erstat Anmoder, Ændringsansvarlig, CAB, Udfører og QA med de roller og teams, I faktisk har. Hvis én person både er ændringsansvarlig og CAB-formand, så slå de baner sammen frem for at lade som om, de er adskilte. Hold antallet af baner på fem eller derunder, så diagrammet stadig kan læses.
Definer jeres ændringskategorier ved triage-beslutningen
Beslutningen om ændringstype deler allerede op i standard, normal og akut. Skriv ned, hvad der kvalificerer til hver kategori hos jer, og sæt grænserne ved siden af beslutningen. Sæt dem efter risiko og konsekvensomfang frem for efter sagens størrelse, og hold listen over forhåndsgodkendte standardændringer så kort, at nogen rent faktisk vedligeholder den.
Navngiv ændringsmyndigheden og dens mødekadence
Notér ved CAB-behandlingen, hvem godkenderne er, hvor ofte de mødes, og hvornår deadline for at komme på dagsordenen er. Beskriv hastemyndigheden separat, for den, der kan godkende en rettelse uden for normal arbejdstid, er sjældent hele forsamlingen.
Fastlæg, hvad vurderingen skal indeholde
Lav vurderingstrinnet om til en rigtig tjekliste: berørte services og brugere, nedetidsvindue, risikoniveau, afhængigheder, testtilgang og rollback-tilgang. CAB's beslutning er aldrig bedre end det dokument, og det er samtidig det revisionsspor, ændringen efterlader.
Sæt reglerne for rollback og verifikation
Beslut, hvem der udfører en rollback, hvor lang tid det tager, og hvad der udløser beslutningen. Definér derefter, hvad verifikation betyder for jeres ændringer: røgtest, regressionssuite eller godkendelse fra serviceejeren. Justér løkken ved fejlet verifikation, hvis jeres politik er at rulle tilbage med det samme frem for at planlægge forfra.
Udgiv det, og hold styr på versionerne
Del diagrammet dér, hvor arbejdet foregår — ved siden af ændringsanmodningsformularen eller i runbooken. Gennemgå det efter enhver ændring, der gik galt, og gem de tidligere versioner, så I kan vise, hvornår proceduren blev ændret, og hvorfor.
Ofte stillede spørgsmål
Hvad er forskellen på ændringsstyring (change control) og change management?
Ændringsstyring er den snævre, proceduremæssige del: hvordan en konkret foreslået ændring anmodes, vurderes, godkendes, implementeres, verificeres og lukkes, med en registrering ved hvert trin. Change management er bredere og omfatter strategi, kategorier, roller, kommunikation og den løbende forbedring af selve processen. Dette flowchart er ændringsproceduren, og det er normalt det første, man dokumenterer, fordi det er det, folk følger i det daglige.
Hvem bør godkende en ændring, og skal alt forbi et fuldt CAB?
Nej. At sende hver eneste ændring gennem hele forsamlingen skaber kø og får folk til at arbejde uden om processen. De fleste teams bruger tre niveauer: forhåndsgodkendte standardændringer med en dokumenteret fremgangsmåde, som ikke kræver behandling, normale ændringer, der går til CAB, og akutte ændringer godkendt af én navngiven myndighed, typisk CAB-formanden eller den vagthavende leder. Sæt grænserne efter risiko og konsekvensomfang — ikke efter sagens størrelse — og skriv dem ved siden af triage-beslutningen.
Hvordan passer akutte ændringer ind uden at underminere processen?
En akut ændring komprimerer godkendelsen, den fjerner den ikke. I dette diagram springer hastegrenen den faste CAB-dagsorden over, men får stadig en eksplicit godkendelse, går stadig gennem planlægning med en rollback-plan og ender stadig i evaluering efter implementering og lukning. Den praktiske regel, de fleste teams lander på: godkend mundtligt inden for få minutter, men skriv ændringssagen samme dag, og gennemgå hver akut ændring på næste CAB-møde for at kontrollere, at kategorien var berettiget.
Hvad sker der med ændringer, som CAB afviser eller udskyder?
De skal have en eksplicit afslutning, ellers dukker de op igen som uregistreret arbejde. I denne skabelon sender den ændringsansvarlige CAB's begrundelse tilbage til anmoderen, som derefter rammer en beslutning: ret og indsend igen, hvilket fører tilbage til konsekvensvurdering og en ny behandling, eller accepter udfaldet og luk sagen som udskudt. Begrundelsen betyder lige så meget som beslutningen, for udskudte ændringer kommer som regel tilbage, når den blokerende afhængighed er væk.