En plan, du har testet. Ikke en plan, du skrev.
Procesejere, der aldrig logger ind, skal stadig besvare konsekvensspørgeskemaet. Afgræns BIA'en som en kampagne, skriv planerne bag den, og test dem efter en tidsplan med fund knyttet til hver kørsel.
Hvad det erstatter
- Halvdelen af procesejerne holder op med at svare efter anden rykkermail.
- To år siden sidste godkendelse; ingen har åbnet den siden.
- Den sidste test var en skrivebordsøvelse uden skriftlige fund.
Hvad der ændrer sig
- En BIA-kampagne følger udsendelse, påmindelser og en svartendens, efterhånden som svarene kommer.
- Fem genoprettelsesdomæner: cloud-DR, cybergenopretning, dataintegritet, netværksgenopretning, failback.
- Hver testkørsel beholder sine fund og sin dato. Planen bliver en øvelsesfortegnelse.
Hvad du gør her
- 1Afgræns en BIA som en kampagne.
Vælg processerne, navngiv ejerne, send den ud, og ryk dem, der ikke svarer, med påmindelser i stedet for en fjerde mail.
BIA campaigns - 2Indsaml svar fra ejere uden konto.
Hver procesejer åbner et link med token og besvarer ét spørgeskema: ingen konto, ingen adgangskode, intet for IT at oprette.
BIA questionnaire - 3Skriv kontinuitets- og genoprettelsesplanerne.
Cloud-DR, cybergenopretning, dataintegritet, netværksgenopretning og failback får hver sin sektion i planposten.
Recovery plans - 4Bind eskaleringsmatricen ind i planen.
Aktiveringskriterier, deaktiveringskriterier og regler for respons efter alvor ligger i planposten, ikke i et forældet sidedokument.
Continuity plans - 5Kør en test, og rejs fund mod den.
Planlæg den, start den, afslut den, og kopiér kørslen til næste kvartal. Hvert fund forbliver knyttet til testen.
Plan tests - 6Aktivér en plan ved en reel hændelse.
Hver erklæring skriver en aktiveringspost med sin egen hændelseslog, ved siden af afhængighedsgrafen og parathedsscoren.
Command Center
Hvor rollen stopper
Aktiver og hændelser åbner kun til læsning. Planer, tests og genoprettelsesteams er dine; det risikoregister, du vil lede efter, ligger på en andens bord.
Arbejder sammen med
RISKRisikochefRisiko som strategi, ikke som afkrydsning.Registre i regneark overser sammenhængene. Fastlæg scoringsmetodikken én gang, og lad hver post rumme de kontroller, processer, hændelser, KRI'er og sårbarheder, den faktisk berører, med behandlingsplaner og formelle accepter registreret.
ASSETSIT-chefPatchet er en påstand. Hærdet er en scanning.En fortegnelse er korrekt den dag, den blev eksporteret. Her forbliver registret levende, undtagelser er skriftlige beslutninger, og hvert system scannes mod sin baseline med hærdnings-add-on'en.
SOCSOC-chefVagten slutter. Konteksten gør ikke.Kontinuitet er SOC'ens sværeste problem; den dør klokken syv om morgenen. Vagtplan, eskalering, arbejdsbyrde og en underskrevet overdragelse holder den i live. Sager og hændelsesposter er dine at lukke — eller slette.
Klar til at komme
videre end klassisk GRC?
14 dages gratis prøve. Intet betalingskort. Cloud eller on-premises.