Fem grunde til, at beredskabsplaner svigter ved første nedbrud

Næsten alle virksomheder, jeg taler med, har en beredskabsplan. Den er pænt struktureret, godkendt og har bestået den seneste audit. Det ærlige spørgsmål er: Har nogen nogensinde brugt den under pres?

Fra over 15 år i IT-drift kender jeg de øjeblikke, hvor en plan skal bruges for første gang. Fem mønstre går igen.

1. Den ligger der, hvor nedbruddet sker

Planen ligger i wikien, på filserveren eller i SharePoint. Præcis de systemer, der forsvinder først ved et ransomwareangreb eller en strømafbrydelse. Det hjælper: en opdateret udgave offline, printet og et kendt sted. For vidensplatforme som Confluence betaler det sig at lave en jævnlig eksport, der kan læses uden netværk.

2. Kontakterne passer ikke længere

Telefonlister forælder hurtigere end noget andet kapitel. Folk skifter rolle, leverandører skifter kontaktperson, mobilnumre ændres. Det hjælper: tjek kontaktlisten hvert kvartal og udpeg én ansvarlig.

3. Ingen ved, hvem der starter

Planen beskriver procedurer, men ikke hvem der træffer hvilken beslutning i den første time. I en krise venter alle så på alle. Det hjælper: et kort pr. rolle, én side med de første skridt og de personer, man ringer til.

4. Den er for lang

80 sider overbeviser en auditor. I en krise læser ingen dem. Det hjælper: behold planen som opslagsværk, men flyt de første timer over på kort og tjeklister.

5. Den er aldrig blevet øvet

Det er det vigtigste punkt, og det forklarer de fire andre. En uøvet plan indeholder antagelser, som ingen har tjekket: anslåede genetableringstider og afhængigheder, som ingen kender. Det hjælper: en bordøvelse med kriseledelsen. Et realistisk scenarie ved bordet viser på få timer, hvor planen holder, og hvor den ikke gør.

Det kan I gøre i dag

Tag jeres beredskabsplan, sluk netværket i tankerne og spørg: Hvem finder dette dokument nu, og hvem ringer de til først? Hvis svaret ikke er klart med det samme, har I fundet jeres første indsatsområde.