Зміна закінчується. Контекст — ні.

Що це заміняє

• Контекст ночі — це три повідомлення в чаті і памʼять однієї людини.
• Двоє аналітиків беруться за один кейс, а три інші лежать із пʼятниці.
• Один тип інциденту має три назви — залежно від того, хто вписав першим.

Що ви робите тут

• 1Сплануйте графік змін і шлях ескалації.Черга on-call, покриття і політика ескалації живуть разом із графіком — на тому екрані, де зміну планують.Shift management
• 2Балансуйте чергу аналітик за аналітиком.Візьміть, призначте або перепризначте кейс; кожен рух лягає в історію призначень із конкретним імʼям.Analyst workload
• 3Передавайте зміну записом, який підписує наступна.Чернетка, подання, підтвердження. Наступна команда отримує написане, а не переказане.Shift handover
• 4Заповніть місяць, який ніхто не міряв.Показники аналітиків і зрізи KPI зберігають історію; прогалину в записі можна закрити заднім числом.SOC KPIs
• 5Закріпіть одну назву за типом інциденту.Виявлення конфліктів у реєстрі назв не дає двом аналітикам вигадати дві мітки для одного й того самого.Naming registry
• 6Перетворіть прогалину на пункт дорожньої карти.Найкращі практики, яких ви ще не впровадили, ведуться як прогалини, а потім вишиковуються в чергу. Дорожня карта виходить з оцінки.SOC best practices

Що змінюється

• Наступна зміна починається з підписаного запису передачі, а не з учорашньої стрічки чату.
• Історія призначень називає, хто і коли взяв кожен кейс — по аналітику і по зміні.
• Зміну тримають вісім екранів: дашборд, кейси, зміни, навантаження, передача, KPI, найкращі практики, дорожня карта.

Де роль закінчується

Активи для вас лише для читання. Ви ведете SOC, а не програму: урядування, ризики й комплаєнс належать іншим столам.