SLA для внутренних задач: сроки реакции и исполнения

«Я отправил заявку ещё в понедельник» — «А я её только сегодня увидел». Знакомый диалог? Внутренние задачи часто живут без чётких сроков: реакция «когда дойдут руки», исполнение «как получится». Пока команда маленькая, это сходит с рук. Как только задач становится много, начинается хаос: срочное тонет в общем потоке, а виноватых не найти. SLA — это не бюрократия, а простая договорённость о том, за какое время задача должна быть взята и сделана.

Что такое SLA для внутренних задач

SLA (Service Level Agreement) обычно ассоциируется с поддержкой клиентов, но внутри компании он работает не хуже. Это согласованное правило: на задачу такого-то типа исполнитель реагирует за X и закрывает её за Y.

Важно разделять две метрики:

• время реакции — сколько проходит от постановки до взятия задачи в работу или первого ответа;
• время исполнения — сколько проходит от взятия до завершения.

Эти показатели не равны. Задачу можно мгновенно взять и потом неделю делать, а можно сутки не замечать, но сделать за час. Считать их отдельно полезно: они лечатся разными способами. Долгая реакция — это про загрузку и приоритеты, долгое исполнение — про сложность и ресурсы.

Приоритеты: не всё одинаково срочно

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

Простая работающая шкала:

• критично — реакция в минутах, исполнение в часах (что-то встало, мешает работе);
• высокий — реакция в течение часа-двух, исполнение в тот же день;
• обычный — реакция в день, исполнение в 1–3 дня;
• низкий — без жёсткой реакции, исполнение по плану.

Главное — чтобы у каждой задачи был приоритет на старте. Если все задачи «обычные», шкала не работает. А если все «критичные» — она не работает тем более.

Как считать сроки честно

SLA имеет смысл только тогда, когда сроки считаются автоматически, а не на глаз. Если время реакции вы вычисляете по памяти и переписке, цифрам никто не поверит.

Что должно фиксироваться без ручного труда:

• момент постановки задачи;
• момент, когда исполнитель её взял;
• момент сдачи на проверку;
• момент финального принятия.

Когда эти точки есть в системе, SLA превращается из лозунга в измеримую вещь. В TasksFlow статусы задачи и переходы между ними фиксируются сами, а двухстадийная проверка «сотрудник сдал → руководитель принял» даёт честную точку завершения — не «я написал готово», а «работу приняли».

Учитывайте рабочее время

Если сотрудник работает с 9 до 18, нечестно засчитывать ему просрочку за ночь и выходные. SLA лучше считать в рабочих часах, иначе утренние задачи всегда будут выглядеть «просроченными». Это мелочь, но без неё команда перестаёт верить в метрику.

Эскалация: что делать при нарушении

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

Рабочая логика эскалации:

• задача приближается к дедлайну — напоминание исполнителю;
• срок реакции нарушен — уведомление руководителю;
• срок исполнения нарушен — задача поднимается выше или перераспределяется.

Цель эскалации — не наказать, а вовремя перехватить застрявшую задачу. Если человек завален, лучше передать работу другому, чем ждать, пока всё сорвётся. Регулярные нарушения по одному сотруднику — повод не для штрафа сразу, а для разговора: возможно, у него физически не хватает времени или нет нужного доступа.

SLA и мотивация

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

Здоровый подход:

• поощряйте стабильное соблюдение SLA, а не разовые рекорды;
• учитывайте процент задач в срок за период, а не отдельные провалы;
• разбирайте систематические нарушения, а не случайные.

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

Короткий чек-лист по SLA

Чтобы внедрить SLA без боли, проверьте:

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

SLA не делает людей быстрее сам по себе. Он делает ожидания явными: каждый знает, за какое время задача должна ожить и закрыться. А когда правила понятны и измеримы, споров «я же отправлял» становится в разы меньше.