Een draaiboek voor major incidents: rust houden als alles tegelijk fout gaat

Bij een grote verstoring is er geen tijd om na te denken over wie wat doet. De telefoon gaat, meerdere teams schakelen tegelijk, en iedereen kijkt naar iedereen. Zonder een vooraf afgesproken draaiboek ontstaat precies dan chaos, op het moment dat rust en duidelijkheid het hardst nodig zijn. Een goed draaiboek regelt vooraf wie oplost, wie communiceert en hoe je erna evalueert, zodat een grote storing een beheerst proces wordt in plaats van paniekvoetbal. Dit artikel laat zien hoe je dat opzet.

Wat een major incident anders maakt

Een gewone melding volgt een bekend pad: aannemen, prioriteren, oplossen. Een major incident is anders omdat de impact groot is, meerdere partijen betrokken zijn en de druk toeneemt naarmate de storing langer duurt. Managers bellen, gebruikers mailen, en het team dat aan de oplossing werkt, raakt afgeleid door "wanneer is het klaar" terwijl het nog aan het uitzoeken is wat er mis is. Een draaiboek zorgt dat oplossen en communiceren elkaar niet in de weg zitten.

De rollen die je vooraf moet regelen

De incident commander: wie stuurt aan

Bij elke major incident wijs je één persoon aan die de regie voert. Deze persoon lost het probleem niet per se zelf op, maar zorgt dat de juiste mensen aan tafel zitten, houdt overzicht en neemt beslissingen over vervolgstappen. Zonder deze rol werkt iedereen langs elkaar heen en duurt het langer voordat specialisten worden ingeschakeld.

De oplossers: focus op het technische probleem

De specialisten die aan de storing werken, moeten zich kunnen concentreren op het probleem. Zij horen geen telefoontjes of statusupdates te doen. Scherm hen daarvoor af, zodat hun aandacht bij de oplossing blijft.

De communicator: één stem naar de organisatie

Wijs iemand aan die de communicatie naar de organisatie verzorgt, los van het oplossen. Deze persoon haalt updates op bij de incident commander en vertaalt ze naar begrijpelijke taal. Eén vaste bron voorkomt tegenstrijdige berichten die het vertrouwen ondermijnen.

Communicatie naar de organisatie

Tijdens een major incident is stilte het ergste wat je kunt doen. Ook zonder oplossing wil de organisatie weten dat er aan gewerkt wordt en wanneer de volgende update komt. Spreek vooraf een vast ritme af, bijvoorbeeld elk half uur, ongeacht of er nieuws is. Gebruik een vast kanaal dat iedereen kent, zodat niemand hoeft te zoeken waar de laatste informatie staat. Wees eerlijk over wat je nog niet weet; "we onderzoeken nog de oorzaak" is beter dan geen update.

Het draaiboek in de praktijk

Een draaiboek werkt alleen als het van tevoren is vastgelegd en beoefend, niet pas bedacht tijdens de eerste echte storing.

• Definieer wanneer iets een major incident is. Spreek duidelijke criteria af op basis van impact en het aantal getroffen gebruikers, zodat opschalen geen discussie is. De prioriteitenmatrix voor impact en urgentie die je voor reguliere meldingen gebruikt, is een logisch uitgangspunt voor die drempel.
• Wijs rollen vooraf toe. Leg vast wie incident commander kan zijn, wie communiceert en hoe je die mensen snel bereikt.
• Regel een vast communicatieritme. Spreek af hoe vaak en via welk kanaal je updates deelt, ook zonder nieuws.
• Documenteer tijdens het incident. Houd een tijdlijn bij van wat er gebeurt en wanneer, als basis voor de evaluatie.
• Evalueer na elk major incident. Bekijk wat goed ging en wat niet, en werk het draaiboek bij. Dezelfde evaluatieaanpak past goed bij wijzigingsbeheer zonder bureaucratie: leren van wat misgaat en de procedures bijscherpen.

Zo hoeft niemand tijdens de storing zelf te bedenken wie wat doet.

Wat het oplevert

Een goed draaiboek verkort niet per se de tijd om de technische oorzaak te vinden, maar voorkomt de chaos eromheen. Rollen zijn duidelijk, communicatie is voorspelbaar en de organisatie voelt zich geïnformeerd in plaats van genegeerd. Na afloop leert het team van elke storing in plaats van steeds dezelfde verwarring te beleven. Dat is meer bereiken met dezelfde mensen: niet door harder te rennen, maar door vooraf te regelen wat de crisis beheersbaar maakt. Lees ook hoe van reactief naar proactief IT-support dezelfde oorzaken aanpakt zodat major incidents minder vaak voorkomen. En voor begeleiding bij de inrichting: bekijk onze diensten voor servicemanagement.

Veelgestelde vragen

Wie moet incident commander zijn? Niet per se de meest technische persoon, maar iemand die overzicht houdt en beslissingen durft te nemen. Vaak is dat een teamleider of ervaren coördinator.

Hoe vaak moeten we het draaiboek oefenen? Minimaal één keer per jaar met een gesimuleerde storing. Zo wordt duidelijk of rollen en contactgegevens nog kloppen.

Wat als een major incident langer duurt dan verwacht? Wissel waar nodig van bezetting zodat mensen niet uitgeput raken, maar behoud de vaste rolverdeling en het communicatieritme.

Wil je een draaiboek voor major incidents dat past bij jouw organisatie en dat je team ook echt kent? plan een gesprek en we bouwen het samen op, van rollen tot communicatie.

Verder lezen

• ITIL (Wikipedia)
• IT-servicemanagement (Wikipedia)