Проблема
Вы когда-нибудь слышали от бизнеса фразу: «ИТ это чёрная дыра, куда уходят деньги, а что они там делают непонятно»? Или сами оказывались в ситуации, когда заявка пользователя висела в тикете неделю, а вы искренне считали, что отработали её за час? Проблема не в злом умысле, а в отсутствии единого языка между ИТ и бизнесом. Технари меряют работу «сложностью задачи» и «загруженностью серверов», а бизнес «быстротой восстановления работы» и «тем, почему планёрка сорвалась из-за недоступной 1С». Без чётких правил игры ИТ-отдел оказывается в положении вечно виноватого, а его сотрудники в режиме бесконечного «пожарного тушения».
Решение SLA (Service Level Agreement), соглашение об уровне обслуживания. Но здесь есть два пути. Первый написать многостраничный бюрократический манускрипт, который осядет мёртвым грузом в сетевой папке. Второй превратить SLA в живой инструмент управления ожиданиями и приоритетами. Разберёмся, как составить SLA, которое не даст вам прогореть, а наоборот сделает работу ИТ-отдела прозрачной, измеримой и уважаемой.
Пошаговая инструкция
1. Что такое SLA и зачем он вам
SLA (Service Level Agreement) это документ, который формализует отношения между поставщиком услуги (вами, ИТ-отделом) и заказчиком (бизнес-подразделениями). Он содержит права и обязанности сторон, перечень услуг и уровень их обслуживания.
Зачем это вам, ИТ-отделу?
- Снимает хаос. Вы перестаёте быть «пожарной командой», которая должна бросить всё по первому зову. Вместо этого у вас есть понятная система приоритетов.
- Управляет ожиданиями. Бизнес понимает, что на критический сбой вы отреагируете за 15 минут, а запрос на установку шрифта для маркетинга — в течение двух дней.
- Защищает от выгорания. Чёткие границы ответственности позволяют выстраивать рабочий процесс без «системы 24/7».
- Даёт аргументы для бюджета. Вы можете доказать, что для соблюдения заявленных метрик вам нужно два сисадмина, а не один.
Но самое главное: SLA это не бумага. Это результат диалога и детального внутреннего обсуждения ИТ и ключевых бизнес-пользователей, который ИТ, как ответственный за процесс, зафиксировали на бумаге.
2. Пошаговое создание внутреннего SLA
Шаг 1. Определите, для чего вы пишете SLA
Это может быть SLA для:
- Всей IT-поддержки (уровни P1–P4, время реакции, решения).
- Конкретного сервиса (ERP-система, 1С, CRM).
- ИТ-проекта (внедрение нового ПО, миграция данных).
Шаг 2. Выпишите услуги (Service Catalog)
Не пишите «поддержка всего, что работает на электричестве». Опишите конкретные услуги. Например:
- Доступность сервера 1С.
- Восстановление пароля.
- Создание почтового ящика для нового сотрудника.
- Резервное копирование серверов.
Начать стоит с того, чтобы выписать в единый документ набор сервисов (Service), которые оказывает ИТ-отдел услуг или объектов поддержки, которые могут видеться бизнесом как один объект.
Шаг 3. Договоритесь о метриках (измерениях)
Договоритесь с бизнесом, что и как будете измерять. Гораздо лучше иметь бумагу на одном листе, которую все понимают, чем красивое соглашение, оформленное по ГОСТу.
Основные метрики SLA:
Важное предупреждение. Не плодите десятки метрик. Один из ключевых примеров: в ходе обсуждения с клиентом стало понятно, что в реальности никто оценивать качество по 10–15 метрикам не собирается. Важны три простые вещи стабильная отработка критичных заявок, своевременное закрытие учётного периода и непрерывность работы системы.
Шаг 4. Введите уровни приоритета (P1–P4)
Главное, что должно быть в SLA это система приоритетов. Она превращает хаос в порядок.
- P1 (Критический): Сервис не работает для всего офиса (нет интернета, упал сервер 1С). SLA: реакция — 15 минут, решение — 4 часа.
- P2 (Высокий): Сервис работает, но критически медленно или с ошибками, что мешает ключевым сотрудникам.
- P3 (Средний): Проблема одного пользователя без остановки бизнес-процесса (не открывается нужная форма).
- P4 (Низкий): Запросы на доработку, консультации, установка ПО.
Шаг 5. Пропишите ответственность и отчётность
- Компенсации / бонусы: Что будет, если вы не уложитесь в SLA? Возможно, это не штраф в деньгах, а публичный отчёт о причинах сбоя и план действий по их устранению.
- Отчёты: Раз в месяц формируйте простой дашборд: процент выполненных заявок в срок по каждому приоритету.
Шаг 6. Определите внутренние OLA (Operational Level Agreement)
SLA это обещание бизнесу. OLA это обещание внутри ИТ, между отделами (сетевиками, админами, разработчиками), необходимое для выполнения внешнего SLA. Например, чтобы служба поддержки уложилась в 15 минут реакции на P1, сетевой инженер должен обязаться (в OLA), что он ответит на вызов этой же службы в течение 5 минут.
3. Как не прогореть: частые ловушки
| Ловушка | Проявление | Решение |
|---|---|---|
| Слабое место ваше же руководство | Если инициатива идёт только от ИТ, топ-менеджеры не воспринимают SLA всерьёз, пока не случится крупный инцидент. | Заручитесь поддержкой руководителя, который сможет донести важность SLA до других подразделений. |
| SLA это не разовая акция | Написали, согласовали, забыли. | Внедрите SLA в ежедневную рутину: забивайте тикеты с приоритетами, стройте отчёты, регулярно (раз в квартал) пересматривайте цели. |
| Слишком сложный документ | Документ на 30 страниц с формулами. | SLA это диалог. Начните с простого: «Тикеты уровня P1 мы решаем за 4 часа». Потом добавите детали. |
| Нет средств автоматизации | Попытка отслеживать сроки в Excel. | Используйте Service Desk. Отчёты должны строиться автоматически, иначе вы утонете в бюрократии. |
4. Что дальше? XLA как эволюция SLA
В 2026 году одного SLA становится недостаточно. Дашборды зелёные, а сотрудники теряют часы из-за «подлагивающей» 1С и неудобных сервисов.
XLA (Experience Level Agreement) это соглашение об уровне опыта. Оно отвечает на вопрос: «Может ли сотрудник спокойно и продуктивно делать свою работу?», а не только «Сервис доступен? Пакеты ходят?».
В чём разница на пальцах:
- SLA: Время ответа на тикет 15 минут.
- XLA: Пользователь не сталкивается с проблемами в работе, потому что мы провели обучение и автоматизировали процесс.
Важно понимать: XLA не заменяет SLA и не отменяет техническую гигиену. SLA остаётся фундаментом, гарантирующим базовую стабильность, а XLA становится надстройкой, показывающей, какую ценность эта стабильность приносит бизнесу через опыт пользователей.
5. Пример шаблона внутреннего SLA
Для наглядности простой пример SLA для ИТ-поддержки.
Цель: Обеспечить бесперебойную работу пользователей в бизнес-часы (9:00–18:00, Пн–Пт).
Категории и приоритеты:
| Приоритет | Описание | Пример | Реакция | Решение |
|---|---|---|---|---|
| P1 | Сервис недоступен для всех | Отсутствует интернет | 15 мин | 4 часа |
| P2 | Сервис доступен с сильными ограничениями | 1С тормозит | 1 час | 8 часов |
| P3 | Проблема локальная | У одного сотрудника не открывается Excel | 4 часа | 2 дня |
| P4 | Запрос на изменение | Установить дополнительный софт | 1 день | 5 дней |
Исключения: SLA не действует при плановых работах (о которых уведомили за 48 часов).
Отчётность: Ежемесячный отчёт содержит % заявок, решённых в срок по каждому приоритету.
Устранение распространённых проблем
| Проблема | Вероятная причина | Решение |
|---|---|---|
| Бизнес ставит всё P1 | Отсутствие чёткого определения категорий | Пропишите в SLA конкретные критерии. P1 только если работа компании остановлена. Иначе P2 или P3. |
| Сотрудники ИТ не соблюдают приоритеты | SLA не внедрён в ежедневные процессы | Внесите приоритеты в тикет-систему как обязательное поле. Сделайте «соблюдение SLA» частью KPI сотрудников. |
| Пользователи создают дублирующиеся тикеты | Не верят, что их услышали | Настройте автоматическое уведомление о присвоении номера тикета и текущем статусе. |
| SLA не работает для новых бизнес-задач | Соглашение устарело | Включите в процесс регулярный пересмотр SLA (например, раз в квартал) с участием ключевых пользователей. |
| Руководство использует SLA для наказания, а не для улучшения | Неправильная корпоративная культура | Переориентируйте отчётность: показывайте не количество штрафов, а точки роста и необходимость инвестиций. |
Итог
SLA для внутреннего IT-отдела это не очередная бумажка, а инструмент, который превращает вашу команду из «мальчиков на побегушках» в стратегического партнёра бизнеса. Sla для it отдела начинается с простых шагов: определите сервисы, договоритесь о метриках и введите приоритеты. Но главное помните, что SLA это живой документ. Он требует постоянного диалога, регулярного пересмотра и, самое важное, поддержки вашего же руководства.
Не пытайтесь объять необъятное. Начните с малого: возьмите три самых частых типа заявок и три самых критичных сервиса. Пропишите для них время реакции и решения. Посмотрите, как это работает. Добавьте отчётность. Потом расширьте на остальные сервисы. А когда SLA заработает как часы, подумайте о XLA измерении реального опыта и продуктивности ваших пользователей. Внедряя SLA правильно, вы не прогорите, а наоборот станете тем ИТ-отделом, который бизнес ценит и уважает.
