Бэклог заявок: как разгрести и перестать копить

Что такое бэклог

Бэклог — это все открытые заявки, ожидающие работы или решения. Сам по себе ненулевой бэклог нормален: всегда есть заявки «в моменте». Проблема — когда он устойчиво растёт или содержит «старьё», висящее неделями. Бэклог — это про баланс потока, а не про мгновенный размер очереди.

Почему он растёт

Бэклог растёт, когда входящий поток превышает пропускную способность. Типовые причины:

• Недостаток ресурсов — заявок больше, чем команда успевает (см. планирование смен).
• Повторяющиеся проблемы — один и тот же сбой генерит поток заявок (нужен problem management).
• «Зависшие» заявки — ждут ответа пользователя или третьей стороны и не двигаются.
• Плохая приоритизация — команда тушит мелочь, а крупное копится.
• Нет self-service — простое, что пользователь мог бы решить сам, идёт в очередь.

Как измерять

Размер бэклога сам по себе мало о чём говорит. Смотрите динамику и состав:

• Баланс входящих и закрытых за период. Закрываете меньше, чем приходит → бэклог растёт.
• Возраст заявок (backlog age). Распределение по давности: сколько висит >7, >30 дней. Старьё — главный индикатор проблем.
• Бэклог по приоритетам и услугам — где именно копится.
• Доля «зависших» (ожидают ответа) — их часто можно закрыть напоминанием или автозакрытием.

Как разгрести

1. Разберите «старьё». Пройдите заявки старше 30 дней: часть уже неактуальна — закройте с уведомлением. Часть «зависла» — пните или закройте по правилу автозакрытия.
2. Найдите топ-причины (Парето). Обычно 20% типов заявок дают 80% объёма (см. принцип Парето). Уберите корневую причину — упадёт поток.
3. Включите self-service для самого частого — снимет часть входящего потока.
4. Сфокусированный спринт. Временно выделите людей на разбор бэклога по конкретной категории, а не «всё сразу».
5. Своарминг на завалах — командный разбор сложных висящих заявок (swarming).

Как не копить снова

Разовая чистка без изменения процесса = бэклог вернётся. Что удерживает его под контролем:

• Автозакрытие «зависших» — заявка без ответа пользователя N дней закрывается автоматически с уведомлением.
• Постоянный problem management — устранять причины повторяющихся заявок, а не только следствия.
• Мониторинг баланса потока на дашборде — ловить расхождение рано, а не когда завал.
• Адекватная приоритизация — не давать мелочи вытеснять важное.
• Контроль нагрузки — следить за загрузкой команды, чтобы не уйти в выгорание.

В TIQQET бэклог виден на дашбордах (по возрасту, приоритетам, услугам), автозакрытие «зависших» настраивается, а связь заявок с проблемами помогает бить по корневым причинам — так очередь не превращается в свалку.