Инциденты, запросы и проблемы: три режима работы

Три типа и почему их разделяют

Инцидент — услуга не работает у конкретного человека прямо сейчас. Цель одна: вернуть работу как можно быстрее, допустимо обходным путём. Красиво чинить будем позже.

Запрос на обслуживание — штатное действие по заявке: доступ, оборудование, установка, справка. Здесь ценится предсказуемость: человеку важнее знать срок, чем получить всё сегодня.

Проблема — причина, порождающая инциденты. Живёт отдельно, разбирается без спешки и может быть закрыта без решения, если устранение дороже последствий. Один сбой обычно порождает и инцидент, и проблему.

Смешение режимов даёт узнаваемую картину. Служба, ведущая всё как инциденты, героически восстанавливает одно и то же годами. Служба, ведущая всё как проблемы, медленно восстанавливает работу, пока ищет причину.

• Инцидент. Не работает. Мера — время до восстановления. Обходной путь допустим и часто предпочтителен.
• Запрос. Штатное действие по заявке. Мера — доля выполненных в обещанный срок.
• Проблема. Причина повторяющихся инцидентов. Мера — снижение частоты. Живёт неделями и месяцами.

Приоритет

Приоритет считается из влияния и срочности. Влияние — сколько людей и процессов затронуто, срочность — как быстро последствия станут серьёзными. Таблица три на три даёт пять уровней, и этого хватает любой службе.

Договоритесь заранее, что означает каждый уровень, и запишите примеры. «Высокий приоритет» без примера превращается в оценку по громкости обращения.

Отдельно проговорите правило для руководства: их обращения проходят по той же таблице. Исключение, сделанное один раз, отменяет таблицу навсегда.

Эскалация

Эскалация бывает двух видов, и путать их дорого. Функциональная — обращение уходит на линию с нужными знаниями. Управленческая — о ситуации узнаёт руководитель, потому что срок под угрозой.

У обеих должны быть правила и сроки: через сколько часов без движения обращение поднимается выше. Эскалация «по ощущению» работает только для тех, кто умеет настаивать.

Важная деталь: эскалация не снимает ответственность с текущего исполнителя до момента фактической передачи. Иначе обращение зависает между линиями.

Разбор проблем

Регулярная встреча раз в две недели, вход — статистика повторяющихся обращений. Берут одну-две темы, доводят до причины и назначают ответственного.

Инструменты те же, что в работе с качеством: пять «почему» до причины в устройстве системы, диаграмма Исикавы, когда причин явно несколько. Признак хорошей остановки — причина лежит в конфигурации или процессе.

Проблему можно закрыть без устранения, если стоимость решения выше стоимости последствий. Такое решение записывают вместе с обоснованием: через полгода никто не вспомнит, почему смирились.

Изменения как источник инцидентов

Заметная часть аварий рождается из собственных правок в продуктивной среде. Поэтому изменения получают порядок: заявка, согласование, окно проведения, план отката.

Глубину согласования соразмеряют с риском. Типовые повторяющиеся правки проводят по заранее утверждённому шаблону без отдельного согласования — иначе процесс задушит работу и его начнут обходить.

Считайте долю неудачных изменений: тех, что привели к инциденту или откату. Это самый честный показатель качества подготовки.

Как ведут разные типы обращений

Обращения разведены правильно

Признак смешанных режимов узнаётся по симптому: служба героически восстанавливает одно и то же несколько раз в месяц. Проверьте по пунктам.

Как развести потоки в Shtab

Заведите отдельные доски под инциденты, запросы и проблемы: у них разные статусы, разные сроки и разный ритм. Общая очередь всегда работает в пользу рутины.

Частые вопросы