System działu ciągłości działania (BCM)

Praca zaczyna się od „Ryzyk”: karta dla każdego scenariusza zagrożenia — przerwa w centrum danych, awaria dostawcy chmury, cyberatak — której ocenia się prawdopodobieństwo i wpływ na każdy system krytyczny. Scenariusze o najwyższym zagrożeniu przechodzą do „Planu”, gdzie pisany jest plan ciągłości dla każdego z nich: systemy zastępcze, kolejność odtwarzania, odpowiedzialny za każdy krok i docelowe czasy odtworzenia. Plany nie pozostają teorią: każdy plan przechodzi do „Testu” z zaplanowanym ćwiczeniem symulacyjnym, w którym uczestniczą właściciele systemów, potem do „Wyników” na udokumentowanie, co się powiodło, co nie i ile odtworzenie faktycznie trwało w porównaniu z celem. Widoczne luki są usuwane w „Aktualizacji” przez zmianę planu, a streszczenie gotowości jest przedkładane kierownictwu z „Raportu”.

Forum to główny pojemnik udokumentowanej dyskusji w tym systemie: nowe scenariusze ryzyk są przedstawiane i ich prawdopodobieństwo oraz wpływ omawiane przed zatwierdzeniem; wersje planów ciągłości są przeglądane i zatwierdzane w swoich wątkach — jeden na plan; a wyniki ćwiczeń są analizowane z udziałem wszystkich zespołów systemowych, aby żaden wniosek z ćwiczenia nie pozostał bez udokumentowanego i śledzonego działania naprawczego.

Koordynator ds. ciągłości prowadzi analizę ryzyk, jest właścicielem planów i planuje ćwiczenia; zespoły systemowe uczestniczą w ocenie wpływu na swoje systemy, przeprowadzają ćwiczenia i aktualizują własne plany odtwarzania; a wyniki każdego ćwiczenia są przedstawiane kierownictwu wraz z rekomendacjami inwestycji w zamknięcie luk — bo decyzja finansowa opiera się na udokumentowanym wyniku ćwiczenia, nie na zgadywaniu.