Что такое SLA в техподдержке и как правильно составить соглашение
Объясняем, что такое SLA, из каких метрик оно состоит и как избежать типичных ошибок при составлении соглашения об уровне обслуживания.
Договор с ИТ-подрядчиком обещает «оперативную поддержку», но когда сервер падает в выходные, никто не может сказать, за сколько часов должна прийти реакция — потому что понятие «оперативно» никогда не было формализовано в конкретных цифрах.
Краткий вывод: SLA (Service Level Agreement) нужен любой компании, где ИТ-услуги влияют на бизнес-процессы; без него невозможно объективно измерить качество работы поддержки и предъявить претензии при систематических нарушениях сроков.
Что такое SLA простыми словами
SLA — это формальное соглашение между поставщиком услуги и заказчиком, фиксирующее конкретные измеримые параметры качества: время реакции на обращение, время устранения инцидента и целевой уровень доступности сервиса. В отличие от устных договорённостей, SLA даёт обеим сторонам чёткий критерий, по которому можно судить о выполнении обязательств.
Ключевые метрики, которые должны быть в SLA
- Время реакции (Response Time) — сколько времени проходит от регистрации заявки до первого ответа оператора
- Время устранения (Resolution Time) — сколько времени занимает полное закрытие инцидента
- Уровень доступности сервиса (Uptime) — процент времени, когда услуга должна быть работоспособна, обычно указывается в процентах (99.5%, 99.9%)
- Приоритизация — разные сроки для критичных, высоких, средних и низких по важности инцидентов
Пример структуры SLA по приоритетам
| Приоритет | Время реакции | Время устранения |
|---|---|---|
| Критичный (сервис недоступен) | 15 минут | 2 часа |
| Высокий (частично нарушена работа) | 1 час | 8 часов |
| Средний | 4 часа | 24 часа |
| Низкий | 8 часов | 72 часа |
Частые ошибки при составлении SLA
- Слишком общие формулировки без конкретных цифр («оперативно», «в кратчайшие сроки»)
- Отсутствие разделения по приоритетам — все инциденты обрабатываются одинаково
- Нет механизма отчётности — соблюдение SLA невозможно проверить без автоматического учёта в системе
- Санкции за нарушение не прописаны или несоразмерны последствиям для бизнеса
Как контролировать соблюдение SLA
Большинство российских ITSM-систем (Naumen, SimpleOne, Okdesk) автоматически отслеживают таймеры SLA по каждой заявке и эскалируют инцидент, если срок реакции или устранения приближается к нарушению. Ручной контроль соблюдения SLA в электронной почте или мессенджерах практически невозможен при сколько-нибудь заметном объёме заявок.
Частые вопросы
Нужен ли SLA для внутренней ИТ-поддержки, если нет внешнего подрядчика? Да, внутренний SLA (OLA — Operational Level Agreement) помогает формализовать ожидания сотрудников от собственного ИТ-отдела и даёт руководству объективные метрики его работы.
Что делать, если поставщик систематически нарушает SLA? Фиксировать нарушения через отчёты системы, инициировать пересмотр условий договора или применять предусмотренные санкции — устные претензии без данных обычно не приводят к изменению ситуации.