Стратегическое планирование ломается обычно не на этапе замысла, а на переходе к исполнению: цели записаны, но никто не знает, чей это квартал и по какому показателю спор считается решённым. Я довожу стратегию до уровня, где у каждой инициативы есть владелец, срок и измеримый результат, и до квартального ритма, в котором план пересматривают, а не вспоминают о нём через год.
- С чем приходят
- Диагностика: где компания на самом деле
- Целевое состояние и архитектура
- Портфель инициатив: владелец, срок, показатель
- Финансовая модель и бюджет
- Стратегическое планирование как квартальный ритм
- Стек
- Чего я не делаю
- Как устроен проект
- Связанные услуги
- Часто задаваемые вопросы
- Кто ведёт квартальный обзор после проекта?
- Стратегия уже есть, но она не выполняется. Вы будете писать новую?
- Что нужно с вашей стороны, чтобы проект пошёл?
- Что будет с планом, когда рынок изменится?
- Готовы начать?
С чем приходят

Обычно так: в марте совет директоров просит план на три года, к маю есть презентация на сорок слайдов, её утверждают. В сентябре кто-то спрашивает, что из неё сделано, и отвечать некому: «в работе» подходит к каждому пункту.
Бывает и обратное: план не пишут вовсе, каждую попытку съедает спор о технологии. Идей в обоих случаях хватает; не хватает перехода от пожелания к ответу «кто, к какому числу и по какому показателю». Этот переход я и делаю. Постоянный формат той же работы описан в гайде Внештатный технический директор в Дубае; здесь речь о проекте.
Диагностика: где компания на самом деле
Инвентаризация занимает две недели и начинается с таблицы, куда попадает каждая система компании. Строки без владельца обычно и объясняют провал прошлой стратегии. Зрелость процессов оцениваю по 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. Общие пароли и отсутствие журналов закрывает отдельный проект по информационной безопасности. Финансовая сторона плана продолжается в услуге финансовое управление, карта рисков – в управлении рисками.
Часто задаваемые вопросы
Кто ведёт квартальный обзор после проекта?
Тот, кто его утверждал: обычно генеральный директор, реже операционный. Обзор идёт по портфелю в трекере и по панели с показателями; всё это остаётся у вас в редактируемом виде вместе с реестром и моделью.
Стратегия уже есть, но она не выполняется. Вы будете писать новую?
Нет, если в существующей есть с чем работать. Обычно проблема не в целях, а в отсутствии владельцев и показателей. Живое получит владельца и срок, остальное будет честно закрыто.
Что нужно с вашей стороны, чтобы проект пошёл?
Доступ на чтение к инфраструктуре и счетам и по часу разговора с каждым будущим владельцем инициативы. План по презентациям не переживёт первый квартал.
Что будет с планом, когда рынок изменится?
Для этого и нужен квартальный обзор: инициативы пересматриваются каждые три месяца по показателям. Целевое состояние на два-три года меняется реже, но и оно не высечено в камне.
Готовы начать?
Покажите план, который сейчас лежит у совета директоров, и за один короткий разговор я назову в нём то, у чего нет владельца и срока. Разобрать план на звонке.