En beredskapsplan er en dokumentert alternativ handlingsplan for en spesifikk risiko, som beskriver hva du vil gjøre, hvem som gjør det og hva som utløser det hvis risikoen materialiserer seg. Den er mer snevre enn en plan for forretningskontinuitet. En kontinuitetsplan beskytter organisasjonens kritiske aktiviteter generelt. En beredskapsplan svarer på ett navngitt scenario: leverandøren svikter, stedet er utilgjengelig, nøkkelsystemet er nede, teamet er utilgjengelig.
- Én navngitt risiko eller prosess per plan, ikke et generelt nøddokument.
- En tydelig utløser, slik at folk vet når de skal handle i stedet for å diskutere om øyeblikket er kommet.
- Navngitte eiere og stedfortredere, fordi planer mislykkes når den eneste personen som forstår dem er i permisjon.
- En definert alternativ arbeidsmåte, med ressurser på forhånd i stedet for improvisert på dagen.
- En testlogg, fordi en uprøvd beredskapsplan er en nedskrevet antagelse.
Hva er en beredskapsplan?
En beredskapsplan er en forhåndsavtalt respons på en spesifikk, identifisert risiko. Risikostyring produserer et register over ting som kan gå galt. For de du ikke kan forhindre fullt ut og ikke har råd til å absorbere, skriver du en beredskapsplan: hvis dette skjer, er her den alternative måten vi opererer på inntil normal drift gjenopptas.
Ordet beredskap gjør virkelig jobben her. Planen er betinget av en utløser. Ingenting endrer seg før utløseren utløses. Det gjør beredskapsplanlegging forskjellig fra vanlig driftsplanlegging, og det er derfor definisjonen av utløseren er like viktig som responsen. En plan som sier hva man skal gjøre, men ikke når man skal starte den, har en tendens til å bli brukt for sent, når skaden allerede er skjedd.
Beredskapsplaner hører hjemme i en bredere kapasitet snarere enn å stå alene. De er det taktiske laget under forretningskontinuitet , som i seg selv er en komponent i forretningsrobusthet . Uten den strukturen ender du opp med en skuff av usammenhengende planer og ingen måte å vite om de viktige risikoene er dekket.
Hvordan er en beredskapsplan forskjellig fra en kontinuitets- eller gjenopprettingsplan?
Disse tre plantypene overlapper hverandre og blir rutinemessig forvekslet, noe som fører til hull. Den klareste måten å skille dem på er etter hva hver enkelt er til for og hva som utløser den.
I praksis trenger du alle tre, og de bør referere til hverandre. Kontinuitetsplanen setter gjenopprettingsmålene, beredskapsplanene beskriver alternative arbeidsmåter som oppfyller disse målene for bestemte risikoer, og katastrofegjenopprettingsplanen håndterer teknologilaget. Hvis beredskapsplanene dine ble skrevet uavhengig av forretningskonsekvensanalysen , er det stor sannsynlighet for at de beskytter aktiviteter som faktisk ikke er kritiske, samtidig som de som er eksponert, blir liggende.
Hva går inn i en beredskapsplan?
Lengde er ikke et mål på kvalitet. En plan som en stresset person kan følge klokken to om natten, slår en omfattende plan ingen kan navigere i. Dette er komponentene som fortjener sin plass.
| Komponent | Hva den må svare på |
|---|---|
| Risiko og scenario | Hvilken spesifikk risiko denne planen dekker, og hvilke forutsetninger den hviler på. |
| Trigger og terskler | Den observerbare tilstanden som aktiverer planen, og hvem som har myndighet til å erklære den. |
| Effekt og mål | Hvilke aktiviteter som er berørt, og tidsrammen for gjenoppretting som er forpliktet til for hver av dem. |
| Roller | Navngitt eier, stedfortreder og de som utfører, med kontaktveier som fungerer når normale systemer ikke gjør det. |
| Alternativ arbeidsmåte | Selve løsningen, trinn for trinn, inkludert eventuelle manuelle prosesser og deres begrensninger. |
| Avhengigheter og ressurser | Hva løsningen trenger: systemer, data, leverandører, lokaler, lisenser, folk med spesifikke ferdigheter. |
| kommunikasjon | Hva som sies, til hvem, av hvem og når, inkludert ansatte, kunder, leverandører og regulatorer. |
| Still deg ned og gjennomgå | Hvordan du går tilbake til normalen, og hvordan funn registreres og tilbakeføres. |
Det er et større bilde bak dette.
Denne siden dekker én del av forretningsrobusthet. Real Resilience – IOs rammeverk for å koble sammen sikkerhet, personvern og AI-styring – er der hele bildet kommer sammen.
Hvordan skriver man en beredskapsplan?
Rekkefølgen er viktig. De fleste svake planer er svake fordi de ble skrevet før noen etablerte hvilke aktiviteter som var kritiske, slik at planen beskytter feil ting i feil tempo.
- Start fra risikoregisteret, ikke en mal: velg risikoene som er både troverdige og vesentlige. En plan for hver oppføring i registeret er ikke mulig å opprettholde.
- Bruk analysen av forretningsmessige konsekvenserLa gjenopprettingsmålene for berørte aktiviteter sette tempoet i planen i stedet for å gjette på en tidsramme.
- Definer utløseren nøyaktig: en observerbar, utvetydig betingelse, med en navngitt person som er autorisert til å påberope seg og trekke seg.
- Utform løsningen sammen med de som skal kjøre denPlaner skrevet eksternt fra verket er de som faller fra hverandre ved kontakt med det.
- Sett av ressurser på forhåndReserveleverandører, ledig kapasitet, frakoblede kopier av planen og kontaktruter utenfor båndet må finnes før utløseren utløses.
- Test det, og fiks det deretterGå gjennom det med teamet, kjør minst én realistisk øvelse, og registrer hva som mislyktes. Denne registreringen er både forbedring og bevis.
- Sett det under vurderingKnytt planen til en gjennomgangsdato og til å endre utløsere som et nytt system, en ny leverandør eller et nytt sted.
For den bredere syklusen dette ligger i, fra policy og konsekvensanalyse til utøvelse og forbedring, se forretningskontinuitet . Det sertifiserbare styringssystemet som holder det oppdatert er spesifisert i ISO 22301.
Hva er vanlige feil i beredskapsplanlegging?
De samme feilene gjentar seg i organisasjoner av alle størrelser.
- Ingen utløserPlanen beskriver en respons, men ikke startøyeblikket, så den aktiveres sent eller ikke i det hele tatt.
- Enkeltstående kunnskapspunkterÉn person forstår løsningen, og de er ikke tilgjengelige akkurat når risikoen oppstår.
- Planer som avhenger av hva som har mislykteskontaktinformasjon som kun oppbevares i det nede systemet, eller en kopi av planen som er lagret på det utilgjengelige nettstedet.
- Uprøvde antagelseren manuell løsning som antas å vare i en uke, men som i praksis forringes i løpet av en dag.
- Skrevet én gang, aldri anmeldtorganisasjonen endret seg, leverandørene endret seg, systemene endret seg, og planen gjorde ikke det.
- Ingen bevissporPlanen finnes, øvelsen fant sted, men ingenting ble registrert, så ingenting av det kan vises til en revisor eller en kunde.
Frigjør deg fra et fjell av regneark
Bygg inn, utvid og skaler samsvarsstyringen din uten rot. IO gir deg robustheten og selvtilliten til å vokse sikkert.
Hvordan er beredskapsplanlegging knyttet til robusthet?
En beredskapsplan håndterer én risiko. Motstandskraft er evnen til å absorbere endringer av enhver art, inkludert risikoer du ikke skrev en plan for og regelverk som ikke eksisterte da du skrev dem. De to er forbundet av kontrollene under: tilgangsstyring, sikkerhetskopiering, leverandørvurdering og hendelsesrespons som enhver plan i stillhet er avhengig av.
Resilience Loop kjører informasjonssikkerhet under ISO 27001 , databeskyttelse under ISO 27701 og AI-styring under ISO 42001 som ett sammenkoblet system, med kontinuitet som et ytterligere perspektiv over de samme kontrollene. En leverandørvurdering skrevet for ett rammeverk tjener alle disse. Beredskapsplaner slutter å være isolerte dokumenter og blir scenariolaget over et kontrollsett du allerede vedlikeholder, som er angitt i rammeverket for forretningsrobusthet.
Hvordan beviser du at beredskapsplanene dine fungerer?
Å ha en plan er ikke påstanden noen tester. Kunder, revisorer og regulatorer stiller et vanskeligere spørsmål: vis meg at den fungerer og at den er oppdatert. Det betyr at selve planen, øvelsesrapporten med dato og deltakere, funnene, de korrigerende tiltakene som ble tatt, og gjennomgangen som bekreftet den fortsatt gjenspeiler hvordan du opererer.
Bevisene genereres som et biprodukt av arbeidet, og er alltid klare. De samles retrospektivt én gang i året, og det er en kamp som ikke tilfredsstiller noen. Tilnærmingen er beskrevet i hvordan man skal dokumentere motstandskraft , og motstandskraftspoengsummen gir deg et grunnlag å jobbe ut fra.
Hvorfor velge ISMS.online for beredskapsplanlegging?
Beredskapsplaner lever og dør avhengig av om de holder seg oppdaterte. ISMS.online er bygget for å holde dem slik.
- Planer knyttet til risikoer og kontrollerHver plan kobles til registeroppføringen den besvarer og kontrollene den er avhengig av, slik at hullene er synlige.
- Ett kontrollsett, hvert rammeverkKontrollene bak planene dine kartlegges én gang og brukes på nytt på tvers av ISO 22301, ISO 27001, ISO 27701 og ISO 42001.
- Innebygde treningsloggerPlanlegg tester, registrer funn og spor korrigerende tiltak på samme sted som planen.
- Bevis på forespørselvis revisorer og kunder en gjeldende plan med testhistorikk, ikke et dokument og et løfte.
- Eierskap som holdernavngitte eiere, stedfortredere og gjennomgangsdatoer, med påminnelser som hindrer at planer stille går i stå.
- Informert av dyp ekspertiseVeiledet implementering fra spesialister som har kjørt disse systemene i regulerte miljøer.
- Bygget for britiske og regulerte markeder: utviklet for organisasjoner som må bevise motstandskraft for å vinne og beholde kontrakter.
Se hvordan det passer sammen på plattformen for forretningsrobusthet , eller bestill en demonstrasjon.
Spørsmål og svar
Hva er forskjellen mellom en beredskapsplan og en plan for forretningskontinuitet?
En beredskapsplan adresserer én spesifikk, navngitt risiko og aktiveres av en definert trigger. En plan for forretningskontinuitet er bredere og dekker hvordan organisasjonen holder alle kritiske aktiviteter i gang gjennom forstyrrelser, uansett årsak. Beredskapsplaner er det taktiske laget som leverer gjenopprettingsmålene som kontinuitetsplanen forplikter seg til.
Hva bør utløse en beredskapsplan?
En observerbar tilstand, definert på forhånd, med en navngitt person autorisert til å deklarere den. Gode triggere er spesifikke og målbare, for eksempel at en tjeneste ikke er tilgjengelig utover en avtalt terskel eller at en leverandør ikke oppfyller en definert forpliktelse. Vage triggere som en betydelig hendelse forårsaker nøling, og nøling er det som gjør en håndterbar forstyrrelse til en alvorlig en.
Hvor mange beredskapsplaner trenger vi?
Færre enn de fleste organisasjoner antar. Skriv planer for risikoer som er troverdige, vesentlige og ikke kan reduseres fullt ut, med prioriteringer fra risikoregisteret og forretningskonsekvensanalysen. Et lite sett med testede, gjeldende planer som dekker aktivitetene som virkelig ikke kan stoppes, er verdt mye mer enn et stort bibliotek ingen har brukt.
Er beredskapsplanlegging dekket av en standard?
Det finnes ingen standard dedikert til beredskapsplanlegging alene. Praksisen ligger innenfor kontinuitetsstyring, som er spesifisert og sertifiserbar under ISO 22301, og teknologidimensjonen er adressert av ISO/IEC 27031. Å arbeide i henhold til ISO 22301 gir deg et styringssystem som holder beredskapsplaner eide, testet og gjennomgått i stedet for å bli skrevet én gang og glemt.
Hvor ofte bør en beredskapsplan gjennomgås?
Minst én gang årlig, og i tillegg hver gang noe planen er avhengig av endres: et nytt system, en annen leverandør, en flytting av et annet sted, en omorganisering eller en lærdom fra en reell hendelse. Knytt gjennomgangen til en dato og til disse endringsutløserne, og registrer den. En urevidert plan beskriver en organisasjon som ikke lenger eksisterer.
