Prosty plan incydentu dla małej firmy: kto decyduje i do kogo dzwoni

Zapisz odpowiedzialność i alternatywny kontakt

Wskaż osobę decyzyjną, administratora oraz zastępstwa na czas nieobecności. Przygotuj kanał komunikacji działający także wtedy, gdy firmowa poczta jest niedostępna lub przejęta. Kontakty przechowuj w miejscu osiągalnym bez jedynego konta, którego awarię planujesz. Nie publikuj wewnętrznej listy telefonów i sekretów na publicznej stronie.

Co powinno zawierać pierwsze zgłoszenie

• Co się dzieje, od kiedy i jakich urządzeń lub usług dotyczy problem.
• Jakie działania już wykonano oraz czy pojawiają się dalsze szkody, na przykład szyfrowanie lub obce wiadomości.
• Kto prowadzi zapis zdarzeń, kto wykonuje zmiany i kto oceni potrzebę kontaktu z dostawcami lub właściwymi instytucjami.

Przećwicz jeden scenariusz bez wywoływania awarii

Załóżcie, że rano nie działa poczta, a zwykły administrator jest niedostępny. Sprawdźcie, jak zostanie przekazane zgłoszenie, kto ma prawo użyć dostępu awaryjnego i skąd odtworzycie potrzebne informacje. Ćwiczenie nie wymaga kasowania kont ani odłączania produkcyjnej sieci. Zapiszcie miejsca, w których brakuje danych lub uprawnień.

Powrót do pracy wymaga potwierdzenia

Ustal, kto sprawdzi działanie aplikacji i danych oraz zaakceptuje wynik techniczny. Po zdarzeniu zaktualizuj kontakty, kopie i procedury według rzeczywistych wniosków. Techniczny serwis nie zastępuje kierownictwa w decyzjach organizacyjnych. Plan powinien wskazywać także osobę oceniającą obowiązki zgłoszeniowe, bez zakładania identycznej procedury prawnej dla każdego incydentu.

Szkic planu, który można wypełnić na jednym spotkaniu

1. Zgłoszenie: wpisz główny kontakt, zastępcę i alternatywny kanał poza firmową pocztą. Określ, jakie objawy trzeba zgłaszać od razu, na przykład szyfrowanie plików lub wiadomości wysyłane bez wiedzy właściciela konta.
2. Decyzje: wskaż osobę uprawnioną do zatrzymania pracy i zatwierdzenia działań technicznych. Administrator wykonuje uzgodnione czynności, ale potrzebuje właściciela decyzji o ich wpływie na firmę.
3. Zapis: ustal, kto prowadzi chronologię, przechowuje komunikaty i odnotowuje zmiany. Miejsce zapisu powinno być dostępne także wtedy, gdy główna usługa jest niedostępna.
4. Odtworzenie: wymień najważniejsze procesy, ich kopie i osobę sprawdzającą wynik. Zapisz, kto potwierdza możliwość powrotu do pracy oraz kto informuje pozostałych pracowników.

Przykład ćwiczenia: obce wiadomości z poczty księgowości

Podczas spotkania przyjmijcie, że kontrahent zgłasza dziwną wiadomość o zmianie rachunku. Zapytajcie kolejno: kto odbiera zgłoszenie, jak potwierdza sytuację, kto sprawdza konto i kto może wstrzymać podejrzaną płatność. Nie wykonujcie prawdziwych zmian w systemie. Celem ćwiczenia jest odkrycie brakujących kontaktów i uprawnień oraz tego, gdzie pracownik ma szukać instrukcji w stresie.

Co zapisywać podczas rzeczywistego incydentu

Notuj czas obserwacji, źródło informacji, wykonawcę i wynik działania. Oddziel fakt od przypuszczenia: „klient otrzymał wiadomość o 10:12” jest innym zapisem niż „chyba przejęto całą firmę”. Przy każdej ważnej zmianie dodaj jej powód. Taki dziennik ułatwia późniejszą ocenę i ogranicza sytuację, w której kilka osób jednocześnie resetuje ustawienia bez wiedzy o pracy pozostałych.

Czy mała firma potrzebuje rozbudowanego dokumentu?

Na początek potrzebuje działającej instrukcji odpowiedniej do swoich usług i ludzi. Krótki plan z aktualnym zastępstwem jest użyteczniejszy niż obszerna dokumentacja bez przypisanych osób. Rozbudowuj go o sprawdzone scenariusze: utratę laptopa, brak poczty, uszkodzony dysk czy niedostępność kluczowego administratora. Każdy scenariusz powinien kończyć się kryterium bezpiecznego powrotu do pracy.

Jak utrzymać plan w aktualności

Zapisz właściciela dokumentu, datę ostatniego ćwiczenia i następny termin przeglądu. Po zmianie dostawcy IT, programu lub osoby administrującej sprawdź kontakty i zależności. Nie przechowuj haseł w planie; wskaż bezpieczną procedurę uzyskania uprawnionego dostępu. W ramach obsługi IT firmy można uporządkować te informacje i przećwiczyć uzgodniony scenariusz, bez obiecywania gotowości do każdej możliwej awarii.