Сначала объём: договор ИТ-обслуживания
Приложение об объёме должно описывать поддерживаемые сервисы и активы не только по названиям, но и с окном поддержки, границей ответственности, зависимостями и исключениями. Пока эта граница не записана, рассчитанное время отклика или решения означает для сторон разное.
Перед выбором KPI нужно записать активы, каталог сервисов, часы поддержки, определения приоритетов, элементы вне объёма и обязанности третьих сторон. Один и тот же счётчик при разных правилах запуска и остановки даёт разный результат.
Как определить приоритет и измерение времени?
Приоритет инцидента определяется не только типом технической неисправности, но и влиянием на бизнес и срочностью. Время первого отклика, начала работ, решения и ожидания измеряется отдельно; целевые значения записываются вместе с окном поддержки и правилами внешних зависимостей.
Какие KPI действительно полезны?
Помимо числа открытых и закрытых заявок, отслеживаются доля повторных обращений, стареющий бэклог, ожидание клиента или третьей стороны, неуспешные изменения, соблюдение плановых работ и действия по первопричинам. Вместо множества метрик убираются показатели, которые не помогают принимать решения.
Контрольная таблица измерения SLA и KPI
Таблица ниже обобщает основные проверки, которые связывают объём, приоритеты, правила счётчиков и отчётность договора обслуживания с единым словарём измерений:
| Область контроля | Ожидаемый результат |
|---|---|
| Объём | Активы, сервисы, часы и исключения |
| Приоритет | Определение: влияние на бизнес + срочность |
| Словарь измерений | Формула, события, паузы и источник данных |
| Отчёт | Тренд, отклонение, причина и владелец действия |