Что такое управление уровнем сервиса (SLM) и как работать с SLA

Управление уровнем сервиса, или Service Level Management, — это практика, которая помогает согласовать ожидания заказчиков с возможностями ИТ-службы. Она определяет, какое качество обслуживания должна получать организация, по каким показателям его оценивать и что делать при отклонениях.

Главный инструмент SLM — соглашение об уровне сервиса, или SLA. В нем фиксируют измеримые обязательства поставщика: сроки реакции и решения, доступность системы, режим поддержки, правила эскалации и другие параметры.

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

Что такое SLA

SLA, или Service Level Agreement, — соглашение между поставщиком услуги и ее заказчиком. Оно описывает не внутреннее устройство службы поддержки, а уровень обслуживания, который получает пользователь или бизнес-подразделение.

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

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

Какие показатели включают в SLA

Хорошее соглашение должно содержать параметры, которые можно однозначно измерить. Формулировки вроде «обращения обрабатываются быстро» или «система должна работать стабильно» не позволяют контролировать качество обслуживания.

Обычно в SLA включают:

• время регистрации и первой реакции;
• срок диагностики и решения обращения;
• доступность услуги за отчетный период;
• режим работы службы поддержки;
• приоритеты заявок и правила их определения;
• условия приостановки таймера;
• порядок функциональной и иерархической эскалации;
• допустимое количество нарушений;
• периодичность отчетности;
• ответственность сторон.

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

Как определить приоритет обращения

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

Высокий приоритет не должен назначаться только потому, что пользователь считает свою задачу важной. Для этого нужна понятная матрица SLA, в которой сочетания влияния и срочности приводят к определенному уровню критичности.

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

Время реакции и время решения

Эти показатели часто смешивают, хотя они характеризуют разные этапы работы.

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

Быстрая реакция не означает, что заявка будет быстро закрыта. Специалист может ответить через несколько минут, но устранение сложного сбоя займет несколько часов. Поэтому в соглашении необходимо отдельно фиксировать оба значения и учитывать рабочий календарь, перерывы ожидания и зависимость от внешних исполнителей.

SLO, OLA и UC: как они связаны с SLA

SLO, или Service Level Objective, — конкретная целевая величина внутри соглашения. Например, доступность сервиса 99,9% или решение 90% заявок высокого приоритета в установленный срок. SLA может включать несколько таких целей.

OLA, или Operational Level Agreement, определяет обязательства внутренних подразделений друг перед другом. Если первая линия поддержки должна передать обращение системным администраторам за 20 минут, а те провести диагностику в течение часа, эти условия можно закрепить во внутреннем соглашении.

UC, или Underpinning Contract, описывает обязательства внешнего поставщика. Например, подрядчик обязан заменить неисправное оборудование за четыре часа. Условия OLA и UC должны поддерживать клиентское SLA. Нельзя пообещать заказчику восстановление за два часа, если поставщик устраняет неисправность в течение рабочего дня.

Как настроить SLA в Service Desk

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

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

В системе Service Desk показатели связывают с услугой, типом обращения, приоритетом, группой пользователей или договором. Это позволяет применять разные уровни обслуживания для критичных бизнес-систем, стандартных внутренних сервисов и внешних заказчиков.

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

Контроль выполнения SLA

Контроль SLA не сводится к подсчету просроченных заявок. Важно понимать, на каком этапе появляются задержки и почему они повторяются.

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

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

Что делать при нарушении SLA

Нарушение SLA — это сигнал о несоответствии между согласованными обязательствами и фактической работой. Само по себе наказание исполнителя проблему обычно не решает.

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

Если нарушения повторяются, организация может пересмотреть OLA, изменить схему эскалации, автоматизировать отдельные операции или увеличить ресурсы поддержки. В некоторых случаях корректируют само SLA, если первоначальные условия не соответствовали возможностям поставщика или потребностям бизнеса.

Отчеты и метрики SLA

Отчет по SLA должен показывать не только итоговый процент соблюдения нормативов, но и причины отклонений. Показатель 95% выглядит приемлемо, однако может скрывать регулярные просрочки по одной критичной услуге.

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

KPI SLA следует использовать осторожно. Когда сотрудников оценивают только по скорости закрытия заявок, они могут выбирать простые обращения, преждевременно завершать сложные или злоупотреблять приостановкой таймера. Поэтому скорость нужно сопоставлять с качеством решения, повторными обращениями и удовлетворенностью пользователей.

Управление уровнем сервиса в ИнфраМенеджер

В ИнфраМенеджер можно задавать SLA для различных услуг, типов обращений, приоритетов и групп пользователей. Система учитывает рабочие календари, контролирует время реакции и решения, формирует уведомления и запускает эскалации при приближении к нормативному сроку.

Отчеты помогают оценивать выполнение обязательств, находить повторяющиеся нарушения и анализировать работу подразделений поддержки. Связь SLA с каталогом услуг и процессами Service Desk позволяет управлять обслуживанием не на уровне отдельных заявок, а в контексте предоставляемых ИТ-сервисов.

6

Время прочтения:

9 минут