Начинал я не с модели. Просто отвечал за свой участок, закрывал задачи — и всё работало, потому что держалось в голове. Потом зона ответственности росла: несколько сервисов, направление, потом всё подразделение. И в какой-то момент «в голове» перестало помещаться. Решения, которые раньше занимали минуту, стали съедать недели: сначала разберись, что вообще происходит, кто этим владеет и почему никто не может внятно ответить. Модель я выстраивал не по учебнику — просто по-другому перестало получаться. Вот что в итоге осталось.

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

2. Приоритеты — правило вместо интуиции Пока у тебя одно направление, приоритет можно определять на глаз — и это нормально. Когда под тобой подразделение — уже нет: каждый считает важной свою задачу, и ты просто разрываешься между теми, кто громче. Я сделал таблицу: влияние на бизнес-процесс, сколько пользователей затронуто, есть ли обходной путь, срок. С весами, одинаковыми для всех. Первое время это раздражало — особенно руководителей, чьи задачи уезжали вниз. Но появился ответ, который можно озвучить вслух, а не «потому что я так решил». Что меня убедило. Захожу к одному руководителей — у него задача «горит, всё встало». Обещаю разобраться. Открываю список: по критериям она третий-четвёртый приоритет. Обходной путь есть, процесс работает, страдают несколько человек. А параллельно висит инцидент с оплатой — падает сервис, который останавливает работу с клиентами. Разговор был неприятный: человек справедливо считал, что его проблема важнее, потому что она его. Но у меня был не аргумент «я так решил», а таблица: вот влияние, вот охват, вот обходной путь. Спорить сложно. Через неделю он сам пришёл с той же логикой: «У нас есть обходный, давай не срочно». Вот в этот момент правило и заработало — не когда его написали, а когда им начали пользоваться все, а не только я.

3. Сервисы — как что-то, у чего есть хозяин и цифры Раньше я считал задачу закрытой, когда её починили. Сейчас — когда у сервиса есть владелец (человек, не отдел), метрики (доступность, число инцидентов, время восстановления), список изменений и стоимость эксплуатации. Это тоже далось не сразу. Часть людей поначалу воспринимала метрики как контроль и отчитывалась «для галочки». Пока не выяснилось, что с цифрами проще разговаривать с бизнесом: не «мы загружены», а вот доступность — 99,2%, вот сколько раз падало — три за квартал, вот сколько восстанавливали — в среднем 40 минут.

Что в итоге Я не стал вдруг управлять ИТ лучше. Просто в какой-то момент понял: пока всё держится на мне и моей памяти, рост ответственности — это не развитие, а гарантированная точка отказа. Карта, правило приоритетов и владельцы сервисов — не про красивую систему. Про то, чтобы подразделение работало и без моего личного участия в каждой мелочи.