We hebben al een hele e-learning besteed aan Change Management. Nu gaan we kijken hoe deze twee ‘vrienden’ elkaar beïnvloeden. Soms is een wijziging de oorzaak van ellende, en soms is het juist de redding.
- De relatie: Change Management is gericht op het gecontroleerd doorvoeren van wijzigingen om risico’s te minimaliseren en verstoringen te voorkomen. Incident Management handelt de ongeplande verstoringen af die hieruit voortvloeien, of die op een andere manier ontstaan.
- Hoe ze samenwerken:
- Changes veroorzaken incidenten: Ja, het gebeurt. Zelfs de best geplande wijziging kan leiden tot onbedoelde incidenten. Daarom is het essentieel om incidenten te koppelen aan de betreffende Changes in je ITSM-systeem. Dit helpt bij de ‘lessons learned’ na een Major Incident en bij de Post-Implementation Review (PIR), zodat je kunt achterhalen wat er misging.
- Changes als oplossing voor incidenten: Een Spoed Change kan nodig zijn om een Major Incident op te lossen en de dienstverlening zo snel mogelijk te herstellen. Denk aan een noodpatch die per direct moet worden uitgerold.
- De Change Calendar: Een goed gevulde Change Calendar (die jij nu als het goed is zelf kunt opstellen!) is cruciaal voor Incident Management. Het geeft inzicht in geplande wijzigingen, waardoor Service Desk medewerkers direct kunnen zien of een recente change de oorzaak is van een incident. Dit versnelt de diagnose enorm.
Waarom dit cruciaal is: Een naadloze integratie tussen deze twee processen minimaliseert de impact van mislukte changes en versnelt de herstel bij verstoringen, wat zorgt voor een hogere beschikbaarheid van diensten.