Что дальше · После отчёта

Популярные решения по итогам анализа

Почти каждый отчёт заканчивается вопросом «что с этим делать». Универсального рецепта нет. Но в нашей практике большинство находок закрывается ITIL-практиками. Ниже - примеры из нашего опыта.

Что показал разборЧто за этим обычно стоитПрактика ITIL / ITSMПервый шаг
Концентрация простоя
единицы процентов инцидентов дают 80% времени недоступности
Несколько хронических дефектов, которые каждый раз «чинят» обходом, а не устраняют Problem Management (управление проблемами) Завести карточку проблемы на каждый из топ-инцидентов; владелец и срок - обязательны
Всплеск после изменений
частота инцидентов после релиза выросла статистически значимо
Изменения проходят без оценки риска и без окна наблюдения Change Enablement (управление изменениями) Ввести пост-релизное окно наблюдения и критерий отката, зафиксированный заранее
Календарный или суточный ритм
пики в одни и те же часы, дни, даты месяца
Регламентные задания, бэкапы, отчётные периоды конкурируют за ресурс Capacity & Performance Management (управление мощностями) Свести расписание фоновых задач с картой пиков и развести их по времени
Долгий MTTR при нормальном MTBF
падает редко, но чинится долго
Время уходит не на починку, а на поиск ответственного и эскалацию Incident Management, эскалация и дежурство Разобрать 5 самых долгих инцидентов по этапам: обнаружение → назначение → починка
Связанные цепочки
один тип событий систематически предшествует другому
Симптом лечат на конце цепочки, корень остаётся нетронутым Problem Management + анализ причин Проверить гипотезу цепочки на данных следующего месяца, прежде чем перестраивать

Таблица - не догма: одна и та же находка в разных компаниях закрывается разными практиками. Она задаёт направление для поиска решений.

Мы обычно делаем такой разбор совместно с командой заказчика: берём отчёт, выбираем цель, собираем план на квартал и через квартал проверяем результат повторным прогоном. Если это ваш случай - .