Continual Improvement: как выстроить непрерывное улучшение сервиса

Модель непрерывного улучшения: 7 шагов

ITIL предлагает простую цикличную модель. Её сила — в том, что она начинается не с «что улучшить», а с «куда мы вообще идём»:

1. Какова цель? Видение, к чему стремимся (например, «поддержка, которой доверяют»).
2. Где мы сейчас? Честная оценка текущего состояния по метрикам.
3. Где хотим быть? Измеримые цели (CSAT с 82% до 90%).
4. Как туда попасть? План конкретных шагов.
5. Действуем. Внедряем.
6. Достигли? Замеряем результат теми же метриками.
7. Как удержать импульс? Закрепляем и берём следующее улучшение.

Ключевое: шаги 2 и 6 опираются на одни и те же метрики. Без базовой линии («где мы сейчас») невозможно доказать, что улучшение сработало — и инициатива превращается в веру.

Реестр улучшений (CI register)

Главный артефакт практики — Continual Improvement Register, единый список всех идей улучшений. Без него идеи живут в головах, чатах и забытых задачах. В реестр попадает всё: от «переписать статью КБ про VPN» до «внедрить автоматическую маршрутизацию».

Минимальный набор полей записи:

• Описание — что и зачем.
• Источник — откуда пришла идея (инцидент, ретро, метрика, жалоба).
• Ожидаемый эффект — измеримый, по возможности.
• Оценка усилий — грубая (S/M/L).
• Статус и владелец.

Реестр — это не Jira-бэклог разработки. Это отдельный список именно про улучшение сервиса и процессов, который регулярно (раз в 2–4 недели) пересматривает руководитель поддержки.

Где брать идеи улучшений

Идеи не нужно выдумывать — их генерирует сама операционка, если выстроить каналы сбора:

• Метрики и дашборды. Выбросы и негативные тренды — готовые кандидаты. Услуга с CSAT 60% на фоне 90% по остальным — кричащая идея.
• Инциденты и проблемы. Каждый постмортем заканчивается action items — это и есть улучшения.
• Ретро и ритуалы команды. Операторы на передовой видят неэффективность раньше всех.
• Обратная связь пользователей. Комментарии в опросах CSAT/NPS, интервью с критиками.
• Принцип Парето. 20% услуг дают 80% заявок — улучшение именно их даёт максимальный эффект.

Приоритизация и антипаттерны

Реестр улучшений быстро разрастается, и без приоритизации превращается в кладбище. Простой способ — оценивать каждую идею по соотношению эффект / усилие и брать в работу сначала «дёшево и сердито» (большой эффект, малые усилия). Параллельно держать 1–2 крупных стратегических улучшения.

Антипаттерны, которые убивают практику:

• Улучшение только после провала. Реактивный режим: пока не упадёт — не улучшаем.
• Реестр без владельца и регулярного пересмотра. Список есть, но к нему никто не возвращается.
• Улучшения без базовой метрики. «Стало лучше» без цифр — нечем доказать и нечем мотивировать продолжать.
• Всё крупное и стратегическое. Без быстрых побед команда не видит результата и теряет веру в процесс.

Непрерывное улучшение — это марафон маленьких шагов. Один разобранный антипаттерн в неделю за год даёт 50 улучшений; один большой проект «давайте всё переделаем» обычно не доживает до конца.