Test uw herstelplan voordat de storing komt

Een herstelplan is alleen nuttig als mensen het in de juiste volgorde en met de beschikbare middelen kunnen uitvoeren. Een lijst met noodcontacten en een geruststellende documenttitel zeggen niet hoe lang het bedrijf nodig heeft om het kritieke werk te hervatten. In het voorbeeld hieronder kost een plan dat op papier 80 minuten duurt in de oefening 90 minuten, mist het zijn doel van 60 minuten met 30 minuten, en kost de storing zelf $ 530 — of $ 130 plus 40 wachtende orders, afhankelijk van wat klanten doen.

Begin met één afgebakend scenario

‘De IT ligt eruit’ is geen scenario. Een storing in de betaaldienst, geen toegang tot een werkplaats of een uitgevallen intern systeem vragen om andere acties, mensen en beslissingen. Leg vóór elke tijdschatting vast:

de aanleiding — bv. pinautomaten weigeren elke betaling;
de afbakening — wat als hersteld geldt: pinnen werkt op elke kassa en verkopen synchroniseren weer met de voorraad;
de doelen — de RTO (wanneer het kritieke werk weer moet draaien) en, als er gegevens teruggezet moeten worden, de RPO (de oudste gegevens die u kunt missen). De RPO is niet de duur van de storing.

Maak afhankelijkheden zichtbaar

De fictieve woonwinkel uit de demo, acht medewerkers:

Stap	Actie	Duur	Na
A	Storing bevestigen, checklist starten	30 min	—
B	Reservepinautomaat via mobiele data inschakelen	20 min	A
C	Kassasynchronisatie met de voorraad herstellen	40 min	A
D	Testverkoop op elke kassa, pinnen weer openzetten	10 min	B en C

De vroegste start van elke stap is het laatste vroegste einde van de voorwaarden; het vroegste einde is die start plus de duur: A 0 → 30, B 30 → 50, C 30 → 70, D 70 → 80. Het geplande herstel is 80 minuten, bepaald door de keten A → C → D. B versnellen verandert niets; C versnellen wel.

Het doel is een doel

De RTO van de winkel is 60 minuten: een verschil van 20 minuten. Dat wijst het probleem precies aan, maar bewijst niet dat het bedrijf in 80 of 60 minuten herstelt: het is een berekening uit opgeschreven duren die uitgaat van genoeg mensen voor elke parallelle tak.

Controleer gedeelde middelen

B en C vragen allebei de IT-verantwoordelijke, dezelfde persoon, twee keer gepland tussen minuut 30 en 50. Een goede tool herschikt dat niet stilzwijgend, maar waarschuwt en laat u beslissen: een voorwaarde toevoegen zodat de stappen na elkaar komen (de schatting stijgt), of B bij een andere rol leggen.

Voor een middelgroot bedrijf telt dit nog zwaarder. In de tweede demo heeft een groothandel drie vestigingen, zes afdelingen en één centraal IT-team. Elk vestigingsplan lijkt op zich redelijk, maar het opnieuw verbinden van de showroomkassa's, de depotscanners en de salarisexport vallen in hetzelfde halfuur: drie overlappen voor één team.

Leg een oefening vast — eerlijk

Stap	Gepland	Vastgelegd	Verschil
A	0 → 30	0 → 30	volgens plan
B	30 → 50	30 → 50	volgens plan
C	30 → 70	30 → 80	+10 min
D	70 → 80	80 → 90	+10 min

Stap C duurde 50 minuten in plaats van 40; D hangt van C af en de vertraging schuift door. Het vastgelegde herstel is 90 minuten, niet 80, en overschrijdt de RTO met 30 minuten.

Drie regels houden de vastlegging betrouwbaar: een onafgemaakte stap blijft onafgemaakt en telt nooit als nul minuten (in de oefening van de groothandel ontbreekt de afronding van de scanners, dus wordt er geen hersteltijd getoond); ontbrekende gegevens worden niet verzonnen (een afronding zonder start telt mee, zonder duur); en de volgorde telt (een afronding vóór die van een voorwaarde is een fout).

De oefening controleert ook de back-up: laatste geslaagde back-up om 06:30, oefening om 08:00 — 90 minuten oud bij een RPO van 60, dus 30 minuten te veel. Dat is een leeftijdscontrole, geen bewijs dat de back-up terug te zetten is.

Verstreken uren en openingsuren

Voor het geldoverzicht gebruikt de winkel een aparte variant: een storing van 240 minuten vanaf dinsdag 10:00. Met openingstijden van 09:00 tot 19:00 zijn alle vier uren openingsuren. Deze variant blijft los van de 80 minuten planschatting en de 90 minuten oefening.

Ingevoerd: dekkingsbijdrage per openingsuur $ 100, extra kosten per storingsuur $ 20, vaste incidentkosten $ 50. De dekkingsbijdrage is al na variabele kosten; vaste kosten tellen niet nog eens mee.

Verloren of uitgestelde vraag — niet allebei

Verdwijnen de verkopen: verloren dekkingsbijdrage 4 × $ 100 = $ 400, extra kosten 4 × $ 20 + $ 50 = $ 130, samen $ 530.

Wachten de orders: de dekkingsbijdrage is uitgesteld, niet verloren; de $ 130 extra kosten blijven; bij 10 orders per uur ontstaat een achterstand van 40 orders. Beide tegelijk tonen telt dezelfde klanten dubbel.

Kan de achterstand weg?

Na herstel verwerkt de winkel 20 orders per uur in plaats van 10: 10 reserve. 40 ÷ 10 = 4 openingsuren bij een constant tempo; bij herstel om 14:00 is de achterstand rond 18:00 weggewerkt. Ligt de capaciteit na herstel niet boven normaal — zoals in het depot bij de luchthaven —, dan is er in dit model geen eindige inhaaltijd, en het rapport moet dat zeggen.

Gesloten uren werken weer anders: in het depot valt de stroom vrijdag om 17:00 uit en komt na 15 uur terug, zaterdag om 08:00; slechts 3 daarvan waren openingsuren. De verloren dekkingsbijdrage telt 3 uur, de extra kosten per uur (een huuraggregaat) alle 15.

Houd het document bruikbaar

Druk de volgorde af met eigenaren en doeltijden, een contactoverzicht (rollen en hoe ze bereikbaar zijn — nooit wachtwoorden of toegangscodes) en de oefeningsvergelijking met geplande en vastgelegde tijden in aparte kolommen. Werk hem bij na elke oefening.

Bedrijfsherstel en oefeningen verbindt het plan, het doel en de vastgelegde oefening, en voegt het bedrijfseffect toe op basis van openingstijden en tijdzone per vestiging. Open de demo om het gemiste doel, de overlap van middelen en het verschil tussen verloren en uitgestelde orders te zien. Gebruik Business Fragility X-Ray om kwetsbaarheden te onderzoeken en deze tool om de herstelvolgorde voor te bereiden en te testen. Geen AI-gokwerk: elk getal hierboven is berekend uit de getoonde invoer.