Главная · Применение · Панели показателей · Управление инцидентами
Панель по практике
Единой панели по инцидентам не бывает. Один и тот же процесс семи руководителям виден по-разному, и набор показателей меняется целиком, а не фильтруется. Сначала выберите, чьими глазами смотрите.
Готовая панель
Выберите месяц — пересчитается всё: показатели, обе разницы, диаграммы, проблемы и деньги.
9 без движения дольше 3 дней
| Кто | всего | крит. | >3д |
|---|---|---|---|
| Соколов | 17 | 1 | 3 |
| Ким | 11 | 1 | 2 |
| Орлова | 9 | 0 | 1 |
| 1-я линия | 41 | 0 | 3 |
Считаются трудозатраты: часы из записей об инцидентах умножаются на среднюю ставку линии. Это измеримо и проверяемо.
Оценка по модели, а не факт. Час простоя услуги задаётся экспертно и умножается только на время внутри рабочих часов компании: ночной простой склада, который никто не заметил, в расчёт не идёт.
Готовая панель
Здесь не видно ни денег, ни людей поимённо. Видно, где процесс теряет время и на чём ошибается — то, что менеджер практики может починить своими руками. Месяц выбирается так же, как на панели эксплуатации.
Самая честная строка — «лежит в очереди». Её нельзя объяснить сложностью случая: инцидент в это время не решают, а ждут, когда до него дойдут руки. Сокращается она распределением работы, а не усердием инженеров.
Возврат со второй линии обратно на первую — не маршрут, а ошибка: инцидент отдали не туда и вернули. Каждый такой возврат стоит полного круга согласований.
Новых статей за месяц: . Инциденты, после которых не появилось ни строчки, придётся разбирать заново.
Это метрика доверия, а не дисциплины. Люди обходят обычный порядок, когда он для них медленнее личной просьбы.
| Показатель | Цель | Порог вмешательства | Откуда число |
|---|
Числа не универсальны и зависят от услуги. Универсальна сама пара: цель показывает, куда идём, порог — когда переставать наблюдать и начинать действовать. Часть значений взята у Брукса, часть выбрана нами — помечено в последнем столбце, чтобы своё не выдавалось за книжное.
Как измерять
Показатель, способ измерения которого не описан, спорен по определению: два человека посчитают его по-разному и получат разные выводы.
| Показатель | Как считается | Чем искажается | Зона |
|---|---|---|---|
| Закрыто в срок | Доля инцидентов, закрытых внутри срока из соглашения об уровне услуг, от всех закрытых за период | Переклассификацией в запросы, где срок мягче, и паузами «ожидание» задним числом | тенденция |
| Время восстановления | От регистрации до подтверждённого восстановления, отдельно по каждому уровню влияния | Общим средним: сотня мелких закрытий маскирует одну аварию на шесть часов | тенденция |
| Решено первой линией | Доля закрытых без передачи на другие уровни | Закрытием и повторным заведением той же заявки | тенденция |
| Повторные по одной причине | Доля инцидентов, связанных с уже известной ошибкой или открытой проблемой | Тем, что связь не проставляют: без неё показатель занижен и выглядит благополучно | тенденция |
| Критичных за период | Число инцидентов, получивших критичный приоритет | Занижением приоритета, чтобы не открывать штаб и не писать разбор | тенденция |
| Открытые по стадиям | Срез на текущий момент, не за период | — | сейчас |
| Без движения дольше 3 дней | Открытые, у которых не менялись ни статус, ни комментарии | Формальными обновлениями «работаем» без содержания | сейчас |
| Трудозатраты | Часы из записей × средняя ставка линии | Тем, что часы не записывают: тогда считать нечего | тенденция |
| Потери от простоя | Часы простоя внутри рабочих часов × экспертная стоимость часа для этой услуги | Это оценка по модели, а не факт. Модель указывается рядом с числом, иначе спорить о нём бессмысленно | тенденция |
Источники
Набор показателей взят не из головы. Канонический список задаёт ITIL Service Operation, раздел 4.2.8: метрики там не перечислены списком, а привязаны к факторам успеха — сначала что должно быть верно, потом чем это проверяется. Оттуда же требование разбивать показатели по влиянию, срочности, услуге и периоду и сравнивать с предыдущими периодами.
Четвёртая редакция сводит их к трём факторам успеха — рано обнаруживать, быстро решать, постоянно улучшать подходы — и добавляет правило приоритизации в контексте очереди команды (ITIL 4, практическое руководство по управлению инцидентами).
Разбивка по линии решения, блок проблем и оценка потерь от простоя добавлены сверх канона: первое показывает зрелость поддержки одним числом, второе — окупаемость управления проблемами, третье переводит простой в деньги. Полный разбор с обоснованием каждого выбора — на странице практики.