IT change management: Gennemfør ændringer hurtigt og sikkert
Ændringer i IT-systemer er nødvendige, men de kan også skabe nedbrud. Med en fast proces for IT change management kan I gennemføre ændringer hurtigt og sikkert og bevare overblikket over, hvad der er ændret.
Hvad er IT change management?
IT change management er processen for at planlægge, godkende og gennemføre ændringer i IT-services med så lille en risiko og så få forstyrrelser som muligt.
Formålet er at få så mange ændringer som muligt gennemført med succes. Det sker ved at vurdere risikoen, godkende ændringerne og planlægge, hvornår de gennemføres. Det gælder, uanset om I indfører nye services, vedligeholder de eksisterende eller retter fejl. Gjort rigtigt mindsker det risikoen for nedbrud, giver overblik på tværs af teams og gør det lettere at leve op til krav og regler.
Hvad er en ændring?
En ændring er, når I tilføjer, ændrer eller fjerner noget, der direkte eller indirekte kan påvirke en service. Det kan fx være en ny server, en opdatering af et system eller en ny version af en app.
Change management, change enablement og forandringsledelse
I ITIL 4 hedder praksissen i dag change enablement. Navnet understreger, at praksissen skal hjælpe teams med at få ændringer igennem, ikke bremse dem. ITIL skelner samtidig mellem IT change management og forandringsledelse, som handler om de menneskelige sider af en forandring i organisationen.
Hvorfor er IT change management vigtigt?
IT-afdelingen skal levere to ting, der kan trække i hver sin retning. På den ene side skal services være stabile, så organisationen kan regne med dem. På den anden side skal systemerne løbende opdateres, så de følger med sikkerhedskrav, omkostninger og forretningens behov.
Går det for langsomt, kan organisationen komme til at halte bagefter. Går det for hurtigt uden styr på risikoen, kan det føre til nedbrud. En god proces for change management hjælper jer med at finde balancen ved at:
- Give en fælles ramme for, hvordan ændringer håndteres
- Prioritere de nødvendige ændringer, så ressourcerne bruges rigtigt
- Samle de relevante oplysninger, så beslutningerne bliver bedre
- Inddrage de rette personer fra udvikling og IT-drift i godkendelsen
- Teste ændringer, før de når brugerne
- Få ændringerne hurtigere og mere gnidningsfrit igennem
De tre typer ændringer
ITIL skelner mellem tre typer ændringer. Typen afgør, hvor grundigt ændringen skal vurderes, og hvem der skal godkende den.
| Type | Kendetegn | Eksempler | Godkendelse |
|---|---|---|---|
| Standard change | Lav risiko, sker ofte og følger en fast, godkendt fremgangsmåde | Mere lagerplads, udskiftning af en defekt router med en tilsvarende, en ny databaseinstans | Godkendt på forhånd og ofte oplagt at automatisere |
| Normal change | Ikke akut, men uden en fast, forhåndsgodkendt fremgangsmåde | Nyt CMS, flytning til et nyt datacenter, forbedring af ydeevnen | Vurderes efter risiko: lav risiko af en change-ansvarlig eller kollega, høj risiko evt. af et CAB |
| Emergency change | Opstår pga. en uventet fejl eller trussel og skal løses med det samme | En akut sikkerhedsrettelse, et servernedbrud, en større hændelse | Hurtig godkendelse, fordi det er mere risikabelt at vente |
Hvordan I inddeler jeres ændringer, afhænger af jeres organisation, jeres processer og hvor meget risiko I kan acceptere. Et godt princip er at vurdere hver ændring ud fra risikoen i stedet for at behandle alle ens. Efterhånden som I lærer af tidligere ændringer, kan flere af dem måske gøres til standardændringer.
Change management-processen: fra change request til afsluttet ændring
En typisk change management-proces kan deles op i seks trin. En normal ændring går gennem dem alle, mens en standardændring kan springe flere af dem over, fordi den allerede er vurderet og godkendt.
Change request: Nogen beder om en ændring og beskriver, hvad der skal ændres og hvorfor, hvilke systemer der bliver berørt, og hvilke risici der kan være.
Hvad er et change advisory board (CAB)?
Et change advisory board (CAB) er en gruppe, der vurderer risikoen ved ændringer og godkender dem eller ej. I mange traditionelle IT-organisationer holder CAB’en faste møder, hvor alle kommende ændringer bliver gennemgået, og hvor man trækker eksperter ind efter behov.
Det kan et CAB
Et CAB kan mindske risikoen og sige fra, når en ændring ikke passer til organisationen. Det giver især mening ved de store og risikable ændringer.
Her kan det blive en flaskehals
Når alle ændringer skal forbi et CAB, kan godkendelsen tage lang tid. Det gælder især, hvis medlemmerne står langt fra de ændringer, de skal vurdere.
Vi anbefaler derfor at bruge CAB’en til de mest risikable ændringer. Ændringer med lavere risiko kan godkendes tættere på dem, der kender dem, fx af en kollega via peer review, med tjeklister eller automatisk. Det er også i tråd med ITIL 4, hvor godkendelsen tilpasses den enkelte type ændring. Så kan CAB’en få en mere strategisk rolle som rådgiver, der følger udviklingen og koordinerer på tværs af teams.
God praksis for IT change management
Udviklere vil gerne have ændringer hurtigt ud uden unødigt papirarbejde. IT-drift vil gerne mindske risikoen og have styr på dokumentationen. Begge dele er vigtige, men de kan trække i hver sin retning.
Vi mener ikke, at tunge processer i sig selv giver mindre risiko. Det gør en kultur, hvor teams samarbejder, kombineret med enkle arbejdsgange og de rette værktøjer. Her er de principper, vi anbefaler:
Kend jeres risiko og krav
Hvor meget risiko kan I acceptere, og hvilke krav skal I leve op til, fx fra NIS2 eller ISO 27001?
Forenkl og automatiser
Gør processen så enkel som muligt, og automatiser de trin, hvor det giver mening.
Gør flere ændringer til standard
Jo flere ændringer der kan godkendes på forhånd, jo mere tid er der til dem, der kræver en grundig vurdering.
Giv CAB'en en strategisk rolle
Brug CAB'en til de mest risikable ændringer og som rådgiver frem for som fast kontrolpunkt.
Gør det let at bede om en ændring
Giv IT og udvikling én fælles og enkel indgang til at oprette en change request.
Prioriter samarbejde
Lad udvikling og IT-drift arbejde ud fra den samme information, så alle kender status og sammenhæng.
Lær af jeres data
Følg fx, hvor mange ændringer der lykkes, og hvor lang tid godkendelserne tager, og brug det til at forbedre processen.
Brug ITIL og DevOps som inspiration
Find de principper fra ITIL og DevOps, der passer til jeres organisation, i stedet for at følge en fast skabelon.
Et digitalt værktøj til IT change management
Principperne kan bruges uanset værktøj. Men når mange ændringer skal vurderes, godkendes og dokumenteres, kan et digitalt værktøj gøre det meget lettere at følge processen og bevare sporbarheden.
Et konkret eksempel er Jira Service Management fra Atlassian. Det understøtter standard-, normal- og emergency changes med automatisering, godkendelser og integration til udviklingsværktøjer. Herunder kan I se, hvordan det kan se ud i praksis. Change management i Jira Service Management kræver en Premium- eller Enterprise-plan.
Deployments
Changes direkte fra deployments
Jira Service Management kan forbindes med jeres udviklingsværktøjer. Når en deployment starter, kan der automatisk oprettes eller opdateres en change, og deploymentet kan vente på godkendelse, før det går i produktion.
- Integration med fx Bitbucket, GitHub, GitLab og Jenkins
- Færre manuelle change requests ved hver release
- Udvikling og IT-drift ser den samme status
- BitbucketPull request #482 merget til mainMerged
- PipelineDeploy til produktion startetVenter
- Jira Service ManagementCHG-118 oprettet automatisk · Standard changeOprettet
- GodkendelseLav risiko – godkendt automatiskGodkendt
- PipelineDeployment gennemført, change lukketFærdig
Workflows og godkendelser
Godkendelse efter risiko
Godkendelsen kan følge risikoen. Standardændringer kan køre automatisk, normale ændringer går til den rette godkender, og kun de risikable havner hos CAB’en. Reglerne kan sættes op uden kode.
- CHG-121 · Standard changeNy bruger oprettetGodkendt automatisk
- CHG-122 · Normal change · Lav risikoOpdatering af intranettetTil change manager
- CHG-123 · Normal change · Høj risikoFlytning af databaseTil CAB
- CHG-124 · Emergency changeAkut sikkerhedsrettelseHurtig godkendelse
CMDB i Assets
Se konsekvensen før godkendelse
Changes kan kobles til en CMDB i Assets. Så kan godkenderen se, hvilke services og brugere ændringen rammer, før den bliver godkendt.
Læs om CMDB- ServiceWebshopafhænger af
- ApplikationOrdre-APIafhænger af
- DatabaseOrderskører på
- ServerSRV-DB-02Skal genstartes
SRV-DB-02 skal genstartes. Hvem bliver ramt?
- Webshoppen
- Kundeservice
- 3 integrationer
Ændringskalender
Overblik over planlagte ændringer, så I kan se konflikter og undgå at lægge flere store ændringer oven i hinanden.
Sporbarhed
Hver ændring har sin historik: hvem bad om den, hvem godkendte den, og hvornår den blev gennemført. Det kan bruges som dokumentation til fx NIS2, ISO 27001 og revision.
AI-hjælp med Rovo
Rovo kan opsummere en change request og hjælpe med at vurdere risikoen, så godkenderen hurtigere får overblikket. Den endelige beslutning ligger stadig hos godkenderen.
Ofte stillede spørgsmål om IT change management
Her finder du svar på nogle af de spørgsmål om IT change management, vi oftest får. Kontakt os gerne, hvis du har uddybende spørgsmål.
Hvad er forskellen på IT change management og forandringsledelse?
Hvad er forskellen på IT change management og forandringsledelse?
IT change management handler om at styre ændringer i systemer og services, så de gennemføres sikkert, fx nye servere, opdateringer og ny software. Forandringsledelse (organizational change management) handler om de menneskelige sider af en forandring: at få medarbejdere og organisationen godt igennem den. ITIL 4 skelner mellem de to. På denne side handler det om IT change management.
Hvad er change enablement?
Hvad er change enablement?
Change enablement er det navn, ITIL 4 i dag bruger for change management. Navnet skal understrege, at praksissen skal hjælpe teams med at få ændringer igennem, ikke bremse dem. I praksis bruges change management og change enablement ofte om det samme.
Hvad er forskellen på change management og release management?
Hvad er forskellen på change management og release management?
Change management handler om at vurdere, godkende og planlægge den enkelte ændring. Release management handler om at gøre nye og ændrede services og funktioner tilgængelige for brugerne, ofte flere ændringer samlet. De to praksisser hænger tæt sammen, og jo mere af vejen til produktion der er automatiseret, jo lettere bliver det at koble dem.
Hvad er en change request?
Hvad er en change request?
En change request er en anmodning om en ændring i et system eller en service. Den beskriver, hvad der skal ændres og hvorfor, hvilke systemer der bliver berørt, risikoen, tidspunktet og en plan for at rulle tilbage, hvis noget går galt.
Kræver NIS2 change management?
Kræver NIS2 change management?
NIS2 kræver, at de virksomheder, der er omfattet, har passende tiltag for sikkerheden, også når systemer udvikles og vedligeholdes. For visse digitale tjenester, fx cloududbydere og leverandører af managed services, stiller EU’s gennemførelsesforordning (2024/2690) direkte krav om procedurer for change management. For andre virksomheder er en dokumenteret proces med sporbarhed en god måde at vise, at ændringer håndteres forsvarligt. Tal gerne med jeres compliance-ansvarlige om, hvad der gælder for jer.
Hvilke værktøjer kan bruges til IT change management?
Hvilke værktøjer kan bruges til IT change management?
Principperne kan bruges uanset værktøj. Et digitalt ITSM-værktøj gør det dog lettere at følge processen, automatisere godkendelser og bevare sporbarheden. Et eksempel er Jira Service Management fra Atlassian, som understøtter standard-, normal- og emergency changes og kan forbindes med udviklingsværktøjer som Bitbucket, GitHub og GitLab. Change management i Jira Service Management kræver en Premium- eller Enterprise-plan.
Sådan kan vi hjælpe jer
Seibert har været officiel Atlassian Solution Partner siden 2009 og er specialiseret i ITSM. Vil I se, hvordan IT change management kan se ud i Jira Service Management, viser vi det gerne. Og hvis I synes om løsningen, hjælper vi med opsætning, tilpasning og træning.
Vi har allerede hjulpet
Vil I høre mere om IT change management?
Seibert Solutions Denmark
Fortæl os, hvordan I håndterer ændringer i dag. Så tager vi gerne en uforpligtende snak om jeres behov og viser jer, hvordan det kan se ud i Jira Service Management.
Blegdamsvej 6, 2200 København N.
sales-denmark@seibert.group+45 53 55 64 74