Стратегическое планирование ИТ за 10 недель | Илья Арестов

Стратегическое ИТ-планирование

Стратегическое планирование ломается обычно не на этапе замысла, а на переходе к исполнению: цели записаны, но никто не знает, чей это квартал и по какому показателю спор считается решённым. Я довожу стратегию до уровня, где у каждой инициативы есть владелец, срок и измеримый результат, и до квартального ритма, в котором план пересматривают, а не вспоминают о нём через год.

С чем приходят

Стратегическое ИТ-планирование: от целей бизнеса к инициативам с владельцами и сроками

Обычно так: в марте совет директоров просит план на три года, к маю есть презентация на сорок слайдов, её утверждают. В сентябре кто-то спрашивает, что из неё сделано, и отвечать некому: «в работе» подходит к каждому пункту.

Бывает и обратное: план не пишут вовсе, каждую попытку съедает спор о технологии. Идей в обоих случаях хватает; не хватает перехода от пожелания к ответу «кто, к какому числу и по какому показателю». Этот переход я и делаю. Постоянный формат той же работы описан в гайде Внештатный технический директор в Дубае; здесь речь о проекте.

Диагностика: где компания на самом деле

Инвентаризация занимает две недели и начинается с таблицы, куда попадает каждая система компании. Строки без владельца обычно и объясняют провал прошлой стратегии. Зрелость процессов оцениваю по COBIT и ITIL – не ради сертификата, а чтобы «у нас всё плохо» превратилось в список: где нет владельца, где нет процедуры, где её никто не выполняет. Подробнее – в статье о зрелости ИТ-департамента.

  • Реестр систем с владельцем, стоимостью в год и ролью в бизнесе.
  • Карта зависимостей: что остановится при отказе конкретного элемента.
  • Расхождения между записанной стратегией и реальностью.

Целевое состояние и архитектура

Целевое состояние – это не «облако» и не «микросервисы», а ответ на вопрос, какой должна быть техническая часть компании через два-три года под бизнес-цели. Если цель – продажа компании, инфраструктура должна выдерживать проверку покупателя. Для рынка MENA добавляется требование регулятора держать данные внутри страны: оно сужает выбор площадки раньше, чем начнётся спор о технологиях.

Архитектуру описываю в C4-модели – диаграммах, понятных и разработчику, и совету директоров. Там, где инфраструктура меняется, целевую конфигурацию фиксирую как код в Terraform и Ansible. В Monolith Plus целевое состояние было одной строкой: платформа выдерживает кратный рост нагрузки без переписывания, она же стала критерием приёмки.

Портфель инициатив: владелец, срок, показатель

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

Приоритет считается по двум осям: эффект для бизнес-цели и риск бездействия, оценённый по ISO 31000. Так в первый квартал попадает не самое интересное технически, а самое дорогое в бездействии. Портфель живёт в вашем трекере – Jira, Linear или Notion, смотря что уже используется.

Финансовая модель и бюджет

К каждой инициативе прилагается расчёт: во что она обходится и когда эффект станет измеримым. Горизонт – три года, и на нём цена покупки не решает: дорогая лицензия обгоняет дешёвую, если через год не требует второго администратора.

Модель – обычная таблица в Excel с открытыми формулами: каждую строку эффекта ваш финансовый директор разворачивает до допущения и меняет его сам. Экономия от перехода на микросервисы в MStar сначала была таким же допущением и только потом фактом. Постоянный контур управления ИТ-бюджетом – отдельная услуга, финансовое управление.

Стратегическое планирование как квартальный ритм

Документ, убранный в папку, стратегией не является. Поэтому проект заканчивается первым квартальным обзором: владельцы выходят с цифрами, часть инициатив сдвигается, часть закрывается досрочно.

Показатели выводятся на панель – технические метрики в Grafana, бизнес-показатели в Metabase, – чтобы «как дела с планом» можно было посмотреть, а не спросить. Цели формулируются в формате OKR, если компания к нему готова. Дальше ритм ведёте сами или со мной в роли внештатного технического директора.

Стек

СлойИнструменты
Цели и рискиOKR, ISO 31000
Портфель и трекингJira, Linear, Notion
Панель квартального обзораMetabase

Чего я не делаю

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

Как устроен проект

Проект с фиксированной стоимостью 50 000 $ на восемь-десять недель для компании на 30–300 сотрудников. Первый шаг: разговор с генеральным и финансовым директором и доступ на чтение к системам и счетам. Этого хватает, чтобы понять, есть ли работа на полный объём; иногда нужен не план, а разбор одного решения – тогда это ИТ-консалтинг по часам.

  • Недели 1–2. Диагностика: реестр систем, зависимости, зрелость, интервью с владельцами.
  • Недели 3–5. Целевое состояние: архитектура, требования к данным, варианты со стоимостью владения.
  • Недели 6–8. Портфель инициатив и финансовая модель: владельцы, сроки, показатели, бюджет.
  • Недели 9–10. Защита перед руководством, перенос в ваш трекер, первый квартальный обзор.

Если план нужен для проверки инвестором, смотрите подготовку к инвестициям и due diligence. Общие пароли и отсутствие журналов закрывает отдельный проект по информационной безопасности. Финансовая сторона плана продолжается в услуге финансовое управление, карта рисков – в управлении рисками.

Часто задаваемые вопросы

Кто ведёт квартальный обзор после проекта?

Тот, кто его утверждал: обычно генеральный директор, реже операционный. Обзор идёт по портфелю в трекере и по панели с показателями; всё это остаётся у вас в редактируемом виде вместе с реестром и моделью.

Стратегия уже есть, но она не выполняется. Вы будете писать новую?

Нет, если в существующей есть с чем работать. Обычно проблема не в целях, а в отсутствии владельцев и показателей. Живое получит владельца и срок, остальное будет честно закрыто.

Что нужно с вашей стороны, чтобы проект пошёл?

Доступ на чтение к инфраструктуре и счетам и по часу разговора с каждым будущим владельцем инициативы. План по презентациям не переживёт первый квартал.

Что будет с планом, когда рынок изменится?

Для этого и нужен квартальный обзор: инициативы пересматриваются каждые три месяца по показателям. Целевое состояние на два-три года меняется реже, но и оно не высечено в камне.


Готовы начать?

Покажите план, который сейчас лежит у совета директоров, и за один короткий разговор я назову в нём то, у чего нет владельца и срока. Разобрать план на звонке.