ServiceNow Australia-release: Action Fabric en MCP-server uitgelegd
Ontdek hoe de ServiceNow MCP-server AI-agenten verbindt met beheerde ITSM-workflows, Action Fabric en veilige bedrijfsautomatisering, plus stappen voor 2026.
Read more →Changes in HaloITSM
Change management en CAB in HaloITSM, door ITIL v4-consultants
Veel incidenten beginnen met een change: een patch zonder impactanalyse, een configuratie buiten haar venster doorgevoerd, een release zonder weg terug. De ITIL v4-gecertificeerde consultants van SMC Consulting richten change management in HaloITSM in zodat elke change het juiste niveau van controle krijgt: standaardchanges lopen door, normale changes krijgen een beoordeling naar risico, en uw CAB (ITIL) beslist met de impact voor ogen.
180ITSM-implementaties
40+ITSM-migraties
20jaar ervaring in IT-servicemanagement
Zij vertrouwen ons hun ITSM-projecten toe
Wat change enablement in ITIL 4 betekent, in vijf regels
- ITIL 4 noemt de practice change enablement: het doel is changes veilig te laten slagen, niet ze tegen te houden.
- Een change is elke toevoeging, wijziging of verwijdering die een dienst kan raken: infrastructuur, applicaties, configuratie, beveiligingspatches.
- Drie types: standaard (vooraf goedgekeurd, laag risico), normaal (beoordeeld en goedgekeurd), emergency (nu nodig, versneld).
- Elke change wordt goedgekeurd door een change authority die bij haar risico past; de CAB is er Ă©Ă©n van.
- Succes meet u aan changes die de eerste keer lukken, niet aan het aantal vergaderingen.
De volledige theorie staat in ons artikel over wijzigingsbeheer in ITSM en in de ITIL-processen uitgelegd. Change enablement is een van de practices uit onze praktische gids over ITSM; deze pagina gaat over de uitvoering in HaloITSM, de tool die wij het vaakst aanraden.
Bron: de ITIL 4-praktijk Change Enablement, ITIL 4 van PeopleCert.
Waarom HaloITSM voor wijzigingsbeheer en de CAB volgens ITIL
Drie changetypes, drie trajecten
Standaard-, normale en emergency changes volgen elk hun eigen workflow, goedkeuringen en sjablonen.
Impact gelezen uit de CMDB
Getroffen diensten en CI's komen uit de CMDB-relaties, zodat de risicobeoordeling op echte afhankelijkheden steunt.
Plan en rollback op de record
Uitvoeringsplan, testbewijs en rollbackstappen staan op de change zelf, waar de CAB en de uitvoerder ze lezen.
EĂ©n changekalender
Geplande changes, onderhoudsvensters en freezeperiodes in Ă©Ă©n kalender, zodat botsingen zichtbaar zijn voordat ze gebeuren.
Bekijk hoe een change van RFC naar CAB gaat in HaloITSM
Een live demo op een van uw eigen changescenario's, of een gratis proefperiode: 30 dagen, waarvan 15 begeleid door SMC Consulting.
Een change in HaloITSM: van RFC tot evaluatie
De zeven fasen van de levenscyclus van een change, elk gekoppeld aan wat wij in HaloITSM configureren (CAB-beoordeling en goedkeuring delen Ă©Ă©n stap).
1. Request for change (RFC)
EĂ©n RFC-sjabloon per changetype: wat verandert, waarom, de getroffen diensten en het rollbackplan. Geen RFC, geen change.
2. Beoordeling en classificatie
Een risico- en impactmatrix scoort de change en bepaalt haar type, dat het goedkeuringstraject bepaalt.
3. Planning
Uitvoeringstaken, verantwoordelijken, het onderhoudsvenster en de testaanpak, getoetst aan de changekalender.
4–5. CAB-beoordeling en goedkeuring
Goedkeuringsstappen per risiconiveau: vooraf goedgekeurd, teamleider, CAB of ECAB, elke beslissing vastgelegd op de change.
6. Uitvoering
Taken uitgevoerd in het venster, de servicedesk op de hoogte van de change en de rollback klaar om te starten.
7. Evaluatie na uitvoering
Werkte het, veroorzaakte het incidenten, wat houden we? De evaluatie sluit de change af en voedt de kennisbank.
Uw CAB en ECAB in HaloITSM
In ITIL 4 is de change advisory board (CAB) Ă©Ă©n vorm van change authority, geen vergadering waar elke change langs moet. Standaardchanges zijn vooraf goedgekeurd en komen er nooit. Normale changes gaan naar de autoriteit die bij hun risico past: een teamleider voor een change met een laag risico, de CAB voor een change die meerdere diensten kan raken. Emergency changes gaan naar een kleine emergency CAB (ECAB) die snel en op aanvraag kan beslissen.
| CAB | ECAB | |
|---|---|---|
| Welke changes | Normale changes boven het afgesproken risiconiveau | Emergency changes die niet op de volgende CAB kunnen wachten |
| Wanneer ze samenkomt | Op een vast ritme, vaak wekelijks, met een agenda van de changes die op beoordeling wachten | Op aanvraag, zodra een emergency change wordt aangemaakt |
| Wie erin zetelt | De changemanager (voorzitter), dienstverantwoordelijken, IT-operations, security, en een businessvertegenwoordiger voor changes met grote impact | De changemanager of een gedelegeerde, de dienstverantwoordelijke en de technisch verantwoordelijke; security indien relevant |
| Wat HaloITSM vastlegt | De goedkeuringsstap op elke change, de risico- en impactbeoordeling, de opmerkingen en de beslissing | Een korter goedkeuringstraject, de reden van de urgentie, en een verplichte evaluatie na de uitvoering |
In HaloITSM werkt de CAB vanuit de lijst van changes die op beoordeling wachten en de changekalender, zodat de agenda zich opbouwt uit de records in plaats van uit een spreadsheet. Goedkeurders krijgen een melding per e-mail en in Microsoft Teams. Wij leggen met u de risiconiveaus en goedkeuringsketens vast, zodat de CAB haar tijd besteedt aan de changes die ertoe doen.
Hoe SMC Consulting het inricht
Onze methode, toegepast op change, in België, Luxemburg en Frankrijk.
Weet u niet goed waar uw changeproces vandaag staat? Boek uw gratis ITSM-audit: 30 minuten met een senior consultant. Kiest u nog een tool? Onze vergelijking van de 10 beste ITSM-tools zet HaloITSM naast de alternatieven.
Gratis ITSM-audit
Een senior consultant bekijkt hoe changes vandaag aangevraagd, goedgekeurd en vastgelegd worden, en waar incidenten vandaan komen.
Ontwerp van het changemodel
Changetypes, de risicomatrix, change authorities en de catalogus van standaardchanges afgesproken met uw teams.
Configuratie
RFC-sjablonen, goedkeuringsworkflows, de changekalender en de CAB-weergave gebouwd in HaloITSM.
Opleiding en go-live
Changemanagers, CAB-leden en uitvoerders opgeleid op hun eigen scenario's; de eerste CAB's lopen met ons erbij.
Evaluatie na zes maanden
De KPI's hieronder opnieuw gemeten, de catalogus van standaardchanges uitgebreid en de goedkeuringsketens bijgestuurd.
De change-KPI's die wij opzetten
- Slaagpercentage van changes: changes uitgevoerd zonder incident of rollback
- Aandeel emergency changes: een teken van planningsgaten wanneer het stijgt
- Changes die incidenten veroorzaken: incidenten gekoppeld aan een recente change, bekeken met problem management
- Doorlooptijd: van RFC tot goedkeuring en van goedkeuring tot uitvoering, per changetype
- Aandeel standaardchanges: routinewerk dat geen CAB meer nodig heeft
Changes koppelen aan incidenten, problemen en de CMDB
Van probleem naar change
Een probleem eindigt vaak in een change die de grondoorzaak wegneemt; het probleemrecord blijft gekoppeld tot de change geëvalueerd is.
Van change naar incident
Een incident na een change wordt eraan gekoppeld: zo meet u het faalpercentage van changes in plaats van het te raden.
Change en de CMDB
Elke change benoemt de configuratie-items die hij raakt, zodat de CAB de afhankelijke diensten ziet en de CMDB bij afsluiting wordt bijgewerkt.
Voor wie
IT-operationsmanagers
Die incidenten zien na changes en een proces willen dat ze voorkomt zonder elke patch te vertragen.
Changemanagers en CAB-voorzitters
Die een CAB willen die de juiste changes beoordeelt, met de impact voor ogen.
Gereguleerde organisaties
Die auditors moeten tonen wie wat goedkeurde, wanneer, en op basis van welk bewijs.
Integraties: Teams, Jira, Azure DevOps
- Microsoft Teams: Changemeldingen en goedkeuringsaanvragen bereiken goedkeurders waar ze werken, met een link om op de change te reageren.
- Jira: Ontwikkelwerk bij een change blijft in Jira; status en opmerkingen synchroniseren in beide richtingen, zonder manueel overtypen.
- Azure DevOps: De Azure DevOps-connector van Halo koppelt work items en releases aan de change, zodat development en operations op Ă©Ă©n lijn blijven.
Change management en CAB in HaloITSM: veelgestelde vragen
Wie zit de change advisory board voor?
Meestal de changemanager, die de agenda voorbereidt, de vergadering leidt en erop toeziet dat elke beslissing wordt vastgelegd. De leden hangen af van de change: dienstverantwoordelijken, IT-operations, security en, voor changes met grote impact, een businessvertegenwoordiger.
Wanneer hebt u een emergency CAB (ECAB) nodig?
Wanneer een change moet gebeuren vóór de volgende CAB: om een dienst te herstellen, een beveiligingslek te dichten of een wettelijke deadline te halen. De ECAB is klein en beslist snel; de change krijgt na de uitvoering toch een evaluatie.
Wat is het verschil tussen een standaard-, normale en emergency change?
Een standaardchange heeft een laag risico, is herhaalbaar en vooraf goedgekeurd, zoals een gebruiker aan een groep toevoegen. Een normale change wordt beoordeeld en goedgekeurd volgens haar risico. Een emergency change is meteen nodig en volgt een verkort goedkeuringstraject.
Kunnen CAB-goedkeuringen in Microsoft Teams gebeuren met HaloITSM?
Goedkeurders kunnen in Microsoft Teams een melding krijgen en de change van daaruit openen om ze goed te keuren of te weigeren; de beslissing wordt op de change in HaloITSM vastgelegd. Wij tonen de exacte flow op uw eigen Teams-omgeving tijdens de demo.
Hoe lang duurt het om change management in HaloITSM in te richten?
Dat hangt af van het aantal changetypes, goedkeuringsketens en integraties. Change kan in de eerste release van een HaloITSM-implementatie zitten of volgen zodra incident- en aanvraagbeheer stabiel zijn. Uw changemodellen en goedkeuringsketens bepalen het plan, dat wij na de scoping samen met u inplannen.
Hoe hangt change management samen met incidenten en problemen?
Een probleem eindigt vaak in een change die de oorzaak wegneemt, en een incident na een change wordt eraan gekoppeld. Beide koppelingen bestaan in HaloITSM, en zo meet u de KPI van changes die incidenten veroorzaken. Zie problem management in HaloITSM.
Laat uw CAB in HaloITSM beslissen, met de impact voor ogen
Boek een live demo op uw eigen changescenario's. U kunt ook een gratis proefperiode starten: 30 dagen, waarvan 15 begeleid door SMC Consulting.
Recente artikelen
De HaloITSM CMDB automatisch vullen met Lansweeper discovery-data
Ontdek hoe een HaloITSM Lansweeper-integratie discovery-data koppelt aan HaloITSM voor zuiverdere CMDB-records, snellere triage en betere change-beslissingen.
Read more →
ServiceNow migratie cutover-plan: data, integraties en risicobeheer
Een praktisch ServiceNow migratie cutover-plan helpt risico's te beperken, de servicecontinuĂŻteit te beschermen en een zelfverzekerde ITSM-modernisering te ondersteunen.
Read more →