Модель зрелости ITSM: как оценить уровень и куда расти

Пять уровней зрелости

Классическая шкала (восходит к CMMI), адаптированная под поддержку:

1. Хаос (initial). Заявки в почте/чатах/устно, ничего не измеряется, всё на героизме отдельных людей. Уволился ключевой человек — встало.
2. Реактивный (managed). Есть тикет-система, заявки фиксируются, но процесс «как пожар тушим». Метрик мало, SLA нет или формальный.
3. Проактивный (defined). Описаны процессы (инциденты, запросы, изменения), есть каталог услуг, SLA, база знаний. Работает предсказуемо, а не на героизме.
4. Управляемый (measured). Решения принимаются по метрикам, есть аналитика, SLA контролируется, проблемы разбираются на корень.
5. Оптимизирующийся (optimizing). Непрерывное улучшение встроено, автоматизация, предиктивность, постоянная настройка процессов.

Большинство российских компаний живут между уровнями 2 и 3. И это нормально — не всем нужен уровень 5.

Как честно оценить свой уровень

Оценка зрелости — не «галочки в опроснике вендора», а честные ответы на проверочные вопросы:

• Найдём ли мы любую заявку за полгода за минуту? Нет → вы на уровне 1.
• Знаем ли мы, сколько заявок в месяц и по каким услугам? Нет → уровень 2.
• Есть ли описанный, повторяемый процесс, не зависящий от конкретного человека? Нет → не выше 2.
• Принимаем ли решения по цифрам (KPI), а не по ощущениям? Нет → не выше 3.
• Есть ли регулярный механизм улучшений (CSI)? Нет → не уровень 5.

Полезно оценивать не «в целом», а по отдельным практикам: управление инцидентами может быть на уровне 4, а управление изменениями — на 2. Это нормально и подсказывает, где узкое место.

Ловушки роста зрелости

Движение вверх по уровням ломается на типовых ошибках:

• Перепрыгнуть уровень. Внедрять предиктивную аналитику (уровень 5), не наведя базовый учёт заявок (уровень 2) — деньги на ветер. Зрелость растёт последовательно.
• Процессы ради процессов. Тяжёлый регламент согласования каждой мелочи — это не зрелость, а бюрократия. Зрелый процесс помогает, а не мешает.
• Зрелость как самоцель. «Дойти до уровня 5» — не цель. Цель — чтобы поддержка решала задачи бизнеса. Уровень 3 для небольшой компании может быть оптимумом.
• Сертификат вместо изменений. ISO 20000 на стене ≠ зрелые процессы на практике.

План развития без культа процессов

Здоровый путь повышения зрелости:

1. Определите целевой уровень по потребности бизнеса, а не «максимальный». Для большинства это уровень 3–4.
2. Закройте фундамент. Без единого учёта заявок (уровень 2) любые «продвинутые» практики не на чем строить.
3. Растите по одной практике. Выберите самую болезненную (часто — управление инцидентами или изменениями) и доведите до целевого уровня, прежде чем браться за следующую.
4. Измеряйте до и после. Рост зрелости должен отражаться в метриках (SLA, CSAT, время решения), иначе это бумажная зрелость.
5. Закрепляйте. Уровень держится дисциплиной; без неё откатывается назад.

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