Чем я измеряю ИТ-функцию в первые месяцы
Инструменты, которые действительно использую, и что каждый из них показал
21 мая 2026 · 2 мин чтения · Константин КучугуринАудит без инструментов - просто разговор. Полезный, но недостаточный. Инструменты превращают впечатления в данные, а данные - в управленческие решения.
Инструментов в работе три десятка. Ниже семь, без которых я не захожу, и что каждый из них показал.
Wardley Map
Показал его мне Павел Чарный. Оцениваю зрелость технологических компонентов и зависимость от рынка, намечаю векторы развития. Делаю на пребординге, до того как появится доступ к системам: на выходе карта гипотез, которую потом проверяю фактами.
Decision Log
Фиксирую ключевые управленческие решения и их логику с первого дня. Это дисциплина, которая потом спасает от "а мы так не договаривались".
Матрица RACI
Показывает реальное распределение ответственности, которое почти никогда не совпадает с нарисованным. С её помощью я разруливал конфликты между функциями, которые долгое время не могли договориться о своих зонах ответственности. Или просто не понимали их. Начинаю чуть позже, после погружения: до этого не с чем сверять.
Матрица компетенций
Собственный инструмент, разработанный в роли приглашённого эксперта для крупного международного банка. Отсутствие ясности в ролях - самая частая причина деградации команды.
Value Stream Mapping
Рисую процесс на доске вместе с командой, руками. Когда люди видят весь поток целиком, они начинают видеть потери и точки деградации сами. Пока поток не измеряется, разговор о скорости остаётся разговором.
Business Impact Analysis и матрица RTO/RPO
Здесь риски переводятся в язык денег и времени восстановления. Без этого разговор о непрерывности остаётся абстракцией, а ошибка в оценке риска почти всегда равна будущему убытку.
Observability Maturity
APM и мониторинг - это не про дашборды. Это про то, узнаёшь ли ты о проблеме раньше клиента или бизнеса.
Остальные
Risk Register с третьими сторонами и санкционными зависимостями, CMDB, Technology Radar по модели ThoughtWorks, ITIL Maturity Assessment, DevSecOps Maturity Model, реестр технического долга, Span of Control, Run vs Change Allocation, матрица коммуникаций, карта ЛПР. Подключаю по мере того, как становится понятен контекст: часть из них требует глубины понимания бизнеса и в первые недели бесполезна.
Отдельная оговорка про реестр технического долга. Он обязателен, но сначала нужно объяснить и "продать" бизнесу саму экономику технического долга. Без этого реестр останется формальностью.
Основной вывод
Аудит не заканчивается отчётом. Он заканчивается планом, у которого есть экономика, приоритеты и измеримые эффекты. Иначе это просто дорогая диагностика.
Похожая задача у вас?
Первый разговор - 45 минут. Только вопросы, никаких решений с ходу. К концу я скажу, моя это ситуация или нет.
Обсудить