1.Определение
Время решения инцидента (MTTR, Mean Time to Resolve) — это метрика, измеряющая среднее время, затрачиваемое на полное устранение инцидента или проблемы от момента его регистрации до момента восстановления нормальной работы и подтверждения решения.
2.Происхождение и контекст
Метрика возникла в сфере управления IT-услугами (ITIL) и технической поддержки как ключевой показатель эффективности процессов. MTTR является стандартным показателем в соглашениях об уровне обслуживания (SLA) и используется для оценки качества работы сервисных команд, инженеров и подрядчиков .
3.Суть метода простыми словами
Засекается время, когда случилась проблема (например, сломался принтер или упал сайт). Останавливается секундомер только тогда, когда проблема полностью устранена и всё работает как надо. Метрика показывает, как быстро компания чинит поломки и возвращает клиентов (или сотрудников) к нормальной работе .
4.Как рассчитывается показатель
Процесс измерения времени решения инцидента включает следующие этапы :
- Фиксация времени возникновения: Регистрируется точное время обнаружения инцидента или создания заявки (момент, когда проблема стала известна).
- Фиксация времени решения: Регистрируется точное время, когда работы по устранению инцидента завершены и услуга восстановлена в полном объеме.
- Расчет времени решения для каждого инцидента: Из времени решения вычитается время возникновения (с учетом рабочего времени, если это оговорено в SLA).
- Суммирование и усреднение: Сумма времени решения всех инцидентов за период делится на общее количество инцидентов.
Не забудьте создать опрос онлайн на FOQUZ.ONLINE для успешного развития бизнеса
5.Формула
MTTR = (Суммарное время решения всех инцидентов за период) / (Количество инцидентов за период)
6.Отличие от времени реакции
- Время реакции (Response Time): Время от получения сигнала об инциденте до начала работы над ним .
- Время решения (Resolution Time): Полное время от регистрации до полного устранения проблемы, включая диагностику, ремонт и проверку .
7.Примеры
- IT-инфраструктура: Упал корпоративный сервер в 10:00. Инженеры провели диагностику, заменили комплектующие и восстановили работу к 12:30. Время решения = 2,5 часа .
- Техническая поддержка клиентов: Клиент сообщил о неработающем приложении в понедельник в 9:00. Проблема была устранена и проверена во вторник в 15:00. Время решения = 30 часов .
- Производственное оборудование: На заводе остановился станок в 14:00. Ремонтная бригада устранила поломку и запустила станок в 18:00. Время решения = 4 часа .
- Внутренний Service Desk: Сотрудник создал заявку на замену неработающей клавиатуры в 11:00. Клавиатура заменена и проверена в 14:00. Время решения = 3 часа .
8.Области применения
- IT-сервис и Service Desk: Оценка эффективности работы технических специалистов .
- Техническая поддержка клиентов: Контроль качества обслуживания и соблюдения SLA .
- Производство и эксплуатация: Мониторинг эффективности ремонтных служб .
- Управление качеством: Анализ причин длительных простоев .
- Телеком и связь: Оценка времени восстановления сетей после аварий .
9.Преимущества
- Объективность: Дает количественную оценку эффективности процессов устранения проблем .
- Клиентоориентированность: Низкий MTTR напрямую влияет на удовлетворенность клиентов .
- Диагностичность: Позволяет выявлять системные проблемы в процессах поддержки .
- Управление ресурсами: Помогает планировать загрузку команды и необходимость привлечения дополнительных специалистов .
10.Ограничения и недостатки
- Зависимость от сложности: Не учитывает различную сложность инцидентов (замена пароля и восстановление базы данных требуют разного времени) .
- Влияние приоритетов: Критичные инциденты решаются быстрее, что может искажать средние значения .
- Ожидание согласований: Время может расти из-за необходимости согласований и ожидания доступа .
- Риск формального закрытия: Погоня за низким MTTR может подталкивать к закрытию заявок без реального решения проблемы .
