Что такое Incident Management? Часть 1/2
 
Incident Management - это управление жизненным циклом инцидента, от первого сигнала до полного восстановления сервиса. 
Цель - не просто закрыть заявку. 
Цель - восстановить нормальную работу как можно быстрее, с минимальным влиянием на клиентов и бизнес.
 
Что такое инцидент?
 
Инцидент - это любое событие, которое нарушает нормальную работу сервиса.
Это не обязательно «всё упало». 
Это может быть:
▪️ пользователь не может войти в систему,
▪️ сервис работает медленно,
▪️ кто-то увидел ошибку в логах и напугался,
▪️ или просто: «Я не понимаю, что происходит».
 
Главное - влияние на пользователя.
 
 Основные цели Incident Management
 
1️⃣ Восстановить сервис как можно быстрее
   Не обязательно найти корневую причину. 
   Достаточно вернуть работоспособность - даже временным решением.
 
2️⃣ Минимизировать влияние на бизнес
   Чем дольше сервис недоступен - тем больше ущерб.
 
3️⃣ Соблюдать стандарты и SLA
   Это не бюрократия. 
   Это обещание, которое вы даёте клиенту.
 
5️⃣ Передать проблему дальше, если нужно
   Инцидент - это симптом. 
   А значит, за ним может быть проблема, которую нужно изучить.
 
Кто участвует?
 
1️⃣ L1(1-ая линия) 
Это фронт.
Их задача - не решить всё, а:
▪️ зарегистрировать инцидент,
▪️ определить приоритет,
▪️ передать в нужную группу,
▪️ держать клиента в курсе.
 
 2️⃣ IT Support Team (вторая и третья линия)
Это эксперты. 
У них глубокие знания по конкретным сервисам. 
Они:
▪️ диагностируют,
▪️ ищут корень,
▪️ создают обходные решения,
▪️ инициируют изменения.
 
Те, кто делает сервис снова рабочим.
 
3️⃣ Incident Manager (менеджер процесса) 
Не каждый инцидент требует менеджера. 
Но если инцидент критичный - он появляется.
 
Его задача:
▪️ координировать,
▪️ следить за SLA,
▪️ информировать бизнес,
▪️ и не давать процессу выйти из-под контроля.
Он - дирижёр, а не музыкант
 
Как начинается инцидент?
Инцидент может начаться:
▪️ от пользователя («не работает»),
▪️ от мониторинга («сервер не отвечает»),
▪️ от внутренней команды («заметили аномалию»).
 
🔄 Жизненный цикл инцидента: от «сломалось» до «всё снова работает»
 
Каждый инцидент проходит через четыре ключевые фазы:
1️⃣ Регистрация
   Инцидент поступает - через портал, чат, телефон. 
   Его нужно: зарегистрировать, присвоить ID, указать категорию и приоритет.
 
2️⃣ Диагностика и расследование
   Что не работает? 
   Где? 
   Кто ответственный/может помочь? 
   Нужна ли эскалация?
 
3️⃣ Решение и восстановление
   Найден обходной путь? 
   Устранена ошибка? 
   Сервис восстановлен?
 
5️⃣ Закрытие и анализ 
   Клиент подтвердил? 
   Есть ли риск повтора? 
   Нужно ли передать в Problem Management?
 
🔥 Срочность и влияние: как определить, что срочно, а что — критично
Не все инциденты одинаковы. 
Именно поэтому в Incident Management есть два ключевых параметра:
 
Влияние (Impact)
Кто и что пострадало?
Насколько широко проблема затрагивает бизнес?
Высокое - сервис недоступен для большого числа пользователей или критичных подразделений. 
Среднее -  несколько пользователей или одно подразделение. 
Низкое - один пользователь, не критичная функция.  
 
⏱Срочность (Urgency)
Насколько быстро нужно решить?
Высокая - требует немедленного вмешательства, например, остановка бизнес-процесса 
Средняя - важно, но можно подождать несколько часов 
Низкая - стандартный запрос, срок решения - дни
 
Из этих двух параметров формируется приоритет инцидента.
Приоритет = Влияние × Срочность
Зачем это нужно?
 
Чтобы:
▪️ не терять время на низкоприоритетные задачи, пока горит критичный сервис,
▪️ правильно распределять нагрузку,
▪️ соблюдать SLA,
▪️ и главное - говорить с бизнесом на одном языке.
 
«срочно» и «важно» - это не одно и то же.
 
Во второй части поговорим о Major Incident, метриках и связи с другими процессами.

#ITIL #IncidentManagement #TechSupport #ТехническаяПоддержка