Zmiana się kończy. Kontekst zostaje.

Co to zastępuje

• Kontekst nocy to trzy wiadomości na czacie i pamięć jednej osoby.
• Dwóch analityków siedzi nad jedną sprawą, a inne leżą nietknięte od piątku.
• Jeden typ incydentu ma trzy nazwy, zależnie od tego, kto wpisał go pierwszy.

Co tu robisz

• 1Zaplanuj grafik dyżurów i ścieżkę eskalacji.Kolejność dyżurów, pokrycie i polityka eskalacji leżą przy grafiku, na tym samym ekranie, gdzie planujesz zmianę.Shift management
• 2Wyrównaj kolejkę analityk po analityku.Weź sprawę, przypisz ją albo przepisz komu innemu. Każdy ruch trafia do historii przypisań z nazwiskiem.Analyst workload
• 3Przekaż zmianę na zapisie, który podpisze następna.Szkic, wysyłka, potwierdzenie. Następna ekipa dostaje na piśmie to, co się wydarzyło.Shift handover
• 4Uzupełnij miesiąc, którego nikt nie zmierzył.Wyniki analityków i migawki KPI trzymają historię, a lukę w zapisie da się uzupełnić później.SOC KPIs
• 5Ustal jedną nazwę na typ incydentu.Wykrywanie konfliktów w rejestrze nazw nie pozwoli dwóm analitykom wymyślić dwóch etykiet na to samo.Naming registry
• 6Zamień lukę w zdolnościach w punkt roadmapy.Nieprzyjęte dobre praktyki są śledzone jako luki, a potem układane w kolejność. Roadmapa wychodzi z oceny.SOC best practices

Co się zmienia

• Następna zmiana startuje z podpisanego przekazania, nie z wczorajszego przewijania czatu.
• Historia przypisań mówi, kto wziął sprawę i kiedy — per analityk i per zmiana.
• Zmianę niesie osiem ekranów: dashboard, sprawy, zmiany, obciążenie, przekazanie, KPI, dobre praktyki, roadmapa.

Gdzie rola się kończy

Aktywa zostają dla Ciebie tylko do odczytu. Prowadzisz SOC, nie program: ład, ryzyko i compliance siedzą na innych biurkach.