IT Change Manager — løn 2026: 64.304 kr. om måneden

En IT change manager styrer processen omkring ændringer: opdateringer, nye versioner, udskiftning af udstyr og ændringer i opsætning. Hovedparten af alvorlige driftsforstyrrelser skyldes en ændring, nogen selv har lavet — og det er den risiko, rollen findes for at reducere.

• Vurdere ændringer: hvad skal ændres, hvad kan gå galt, og hvem bliver ramt hvis det gør
• Kræve en tilbagevej: hvordan ruller vi tilbage, hvis det ikke virker — en ændring uden tilbagevej er sjældent forsvarlig
• Godkendelser: at de rigtige har sagt ja, og at beslutningen er dokumenteret
• Planlægning: ændringer lægges i tidsrum, hvor de gør mindst skade, og må ikke støde sammen
• Frysperioder: i travle perioder — en udsalgsstart, en lønkørsel, et årsskifte — lukkes for ændringer
• Ændringsmøder: faste gennemgange af de kommende ændringer med de berørte hold
• Evaluering: gik det som planlagt, og hvad lærte vi af de ændringer, der fejlede

Balancen i rollen er svær: for lidt kontrol giver nedbrud, for meget bremser alt. Bliver processen for tung, begynder folk at lave ændringer uden om den, og så er man dårligere stillet end før.

Derfor arbejder mange steder med, at almindelige og velafprøvede ændringer kan godkendes på forhånd, mens kun de risikable kræver en egentlig behandling.

Arbejdet findes i større virksomheder, i finanssektoren, i det offentlige og hos leverandører, der driver it for andre.

Hvilken lovgivning dækker denne rolle? I de sektorer, EU's NIS2-direktiv omfatter, stilles der krav til styring af ændringer og til håndtering af hændelser som en del af sikkerhedsarbejdet. I finanssektoren gælder EU-forordningen DORA med krav til, at ændringer i vigtige systemer styres og dokumenteres. For regnskabssystemer indgår ændringsstyring i den kontrol, revisor gennemgår.

Ændringer registreres og følges i et it-servicesystem — ServiceNow, Jira Service Management, TOPdesk eller Ivanti — hvor hver ændring har en beskrivelse, en risikovurdering, en tilbagevej og de nødvendige godkendelser.

Planlægningen vises i en ændringskalender, hvor alle kommende ændringer ligger, så sammenstød og overbelastede weekender kan opdages i tid.

I moderne udviklingsmiljøer er en del af kontrollen automatiseret: ændringer i kode går gennem automatiske tests og udrulninger i GitLab CI, Azure DevOps eller GitHub Actions, og godkendelsen ligger i selve forløbet frem for i et særskilt møde.

Efter en ændring følges driften i overvågningsværktøjerne, og sammenhængen mellem en ændring og en efterfølgende hændelse dokumenteres — det er de data, der over tid viser, hvilke typer ændringer der faktisk giver problemer.