Разработчики стратегий

=======версия 3 (от 3 августа 2026)=======================

Разработка стратегии — это не просто написание текста, презентации или набора красивых слайдов.

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

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

Но важно не сделать неправильный вывод. Большой список участников не означает, что стратегию можно успешно разработать обычной внутренней рабочей группой.

Участников может быть много. Но координировать такую работу, задавать методику, отделять важное от второстепенного, связывать требования с проектами и бюджетом, готовить итоговый документ и проводить согласование должны люди, которые уже имеют опыт разработки стратегий.

Рисунок после вступления — выбрать один вариант

Вариант 1 — новый рисунок

Рисунок 1А. Участники и разработчики стратегии

Где вставить: после вступления, перед оглавлением.
Тип: новый рисунок во всю ширину страницы.

Что нарисовать: в центре блок «Опытные разработчики стратегии / консультанты». Вокруг — участники, которые дают информацию и принимают решения:

• генеральный директор;
• ИТ-директор;
• руководители бизнес-подразделений;
• данные и аналитика;
• информационная безопасность;
• финансы;
• юристы;
• проектный офис;
• подрядчики.

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

Комментарий: главный смысл рисунка — участники важны, но стратегия не собирается сама собой.

Вариант 2 — существующий рисунок из старой страницы

Рисунок 1Б. Кому целесообразно разрабатывать и поддерживать ИТ-стратегию

URL рисунка:

https://www.info-strategy.ru/wp-content/uploads/it-strategy-best-developers-1.png

Где вставить: после вступления или после раздела 3.
Подпись:
По результатам интервью с ИТ-директорами ИТ-стратегию лучше разрабатывать ИТ-директору совместно с консультантами, а поддерживать и обновлять — силами ИТ-директора и его команды.

Комментарий: рисунок полезен как существующий материал. Позже его можно перерисовать в современном стиле сайта, но смысл сохранить.

На этой странице

На сайте лучше показывать только первый уровень оглавления. Второй уровень можно оставить в тексте для структуры и редактирования.

Оглавление первого уровня	Оглавление второго уровня
1. Почему вопрос о разработчиках стратегии важен	1.1. Стратегия — это не только текст 1.2. Почему рабочей группы часто недостаточно 1.3. Участники стратегии и разработчики стратегии — не одно и то же
2. Кто должен участвовать в разработке стратегии	2.1. Руководство компании 2.2. ИТ-директор и ИТ-служба 2.3. Руководители бизнес-подразделений 2.4. Данные, информационная безопасность, финансы, юристы 2.5. Подрядчики и поставщики решений
3. Почему своих ресурсов обычно не хватает	3.1. Не хватает методики 3.2. Не хватает времени 3.3. Не хватает опыта разработки именно стратегий 3.4. Почему стратегия не складывается из совещаний
4. Когда стратегию можно разработать своими силами	4.1. Сильное подразделение стратегического развития 4.2. Опытный внутренний разработчик стратегий 4.3. Простая стратегия или основа стратегии после обучения
5. Роль внешних консультантов	5.1. Консультанты как координаторы и методологи 5.2. Вариант 80/20: стратегия в основном разрабатывается консультантами 5.3. Вариант 50/50: совместная разработка стратегии 5.4. Обучение и стратегические сессии как промежуточный формат
6. Типовые варианты разработки стратегии	6.1. Полностью своими силами 6.2. Своими силами после обучения 6.3. Совместная разработка с консультантами 6.4. Разработка стратегии консультантами 6.5. Разработка поставщиком решения
7. Разработчики разных видов стратегий	7.1. Разработчики ИТ-стратегии 7.2. Разработчики стратегии цифровой трансформации 7.3. Разработчики стратегии ИИ
8. Как выбрать разработчиков стратегии	8.1. Качество, стоимость и сроки 8.2. Опыт, методика и управляемость 8.3. Варианты разработки и поддержка стратегии
9. Что выбрать малой, средней и крупной компании	9.1. Малые компании 9.2. Средние компании 9.3. Крупные компании
10. Что делать дальше	10.1. Связанные страницы 10.2. Услуги, обучение и консультации 10.3. Публикации по теме

1. Почему вопрос о разработчиках стратегии важен

1.1. Стратегия — это не только текст

Стратегия — это не просто документ. Это результат большой управленческой работы.

При разработке стратегии нужно:

• понять цели и требования компании;
• проанализировать текущее состояние;
• определить требуемое состояние;
• выбрать направления развития;
• сформировать план проектов;
• оценить бюджет;
• определить риски;
• согласовать решения с руководством;
• подготовить документ, который можно использовать;
• договориться, как стратегия будет обновляться.

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

Поэтому вопрос «кто разрабатывает стратегию» не второстепенный. От него зависит качество стратегии, реалистичность проектов, готовность сотрудников участвовать в выполнении и способность компании поддерживать стратегию после разработки.

1.2. Почему рабочей группы часто недостаточно

На первый взгляд кажется, что для разработки стратегии достаточно создать рабочую группу.

Например, включить в неё:

• генерального директора;
• ИТ-директора;
• руководителей подразделений;
• финансистов;
• специалистов по данным;
• информационную безопасность;
• юристов;
• проектный офис;
• представителей подрядчиков.

Такой состав может быть правильным. Но сама по себе рабочая группа не гарантирует появления стратегии.

Частая проблема: участники обсуждают важные вопросы, предлагают идеи, спорят о приоритетах, вспоминают проблемы текущих систем, говорят о цифровой трансформации и ИИ, но итоговый документ не складывается. Не хватает методики, координатора, времени, навыков отбора требований, опыта формирования требуемого состояния, проектов и бюджета.

В результате вместо стратегии может появиться:

• список идей;
• протоколы совещаний;
• набор презентаций;
• перечень проектов без приоритетов;
• технический план ИТ-службы;
• пожелания бизнес-подразделений;
• презентация поставщика решений.

Это может быть полезным промежуточным материалом, но это ещё не стратегия.

1.3. Участники стратегии и разработчики стратегии — не одно и то же

Важно различать две роли.

Роль	Что делает
Участники разработки стратегии	дают факты, требования, ограничения, экспертные оценки, идеи проектов и управленческие решения
Разработчики стратегии	ведут методику, организуют работу, проводят анализ, связывают требования с проектами и бюджетом, готовят итоговый документ
Руководители, принимающие решения	утверждают приоритеты, выбирают варианты, согласуют бюджет и отвечают за выполнение
Консультанты	могут быть методологами, координаторами, аналитиками и авторами значительной части стратегии
Поставщики решений	могут давать техническую информацию, но не должны подменять стратегию компании обоснованием своих продуктов

Участников действительно должно быть много. Но стратегия должна иметь координатора и методического владельца.

Врезка

Главный риск

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

---

2. Кто должен участвовать в разработке стратегии

2.1. Руководство компании

Руководство компании определяет, зачем нужна стратегия.

Генеральный директор, собственники или куратор направления помогают ответить на вопросы:

• какие цели компании важны;
• какие проблемы нужно решить;
• какие риски неприемлемы;
• какой горизонт планирования нужен;
• какой объём изменений допустим;
• какой бюджет реалистичен;
• какие проекты особенно важны;
• какие решения нужно согласовать на уровне руководства.

Без участия руководства стратегия может стать документом ИТ-службы, который слабо влияет на реальные решения компании.

2.2. ИТ-директор и ИТ-служба

ИТ-директор и ИТ-служба — ключевые участники разработки ИТ-стратегии, стратегии цифровой трансформации и стратегии ИИ.

Они дают информацию о:

• текущих информационных системах;
• данных;
• инфраструктуре ИТ;
• ИТ-процессах;
• текущих проектах;
• подрядчиках;
• ИТ-бюджете;
• техническом долге;
• рисках информационной безопасности;
• ограничениях и возможностях ИТ-службы.

Но даже сильный ИТ-директор обычно не должен разрабатывать стратегию в одиночку. У него есть текущая операционная работа, проекты, проблемы поддержки, согласования, подрядчики, бюджет, команда. Кроме того, разработка стратегии требует методики и опыта, которые не всегда есть даже у сильных ИТ-руководителей.

2.3. Руководители бизнес-подразделений

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

Они помогают понять:

• какие процессы работают плохо;
• каких данных не хватает;
• какие информационные системы мешают работе;
• какие цифровые сервисы нужны;
• какие проекты ожидает бизнес;
• где есть возможности автоматизации;
• где может быть полезен ИИ;
• какие ограничения есть в подразделениях;
• кто будет отвечать за изменения после запуска проектов.

Без участия бизнес-подразделений ИТ-стратегия может получиться технически грамотной, но слабой с точки зрения бизнеса.

2.4. Данные, информационная безопасность, финансы, юристы

Современные стратегии всё чаще требуют участия дополнительных специалистов.

Участники	Зачем нужны
Данные и аналитика	качество данных, источники, владельцы данных, отчётность, BI, подготовка данных для ИИ
Информационная безопасность	доступы, персональные данные, внешние сервисы, защита информации, ограничения по ИИ
Финансы	бюджет, затраты, приоритеты, экономическая логика проектов
Юристы и комплаенс	договоры, персональные данные, коммерческая тайна, отраслевые и регуляторные требования
Проектный офис	сроки, зависимости, проектное управление, контроль выполнения

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

2.5. Подрядчики и поставщики решений

Подрядчики и поставщики могут участвовать в разработке стратегии, но осторожно.

Они могут дать полезную информацию:

• о состоянии текущих систем;
• о технических ограничениях;
• о стоимости доработок;
• о рисках внедрения;
• о вариантах интеграции;
• о планах развития платформ;
• о возможностях конкретных ИИ-сервисов.

Но поставщик решения не должен подменять стратегию компании. Иначе есть риск получить не стратегию, а обоснование покупки конкретного продукта или услуги.

---

3. Почему своих ресурсов обычно не хватает

3.1. Не хватает методики

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

Разработка стратегии требует отдельной методики:

• как собрать требования;
• как провести анализ текущего состояния;
• как описать требуемое состояние;
• как выбрать направления развития;
• как отобрать проекты;
• как оценить бюджет;
• как согласовать спорные решения;
• как оформить стратегию так, чтобы её можно было выполнять;
• как предусмотреть обновление стратегии.

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

3.2. Не хватает времени

Даже если внутри компании есть умные и мотивированные сотрудники, у них обычно нет свободного времени на разработку стратегии.

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

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

3.3. Не хватает опыта разработки именно стратегий

Опыт управления ИТ, проектами или бизнес-подразделением не равен опыту разработки стратегии.

Можно быть сильным ИТ-директором, руководителем цифровой трансформации, аналитиком, архитектором или проектным менеджером, но при этом не иметь опыта разработки стратегий.

Разработчик стратегии должен уметь:

• видеть не только текущие проблемы, но и будущую модель;
• отличать стратегические требования от текущих заявок;
• связывать бизнес, ИТ, данные, ЦТ и ИИ;
• выбирать разумный размер стратегии;
• не перегружать документ;
• не подменять стратегию списком проектов;
• согласовывать разные интересы;
• доводить работу до применимого результата.

3.4. Почему стратегия не складывается из совещаний

Совещания, интервью и стратегические сессии нужны. Но сами по себе они не создают стратегию.

После каждой встречи нужно:

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

Именно эту работу часто недооценивают. Кажется, что главное — собрать правильных участников. На практике не менее важно, кто после встреч будет собирать всё в единую стратегию.

---

4. Когда стратегию можно разработать своими силами

4.1. Сильное подразделение стратегического развития

В крупных и успешных коммерческих компаниях иногда есть подразделение стратегического развития. В отдельных случаях оно действительно может помочь разработать стратегию своими силами.

Но многое зависит от квалификации этого подразделения.

Если стратегический офис возглавляет опытный бывший консультант, который реально участвовал в разработке стратегий в крупных консалтинговых проектах, шансы на самостоятельную разработку выше. Такой человек может знать методику, уметь проводить интервью, структурировать требования, готовить документы и согласовывать решения.

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

4.2. Опытный внутренний разработчик стратегий

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

Это редкий, но возможный вариант.

Такой специалист должен иметь:

• опыт разработки нескольких стратегий;
• понимание бизнеса;
• понимание ИТ, данных, цифровой трансформации и ИИ;
• опыт проведения интервью;
• навык структурирования больших объёмов информации;
• способность готовить документы для руководства;
• умение работать с конфликтующими требованиями;
• авторитет внутри компании.

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

4.3. Простая стратегия или основа стратегии после обучения

Своими силами чаще всего реально подготовить не полноценную стратегию, а основу стратегии.

Это может быть:

• 15–30 слайдов;
• предварительная версия ИТ-стратегии;
• карта проблем и требований;
• список основных проектов;
• основа стратегии ИИ;
• план первых работ;
• материал после корпоративного обучения;
• результат стратегической сессии.

Такой формат может быть полезен для малых компаний или как первый шаг для средних компаний. Но его не стоит путать с полноценной средней или подробной стратегией.

Врезка

Когда самостоятельная разработка уместна

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

---

5. Роль внешних консультантов

5.1. Консультанты как координаторы и методологи

Главная роль консультантов — не просто написать текст стратегии.

Опытные консультанты должны:

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

Консультанты не должны подменять руководство компании в выборе стратегических решений. Но они должны создать процесс, в котором такие решения можно принять.

5.2. Вариант 80/20: стратегия в основном разрабатывается консультантами

В этом варианте консультанты выполняют основную часть работы.

Условно:

80% работы — консультанты

20% работы — сотрудники компании

Такой вариант подходит, если:

• компании нужна достаточно оформленная стратегия;
• своих ресурсов почти нет;
• у сотрудников нет времени;
• внутри нет методики;
• стратегия нужна в ограниченные сроки;
• требуется внешний опыт;
• нужно подготовить документ для руководства или совета директоров.

Роль компании всё равно важна. Сотрудники должны дать информацию, участвовать в интервью, согласовать требования, проверить выводы, выбрать варианты и принять решения.

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

5.3. Вариант 50/50: совместная разработка стратегии

Совместная разработка выглядит методически правильнее, но на практике сложнее.

Условно:

50% работы — консультанты

50% работы — сотрудники компании

Консультанты дают методику, структуру, шаблоны, опыт, координацию и итоговую сборку документа. Сотрудники компании активно участвуют в анализе, интервью, обсуждении требований, формировании проектов, оценке бюджета и согласовании решений.

Такой вариант особенно полезен, если компания хочет не только получить документ, но и научиться поддерживать стратегию после завершения проекта.

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

5.4. Обучение и стратегические сессии как промежуточный формат

Иногда полноценная стратегия сразу не нужна или невозможна по бюджету и ресурсам.

Тогда можно начать с более лёгких форматов:

• консультация;
• аудит текущих материалов;
• корпоративное обучение;
• обучение с параллельной разработкой основы стратегии;
• стратегическая сессия;
• серия рабочих встреч;
• разработка основы стратегии на 15–30 слайдов.

Эти форматы не всегда заменяют полноценную стратегию. Но они помогают вовлечь участников, быстро выявить проблемы, требования, основные направления развития и первые проекты.

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

---

6. Типовые варианты разработки стратегии

6.1. Полностью своими силами

Самый дешёвый по прямым затратам вариант — разработка стратегии своими силами.

Он может подойти, если:

• стратегия простая;
• компания небольшая;
• есть сильный ИТ-директор или внутренний стратег;
• был пройден курс по разработке стратегии;
• нужно подготовить основу стратегии;
• нет задачи делать подробный документ;
• руководство понимает ограничения такого формата.

Главные риски:

• не хватит методики;
• работа растянется;
• документ будет слишком техническим;
• не хватит участия бизнеса;
• проекты не будут связаны с требованиями и бюджетом;
• стратегия останется черновиком.

6.2. Своими силами после обучения

Более реалистичный внутренний вариант — сначала пройти обучение, а затем разработать основу стратегии.

Это может быть хорошим форматом для малых компаний и для первого шага в средних компаниях.

Обучение помогает:

• понять структуру стратегии;
• не смешивать анализ, требования, проекты и бюджет;
• получить шаблоны;
• увидеть типовые ошибки;
• подготовить первые материалы;
• вовлечь ИТ-директора и ключевых сотрудников.

Но обучение не превращает компанию автоматически в консалтинговую команду. После обучения всё равно может понадобиться консультация, проверка материалов или совместная доработка.

6.3. Совместная разработка с консультантами

Для многих средних компаний это наиболее практичный вариант.

Консультанты ведут методику и координацию. Компания даёт факты, требования, ограничения и решения. ИТ-директор и его команда участвуют в сборе информации, обсуждении текущего состояния, формировании проектов и дальнейшем обновлении стратегии.

Плюсы:

• стратегия не становится чисто внешним отчётом;
• сотрудники компании понимают логику стратегии;
• консультанты привносят методику и внешний опыт;
• ИТ-директору проще потом поддерживать стратегию;
• можно сочетать разработку с обучением и сессиями.

Минусы:

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

6.4. Разработка стратегии консультантами

Этот вариант подходит, когда нужна более полноценная стратегия, а своих ресурсов мало.

Консультанты выполняют основную часть работы:

• готовят структуру;
• проводят интервью;
• анализируют материалы;
• формулируют требования;
• описывают текущее и требуемое состояние;
• предлагают проекты;
• готовят бюджет;
• оформляют документ.

Компания должна участвовать в ключевых точках: предоставлять данные, объяснять ограничения, проверять выводы, выбирать варианты, согласовывать проекты и бюджет.

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

6.5. Разработка поставщиком решения

Иногда стратегию предлагают разработать поставщики конкретных ИТ-систем, платформ, цифровых решений или ИИ-сервисов.

Это может быть полезно как источник технической информации, но опасно как основной способ разработки стратегии.

Риск в том, что итоговый документ будет не стратегией компании, а обоснованием покупки конкретного решения.

Такой поставщик может быть участником обсуждения, но не должен единолично определять стратегию.

Рисунок после раздела 6 — выбрать один вариант

Вариант 1 — существующий рисунок

Рисунок 2А. Критерии выбора разработчиков ИТ-стратегии

URL рисунка:

https://www.info-strategy.ru/wp-content/uploads/it-strategy-developers-criterion.png

Где вставить: после раздела 6 или в начале раздела 8.
Подпись:
При выборе разработчиков стратегии нужно учитывать не только стоимость, но и качество, сроки, бренд, управляемость, варианты разработки и последующую поддержку стратегии.

Вариант 2 — существующий рисунок

Рисунок 2Б. Оценка одного из вариантов разработки стратегии по критериям

URL рисунка:

https://www.info-strategy.ru/wp-content/uploads/temp-12.jpg

Вариант 3 — существующий рисунок

URL рисунка:

https://www.info-strategy.ru/wp-content/uploads/temp-13.jpg

Вариант 4 — существующий рисунок

URL рисунка:

https://www.info-strategy.ru/wp-content/uploads/temp-15.jpg

Комментарий: старые рисунки с оценками вариантов можно использовать в раскрывашках или позже перерисовать в едином современном стиле сайта.

---

7. Разработчики разных видов стратегий

7.1. Разработчики ИТ-стратегии

Для ИТ-стратегии ключевыми участниками являются:

• генеральный директор или куратор стратегии;
• ИТ-директор;
• руководители ИТ-направлений;
• архитекторы;
• специалисты по информационным системам;
• специалисты по инфраструктуре ИТ;
• информационная безопасность;
• финансы;
• руководители бизнес-подразделений;
• консультанты по ИТ-стратегии.

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

Для простой ИТ-стратегии часть работы можно выполнить силами ИТ-директора после обучения. Для средней ИТ-стратегии чаще всего уместна совместная разработка с консультантами. Для подробной стратегии крупной компании обычно нужна команда консультантов и активное участие руководства, ИТ-службы и бизнес-подразделений.

7.2. Разработчики стратегии цифровой трансформации

Стратегия цифровой трансформации ещё сильнее требует участия бизнеса.

В ней должны участвовать:

• генеральный директор;
• руководители ключевых бизнес-направлений;
• руководитель цифровой трансформации, если такая роль есть;
• ИТ-директор;
• специалисты по данным;
• владельцы цифровых каналов;
• руководители процессов;
• информационная безопасность;
• финансы;
• консультанты.

Но и здесь нельзя путать участие с методической разработкой.

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

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

7.3. Разработчики стратегии ИИ

Стратегия ИИ особенно чувствительна к составу разработчиков.

Для неё нужны:

• руководство компании;
• руководители бизнес-подразделений;
• ИТ-директор;
• специалисты по данным и аналитике;
• информационная безопасность;
• юристы;
• финансы;
• владельцы будущих ИИ-сценариев;
• консультанты.

Но длинный список участников не означает, что компания сможет самостоятельно разработать стратегию ИИ.

Если стратегию ИИ пишет только ИТ-служба, документ может уйти в платформы, инфраструктуру и ограничения, но слабо показать бизнес-сценарии. Если стратегию ИИ пишут только бизнес-подразделения, может не хватить реалистичности по данным, информационным системам и информационной безопасности. Если стратегию фактически пишет поставщик ИИ-решения, есть риск получить обоснование конкретного сервиса, а не стратегию компании.

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

Для первого шага часто достаточно не полноценной стратегии ИИ, а основы стратегии: 2–3 реалистичных сценария применения ИИ, оценка данных, рисков, ограничений, пилотов и правил использования ИИ.

---

8. Как выбрать разработчиков стратегии

8.1. Качество, стоимость и сроки

При выборе разработчиков стратегии нельзя ориентироваться только на стоимость.

Дешёвый вариант может оказаться дорогим, если:

• сотрудники потратят много времени;
• стратегия не будет завершена;
• проекты будут выбраны неправильно;
• бюджет будет плохо обоснован;
• документ не примет руководство;
• стратегию придётся переделывать.

Быстрый вариант тоже не всегда хороший. Стратегия требует сбора информации, обсуждений, анализа и согласования. Слишком быстрая разработка часто превращается в презентацию без глубины.

8.2. Опыт, методика и управляемость

Ключевые критерии выбора разработчиков стратегии:

Критерий	Что проверять
Опыт	разрабатывали ли они стратегии похожего размера и сложности
Методика	есть ли понятная последовательность работ
Качество	будет ли стратегия применимой, а не просто красивой
Стоимость	соответствует ли объём работ бюджету
Сроки	реалистичен ли план разработки
Управляемость	сможете ли вы влиять на ход работ и содержание стратегии
Бренд	нужен ли авторитет крупной компании или важнее конкретные специалисты
Варианты разработки	есть ли выбор: консультация, обучение, совместная разработка, полноценный проект
Поддержка	помогут ли обновлять стратегию после разработки

Особенно важна управляемость. Большой бренд не всегда означает, что компания-заказчик сможет реально влиять на содержание стратегии. Иногда лучше работать с меньшей, но более управляемой командой, которая понимает методику и готова совместно дорабатывать результат.

8.3. Варианты разработки и поддержка стратегии

Хороший разработчик стратегии должен предлагать не один вариант, а несколько форматов:

• консультация;
• аудит текущих материалов;
• обучение;
• стратегическая сессия;
• разработка основы стратегии;
• совместная разработка;
• полноценная разработка стратегии;
• поддержка и ежегодное обновление.

Это важно, потому что компаниям нужны разные форматы. Малой компании может быть достаточно обучения и основы стратегии. Средней компании может подойти совместная разработка. Крупной компании может потребоваться полноценный проект с большим числом интервью, анализом, проектами и бюджетом.

---

9. Что выбрать малой, средней и крупной компании

9.1. Малые компании

Малым компаниям редко нужна большая стратегия на десятки или сотни страниц.

Чаще подходит:

• консультация;
• обучение;
• основа стратегии;
• 15–30 слайдов;
• список основных требований;
• анализ ключевых проблем;
• план главных проектов;
• первичная оценка бюджета;
• простая дорожная карта.

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

Для стратегии ИИ малой компании обычно достаточно определить несколько реалистичных сценариев, оценить данные, ограничения и первые пилоты.

9.2. Средние компании

Средним компаниям чаще всего подходит совместная разработка стратегии.

Это может быть:

• средняя ИТ-стратегия;
• ИТ-стратегия с разделами цифровой трансформации и ИИ;
• стратегия цифровой трансформации;
• основа или средняя стратегия ИИ.

Оптимальный вариант — консультанты ведут методику и готовят итоговый документ, а сотрудники компании активно участвуют в анализе, требованиях, обсуждении проектов и бюджета.

Главная сложность — выделить время руководителей и ИТ-службы. Поэтому совместную разработку полезно сочетать с корпоративным обучением и рабочими сессиями.

9.3. Крупные компании

Крупным компаниям может потребоваться более подробная стратегия.

В таких проектах обычно нужно:

• много интервью;
• анализ нескольких направлений ИТ;
• работа с подразделениями;
• анализ данных;
• анализ инфраструктуры;
• проектный план;
• бюджет;
• дорожная карта;
• согласование с руководством;
• поддержка и обновление стратегии.

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

---

10. Что делать дальше

10.1. Связанные страницы

Страница	Зачем перейти
Этапы разработки стратегии	понять общий маршрут разработки стратегии
Методика “Пирамида Михайлова”	посмотреть методическую основу
Анализ текущего состояния ИТ	понять первый содержательный этап
Требования к ИТ, ЦТ и ИИ	понять, что нужно компании
Требуемое состояние ИТ, ЦТ и ИИ	перейти от требований к будущей модели
ИТ-проекты	понять, как стратегия переходит в проекты и бюджет
Стратегия ИИ	посмотреть особенности стратегии ИИ
Конфигуратор стратегии	выбрать тип, размер и формат разработки стратегии

Ссылки:

Этапы разработки стратегии

Методика разработки стратегий «Пирамида Михайлова»

https://www.info-strategy.ru/analysis

https://www.info-strategy.ru/requirements

https://www.info-strategy.ru/target-state

ИТ-проекты (разработка плана проектов по ИТ, планирование отдельных проектов по ИТ)

Стратегия искусственного интеллекта

Конфигуратор ИТ-стратегии (включая стратегии ЦТ и ИИ)

10.2. Услуги, обучение и консультации

Разные компании могут выбрать разный формат помощи.

Формат	Когда подходит
Консультация	нужно быстро понять, какой формат стратегии выбрать
Аудит текущих материалов	уже есть черновик стратегии или план проектов
Корпоративное обучение	нужно вовлечь сотрудников и подготовить основу стратегии
Стратегическая сессия	нужно быстро согласовать проблемы, требования и первые направления работ
Совместная разработка стратегии	нужен практичный вариант для средней компании
Полноценный консалтинг	нужна более подробная стратегия
Поддержка стратегии	стратегия уже есть, но её нужно обновлять и доводить до выполнения

Блок ссылки на услугу — светло-зелёный фон

Совместная разработка средней ИТ-стратегии

В средней ИТ-стратегии консультанты ведут методику и помогают собрать стратегию в целостный документ, а ИТ-директор, руководители ИТ и сотрудники компании дают факты, требования, ограничения, идеи проектов и участвуют в согласовании решений.

Смотреть услугу:
https://www.info-strategy.ru/services/it-strategy-medium/

Блок ссылки на обучение — светло-зелёный фон

Корпоративное обучение с разработкой основы стратегии

Корпоративное обучение помогает вовлечь руководителей, ИТ-службу и ключевых сотрудников компании, разобраться в методике и подготовить основу стратегии. Такой формат особенно полезен, если компания хочет участвовать в разработке стратегии, но у сотрудников пока нет достаточного опыта и методики.

Смотреть страницу:
https://www.info-strategy.ru/education/corporate/it-strategy/

10.3. Публикации по теме

Служебный комментарий: этот блок лучше оформить карточками публикаций. Основные материалы показать сразу, остальные — в раскрывашке.

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

---

Рисунки для страницы

Этот блок можно оставить внизу черновика и удалить перед публикацией.

№	Рисунок	URL / описание	Статус
1А	Участники и разработчики стратегии	новый рисунок: участники вокруг, консультанты/разработчики в центре	хороший новый главный рисунок
1Б	Кому целесообразно разрабатывать и поддерживать ИТ-стратегию	https://www.info-strategy.ru/wp-content/uploads/it-strategy-best-developers-1.png	существующий, можно использовать
2А	Критерии выбора разработчиков ИТ-стратегии	https://www.info-strategy.ru/wp-content/uploads/it-strategy-developers-criterion.png	существующий, желательно использовать
2Б	Оценка варианта разработки стратегии	https://www.info-strategy.ru/wp-content/uploads/temp-12.jpg	возможно в раскрывашку
2В	Оценка варианта разработки стратегии	https://www.info-strategy.ru/wp-content/uploads/temp-13.jpg	возможно в раскрывашку
2Г	Оценка варианта разработки стратегии	https://www.info-strategy.ru/wp-content/uploads/temp-15.jpg	возможно в раскрывашку
3	Варианты разработки стратегии	новый рисунок: своими силами / обучение / совместно / консультанты / поставщик	полезный новый рисунок
4	Роль консультантов и сотрудников компании	новый рисунок: 80/20 и 50/50	хороший новый рисунок
5	Разработчики ИТ, ЦТ и ИИ-стратегий	новый рисунок: три колонки по видам стратегий	возможно

---

Meta title

Разработчики стратегии: кто должен разрабатывать ИТ-стратегию, стратегию цифровой трансформации и стратегию ИИ

Meta description

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

=======версия 2 (от 17 июля 2026)=======================

Резюме страницы

Разработчики стратегии — это не только люди, которые пишут текст документа.

Гораздо важнее, кто:

• формулирует требования бизнеса;
• собирает исходные данные;
• анализирует текущее состояние;
• предлагает варианты развития;
• выбирает проекты;
• согласует бюджет;
• принимает управленческие решения;
• отвечает за выполнение и обновление стратегии.

Для ИТ-стратегии обычно нужны три группы участников:

1. ИТ-директор и ключевые сотрудники ИТ — отвечают за факты, реалистичность решений и последующее выполнение.
2. Гендиректор, куратор ИТ и руководители бизнеса — задают цели, ограничения, требования и приоритеты.
3. Консультанты — дают методики, внешний опыт, структуру работ и помогают пройти процесс разработки.

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

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

Рисунок 1. Разработчики стратегии
Новый рисунок или доработка уже подготовленного рисунка.
Что нарисовать: в центре “Стратегия”, вокруг: ИТ-директор, гендиректор / куратор ИТ, бизнес, консультанты. Вторым контуром можно добавить “данные”, “ИБ”, “ЦТ”, “ИИ”, “финансы”.

---

Оглавление

1. Для каких стратегий рассматриваются разработчики
2. Кто на самом деле разрабатывает стратегию
3. Основные участники разработки стратегии
4. Почему стратегию не стоит разрабатывать в одиночку
5. Типовые варианты разработчиков стратегии
6. Критерии выбора разработчиков стратегии
7. Разработчики и размеры стратегии
8. Разработчики и типовые конфигурации стратегии
9. Кто должен поддерживать стратегию после разработки
10. Какой формат помощи выбрать
11. Что делать после выбора разработчиков
12. Рисунки и связанные материалы

---

1. Для каких стратегий рассматриваются разработчики

На этой странице разработчики стратегии рассматриваются прежде всего для ИТ-стратегии.

Но логика выбора участников применима и к другим близким стратегиям:

Вид стратегии	Кто особенно важен
ИТ-стратегия	ИТ-директор, команда ИТ, бизнес, руководство, консультанты
ИТ-стратегия с разделами ЦТ и ИИ	дополнительно нужны участники по данным, ЦТ, ИИ, ИБ
Стратегия цифровой трансформации	гендиректор, бизнес, CDTO / ответственный за ЦТ, ИТ-директор, данные
Стратегия ИИ	владельцы бизнес-задач, данные, ИТ, ИБ, юристы, финансы
Стратегия данных	владельцы данных, аналитика, ИТ, бизнес, ИБ
Стратегия бизнеса	собственники, гендиректор, руководители направлений, финансы, стратегический офис, консультанты

Для ИТ-стратегии ключевым владельцем обычно остаётся ИТ-директор. Но если стратегия должна реально влиять на бизнес, её нельзя делать только внутри ИТ-службы.

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

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

Выводы:

1. Основной фокус страницы — разработчики ИТ-стратегии.
2. Для ЦТ и ИИ состав участников шире, чем для обычной ИТ-стратегии.
3. Чем сильнее стратегия влияет на бизнес, тем важнее участие гендиректора и руководителей подразделений.
4. ИТ-директор остаётся ключевым участником, но не должен быть единственным разработчиком.

---

2. Кто на самом деле разрабатывает стратегию

Стратегию разрабатывает не тот, кто просто набирает текст.

В разработке стратегии есть несколько разных ролей:

Роль	Что делает
Заказчик стратегии	формулирует, зачем нужна стратегия и какой результат ожидается
Владелец стратегии	отвечает за содержание и дальнейшее выполнение
Разработчики содержания	собирают данные, анализируют состояние, предлагают решения
Участники обсуждений	дают требования, ограничения, факты и оценки
Методологи / консультанты	дают структуру, методики, формы и внешний опыт
Согласующие лица	утверждают цели, проекты, бюджет и приоритеты
Исполнители стратегии	выполняют проекты и обновляют стратегию

Если консультанты написали документ, но ИТ-директор и команда ИТ его не понимают и не считают своим, такая стратегия будет плохо выполняться.

Если ИТ-директор написал стратегию без участия бизнеса, она может быть технически логичной, но плохо связанной с реальными приоритетами компании.

Если гендиректор или бизнес формулируют пожелания без участия ИТ, стратегия может оказаться управленчески красивой, но технически нереалистичной.

Поэтому разработка стратегии — это не авторство текста, а совместный процесс выработки решений.

Выводы:

1. Разработчик стратегии — не только автор текста.
2. Стратегия должна быть согласованным набором решений.
3. ИТ, бизнес, руководство и консультанты выполняют разные роли.
4. Если роли перепутаны, стратегия часто не выполняется.

---

3. Основные участники разработки стратегии

Для средней и подробной ИТ-стратегии обычно нужны следующие участники.

Участник	Роль в разработке
Гендиректор / собственники / совет директоров	задают цели, ограничения и требования к результату
Куратор ИТ	связывает ИТ-стратегию с управленческой повесткой
ИТ-директор	владелец ИТ-стратегии и будущего выполнения
Заместители ИТ-директора	дают факты по направлениям ИТ
Архитекторы	оценивают системы, интеграции, данные и целевую архитектуру
Руководители бизнеса	формулируют требования, проблемы и приоритеты
Финансовый директор / финансы	помогают оценить бюджет и ограничения
Информационная безопасность	оценивает риски, требования и ограничения
Ответственный за ЦТ	участвует, если есть цифровая трансформация
Ответственный за данные / ИИ	участвует, если есть аналитика, данные и ИИ
Проектный офис	помогает с портфелем проектов и дорожной картой
Консультанты	дают методики, структуру, внешний опыт и ведение процесса

Для основы стратегии в малой компании состав участников может быть гораздо проще: руководитель ИТ, гендиректор или собственник, иногда бухгалтер / финансы и внешний преподаватель или консультант в рамках обучения.

Для средней стратегии состав обычно шире: ИТ-директор, команда ИТ, бизнес, руководство и консультанты.

Для подробной стратегии участников ещё больше: архитектура, данные, ИБ, ЦТ, ИИ, финансы, проектный офис, иногда юристы и риск-менеджеры.

Выводы:

1. Состав участников зависит от размера и сложности стратегии.
2. Чем сложнее стратегия, тем больше нужны бизнес, данные, ИБ, финансы, ЦТ и ИИ.
3. Консультанты не заменяют владельцев стратегии внутри компании.
4. ИТ-директор должен быть не наблюдателем, а активным участником разработки.

---

4. Почему стратегию не стоит разрабатывать в одиночку

4.1. Если стратегию пишет только ИТ-директор

ИТ-директор хорошо знает ИТ, проекты, людей, подрядчиков, проблемы и бюджет. Это сильная сторона.

Но есть риски:

• не хватает времени;
• может не хватать методик;
• трудно учесть опыт других компаний;
• трудно объективно оценить собственную ИТ-службу;
• можно недооценить требования бизнеса;
• сложно рассмотреть несколько вариантов развития ИТ.

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

4.2. Если стратегию пишут только консультанты

Консультанты полезны, если у них есть методики, опыт и способность структурировать работу. Они могут привнести опыт других компаний, показать варианты развития и помочь оформить стратегию.

Но если консультанты работают без ИТ-директора и команды компании, результат может оказаться внешним отчётом, который трудно выполнить.

Старая страница прямо отмечает, что консультантам не стоит заниматься разработкой ИТ-стратегии без ИТ-директора; а в варианте совместной разработки именно консультанты дают методологию и управляют ходом работ, но ИТ-директор и сотрудники ИТ собирают значительную часть информации и затем выполняют стратегию.

4.3. Если стратегию пишут только бизнес-руководители

Бизнес-руководители знают цели, клиентов, продукты, рынки и проблемы компании. Без них стратегия ИТ будет слабой.

Но если бизнес пишет стратегию без ИТ, могут быть недооценены:

• сложность систем;
• состояние данных;
• интеграции;
• информационная безопасность;
• архитектурные ограничения;
• дефицит ИТ-компетенций;
• реальная стоимость проектов;
• сроки внедрения.

4.4. Если стратегию фактически пишет поставщик ИТ-решений

Это отдельный риск.

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

Выводы:

1. ИТ-директор нужен обязательно, но ему трудно делать стратегию одному.
2. Консультанты полезны, но не должны работать в отрыве от компании.
3. Бизнес должен задавать требования, но не может заменить ИТ-экспертизу.
4. Поставщики решений не всегда нейтральны.
5. Лучший вариант для многих средних компаний — совместная разработка.

---

5. Типовые варианты разработчиков стратегии

5.1. ИТ-директор и сотрудники ИТ

Этот вариант уместен для малых компаний и простых ситуаций.

Он может работать, если:

• ИТ относительно просты;
• стратегия нужна в минимальном формате;
• речь идёт об основе стратегии;
• ИТ-руководитель прошёл обучение;
• есть готовые формы и методика.

Для малой компании это часто единственный реалистичный вариант. Но даже тогда лучше не делать стратегию “с чистого листа”, а использовать обучение, книгу, формы и методику основных 15 слайдов.

Для средних и крупных компаний этот вариант чаще недостаточен.

5.2. Консультанты

Консультанты нужны, если стратегия сложная, требуется методика, внешний опыт, независимый взгляд и структурирование работ.

Этот вариант уместен для:

• средних компаний, если это совместная разработка;
• крупных компаний;
• холдингов;
• стратегий с ЦТ, ИИ, данными и ИБ;
• ситуаций, где нужен совет директоров, головная компания или регулятор.

Но консультанты должны работать вместе с ИТ-директором и командой заказчика.

5.3. Совместная разработка консультантами, ИТ-директором и командой ИТ

Это основной вариант для средних компаний.

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

В новой логике это основной вариант для страницы «Средняя стратегия» и услуги «Совместная разработка ИТ-стратегии».

5.4. Корпоративное обучение как подготовка к разработке

Корпоративное обучение не заменяет разработку стратегии, но снижает риски.

Оно полезно, если:

• компания не знакома с методиками;
• сотрудники заказчика не понимают, что от них потребуется;
• нужно вовлечь ИТ-менеджеров;
• надо подготовить участников к совместной разработке;
• важно снизить риск проблемного консалтингового проекта.

Для средних и крупных компаний корпоративное обучение лучше рассматривать как первый шаг перед совместной разработкой.

5.5. Стратегическая сессия

Стратегическая сессия может помочь начать работу, согласовать проблему, вовлечь руководителей и определить первые решения.

Но стратегическая сессия обычно не заменяет полноценную разработку стратегии. Это скорее формат запуска, согласования или уточнения стратегии.

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

5.6. Внутренний стратегический офис или “свой консультант”

Иногда компания может иметь внутреннюю команду или человека с опытом разработки стратегий.

Это может быть хорошим вариантом, если у такого человека действительно есть методики, опыт, доверие руководства и способность работать с ИТ, бизнесом и консультантами.

Но просто “взять человека из известной компании” недостаточно. Важно, чтобы он мог работать в конкретной культуре компании, не ушёл в политические игры и смог довести стратегию до применения.

Выводы:

1. Для малых компаний возможна самостоятельная разработка после обучения.
2. Для средних компаний основной вариант — совместная разработка.
3. Для крупных компаний нужны консультанты, команда заказчика и подготовка участников.
4. Стратегическая сессия полезна как запуск, но редко заменяет стратегию.
5. Корпоративное обучение снижает риски разработки.

---

6. Критерии выбора разработчиков стратегии

Разработчиков стратегии надо выбирать не только по цене.

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

Эти критерии актуальны и для новой страницы.

Критерий	Что оценивать
Качество	есть ли методики, опыт, примеры, понимание ИТ и бизнеса
Стоимость	прямые затраты и стоимость времени сотрудников заказчика
Сроки	можно ли сделать работу в разумные сроки
Бренд	будет ли разработчик авторитетен для руководства
Управляемость	можно ли реально управлять работой разработчиков
Варианты разработки	предлагают ли основу, среднюю, подробную стратегию, обучение, совместную разработку
Поддержка	есть ли помощь в обновлении и развитии стратегии

К этим критериям в новой структуре стоит добавить ещё несколько:

Дополнительный критерий	Почему важен
Понимание ЦТ и ИИ	стратегия часто включает цифровую трансформацию, данные и ИИ
Способность обучать	без понимания методик сотрудники заказчика хуже участвуют в работе
Нейтральность	поставщик решений может продвигать свои продукты
Готовность к совместной разработке	стратегия должна быть принята внутри компании
Умение делать краткую презентацию	руководству нужна выжимка, но не пустая презентация

Выводы:

1. Выбирать надо не только по цене и бренду.
2. Управляемость часто важнее известности компании.
3. Методики и опыт разработки стратегий критичны.
4. Разработчик должен уметь работать вместе с ИТ-директором и бизнесом.
5. Важно заранее понять, будет ли поддержка и обновление стратегии.

Рисунок 2. Критерии выбора разработчиков стратегии
Можно использовать смысл старого рисунка it-strategy-developers-criterion.png, но лучше перерисовать в новом стиле. В центре “Разработчик стратегии”, вокруг критерии: качество, стоимость, сроки, бренд, управляемость, варианты, поддержка, методики, обучение.

---

7. Разработчики и размеры стратегии

Разработчики зависят от размера стратегии.

Размер стратегии	Типовые разработчики	Комментарий
1 страница / резюме	ИТ-директор, гендиректор, консультант	это резюме, а не полноценная стратегия
Основа стратегии	руководитель ИТ малой компании после обучения	уместно для малых компаний
Средняя стратегия	ИТ-директор, команда ИТ, бизнес, консультанты	основной вариант для средних компаний
Подробная стратегия	консультанты, ИТ-директор, проектная команда, бизнес, руководство	для крупных и сложных компаний
Стратегия ЦТ	гендиректор, бизнес, CDTO, ИТ-директор, консультанты	больше роль бизнеса и процессов
Стратегия ИИ	владельцы задач, данные, ИТ, ИБ, юристы, финансы, консультанты	нельзя начинать только с технологии
Стратегия бизнеса	собственники, гендиректор, руководители, финансы, стратеги, консультанты	ИТ — важное направление, но не единственный владелец

Старая страница также связывала размеры стратегии с разработчиками: простые стратегии — ИТ-директор и обучение, средние — консультанты совместно с ИТ-директором, подробные — консультанты и высокая квалификация разработчиков.

В новой структуре важно уточнить: основа стратегии — прежде всего для малых компаний; средняя стратегия — для средних; подробная — для крупных, сложных и сильно зависящих от ИТ компаний.

Выводы:

1. Чем больше и сложнее стратегия, тем шире состав разработчиков.
2. Основа стратегии может разрабатываться малой компанией после обучения.
3. Средняя стратегия обычно требует совместной разработки.
4. Подробная стратегия требует проектной команды и участия руководства.
5. ЦТ и ИИ добавляют новых участников: бизнес, данные, ИБ, юристов, финансы.

---

8. Разработчики и типовые конфигурации стратегии

Теперь эту страницу надо связать с новой страницей «Типовые конфигурации стратегии».

Конфигурация	Основные разработчики	Основной формат помощи
Основа стратегии	руководитель ИТ малой компании, иногда собственник / гендиректор	обучение в группе с параллельной разработкой основы
Средняя стратегия	ИТ-директор, команда ИТ, бизнес, консультанты	совместная разработка; корпоративное обучение как снижение рисков
Подробная стратегия	консультанты, ИТ-директор, команда ИТ, бизнес, руководство, архитектура, данные, ИБ, финансы	корпоративное обучение + совместная разработка / аудит существующей стратегии

Для основы стратегии не надо привлекать большую команду. Это убьёт экономику формата. Основа нужна малым компаниям, где нет ресурсов на полноценный консалтинг.

Для средней стратегии важно вовлечь ИТ-директора и его команду, бизнес и консультантов. Это основной формат для совместной разработки.

Для подробной стратегии нужен более широкий состав: руководство, бизнес, архитекторы, данные, ИБ, ЦТ, ИИ, финансы, проектный офис и консультанты.

Выводы:

1. Разработчики должны соответствовать конфигурации стратегии.
2. Нельзя делать основу стратегии как большой консалтинговый проект.
3. Нельзя делать среднюю стратегию только силами одного ИТ-директора.
4. Нельзя делать подробную стратегию только внешним отчётом консультантов.
5. Корпоративное обучение снижает риски средней и подробной стратегии.

Блок-ссылка:
Типовые конфигурации стратегии
https://www.info-strategy.ru/strategy-configurations/
Как связаны размер, разделы, этапы, разработчики, методики и формат помощи.

---

9. Кто должен поддерживать стратегию после разработки

Стратегия не заканчивается после утверждения документа.

После разработки её надо:

• обновлять;
• пересматривать проекты;
• корректировать бюджет;
• отслеживать выполнение;
• учитывать изменения бизнеса;
• учитывать новые требования по данным, ИБ, ЦТ и ИИ;
• готовить краткие обновления для руководства.

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

Это логично. Консультанты могут помочь с аудитом, ежегодным пересмотром, обновлением дорожной карты или сложными методическими вопросами. Но внутренняя ответственность должна оставаться в компании.

Кто поддерживает	Что делает
ИТ-директор	владелец стратегии, контроль выполнения
Заместители ИТ-директора	обновляют разделы по направлениям ИТ
Проектный офис	контролирует портфель проектов
Финансы	уточняют бюджет
Бизнес	уточняет требования и приоритеты
ИБ	обновляет риски и требования
Ответственные за ЦТ / ИИ	обновляют соответствующие разделы
Консультанты	помогают с аудитом, обновлением, методиками

Выводы:

1. Поддержка стратегии — внутренняя ответственность компании.
2. ИТ-директор и его заместители должны быть владельцами обновления.
3. Консультанты могут помогать, но не должны заменять внутренних владельцев.
4. Если стратегию некому поддерживать, её размер и конфигурация выбраны неправильно.

---

10. Какой формат помощи выбрать

Формат помощи надо выбирать по размеру компании и конфигурации стратегии.

Ситуация	Основной формат помощи
Малая компания	обучение в группе с разработкой основы стратегии
Средняя компания	совместная разработка ИТ-стратегии
Средняя компания не знакома с методиками	корпоративное обучение, затем совместная разработка
Крупная компания	корпоративное обучение + совместная разработка
Есть старая стратегия	аудит и обновление
Непонятно, с чего начать	консультация по выбору конфигурации

Для новых клиентов не стоит делать “консалтинг вообще” главным предложением. Он рискован, если заказчик не понимает методики, не выделяет людей и ожидает, что консультанты сами напишут документ, который потом магически заработает.

Более безопасная логика:

1. сначала обучение или методическая сессия;
2. затем совместная разработка;
3. затем поддержка, аудит или обновление стратегии.

Выводы:

1. Малые компании ведём к обучению с разработкой основы.
2. Средние компании — к совместной разработке.
3. Корпоративное обучение снижает риски совместной разработки.
4. Крупные компании лучше начинать с обучения / методической сессии.
5. Аудит и обновление уместны, если стратегия уже есть.

---

11. Что делать после выбора разработчиков

После выбора разработчиков надо уточнить всю конфигурацию стратегии.

Нужно определить:

• какой вид стратегии нужен;
• какой размер стратегии уместен;
• какие разделы включить;
• какие этапы пройти;
• кто участвует со стороны бизнеса;
• нужны ли ЦТ и ИИ;
• требуется ли корпоративное обучение;
• кто будет поддерживать стратегию после разработки.

Нормальный маршрут:

1. Проверить, нужна ли стратегия.
2. Выбрать вид стратегии.
3. Выбрать размер.
4. Определить разработчиков.
5. Уточнить методики и формат помощи.
6. Начать обучение, стратегическую сессию или совместную разработку.
7. Назначить владельцев обновления стратегии.

Блок-ссылка:
Размеры стратегии
https://www.info-strategy.ru/strategy-sizes/

Блок-ссылка:
Типовые конфигурации стратегии
https://www.info-strategy.ru/strategy-configurations/

Блок-ссылка:
Основа стратегии
https://www.info-strategy.ru/strategy-small/

Блок-ссылка:
Средняя стратегия
https://www.info-strategy.ru/strategy-medium/

Блок-ссылка:
Подробная стратегия
https://www.info-strategy.ru/strategy-full/

---

12. Рисунки и связанные материалы

Рисунки, которые стоит использовать на странице

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

Где поставить	Рисунок	Источник / идея	Рекомендация
В начале страницы	Разработчики стратегии	новый рисунок	Центр “Стратегия”, вокруг ИТ-директор, гендиректор, бизнес, консультант
Раздел 3	Участники разработки	новый рисунок	Основной контур: ИТ + бизнес + руководство + консультанты; второй контур: данные, ИБ, ЦТ, ИИ
Раздел 6	Критерии выбора разработчиков	старый рисунок со страницы разработчиков	Перерисовать: качество, стоимость, сроки, бренд, управляемость, варианты, поддержка
Раздел 8	Разработчики по конфигурациям	новый рисунок	Основа / Средняя / Подробная и разные составы участников
Раздел 9	Поддержка стратегии	новый рисунок	ИТ-директор и команда внутри; консультанты как помощь при аудите / обновлении
Раздел 10	Формат помощи	новый рисунок	Обучение → совместная разработка → поддержка / аудит

---

Связанные материалы

Кому целесообразно разрабатывать ИТ-стратегии?
Старая страница с выводами интервью ИТ-директоров, критериями выбора разработчиков и сравнением вариантов разработки ИТ-стратегии.
Полный URL: https://www.info-strategy.ru/it-strategy/it-strategy-developers/

ИТ-стратегия и стратегия цифровой трансформации бизнеса: что это такое, варианты разработки, основные разделы
Книга с разделами о вариантах разработки ИТ-стратегии, включая основу, среднюю и подробную стратегию.
Полный URL: https://www.info-strategy.ru/publications/it-strategy-15-main-slides-book/

12 основных ошибок при разработке ИТ-стратегии
Статья о типовых ошибках, включая отсутствие ключевых участников и незнание методик.
Полный URL: https://www.info-strategy.ru/publications/it-strategy-development-main-errors/

Стратегические сессии по ИТ-стратегии
Материал о формате стратегических сессий как способе вовлечь руководителей и начать разработку / уточнение стратегии.
Полный URL: https://www.info-strategy.ru/publications/strategic-sessions/

ИТ-стратегия или стратегия цифровой трансформации бизнеса по методике Минцифры: что уместно для вашей компании?
Материал для уточнения роли бизнеса, руководства и ИТ при выборе между ИТ-стратегией и стратегией ЦТ.
Полный URL: https://www.info-strategy.ru/publications/it-strategy-or-digital-transformation-strategy/

---

Что именно поменять по сравнению со старой страницей

Я бы сделал 6 правок:

1. Убрать устаревшие ценовые оценки из основного текста или оставить только как исторический комментарий. Они быстро стареют и могут отвлекать.
2. Сохранить выводы интервью ИТ-директоров: совместная разработка для средних и крупных компаний, поддержка стратегии внутри ИТ, риск разработки только консультантами или только ИТ-директором.
3. Обновить позиционирование основы стратегии: только малые компании, не средние.
4. Связать разработчиков с новыми конфигурациями: основа / средняя / подробная стратегия.
5. Добавить ЦТ и ИИ: для них нужны бизнес, данные, ИБ, юристы, финансы и владельцы задач.
6. Изменить коммерческий маршрут: не “консалтинг всем”, а обучение → корпоративное обучение → совместная разработка → аудит / обновление.

---

Краткая версия для верхней части страницы

Комментарий для размещения: можно использовать как вводный блок перед основным текстом.

Разработчики стратегии — это не только авторы текста. Это люди, которые формулируют требования, собирают данные, предлагают варианты, принимают решения, согласуют бюджет и потом отвечают за выполнение стратегии.

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

Стратегию редко стоит разрабатывать только ИТ-директору или только консультантам. Для малых компаний возможна основа стратегии после обучения. Для средних компаний основной вариант — совместная разработка ИТ-стратегии. Для крупных и сложных компаний полезно начинать с корпоративного обучения или методической сессии, а затем переходить к совместной разработке, аудиту или обновлению стратегии.

=======вариант 1 =================================

Кому целесообразно разрабатывать ИТ-стратегию, стратегию цифровой трансформации и стратегию ИИ: ИТ-директору, команде компании, консультантам или совместной рабочей группе.

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

Это могут быть:

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

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

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

ИТ-директор и команда знают компанию, ограничения, текущие проекты, людей, информационные системы и реальные проблемы. Консультанты дают методику, внешний опыт, структуру работы и помогают не превратить стратегию в набор текущих задач.

Кнопки:

Пройти конфигуратор стратегии
https://www.info-strategy.ru/strategy-configurator/

Посмотреть размеры стратегии
https://www.info-strategy.ru/strategy-variants/

Посмотреть этапы разработки стратегии
https://www.info-strategy.ru/strategy-development-steps/

Получить консультацию по формату разработки стратегии
https://www.info-strategy.ru/consultation/

Если канонический URL конфигуратора пока не перенесён, временно использовать:
https://www.info-strategy.ru/configurator/

Если отдельной страницы консультации пока нет, временно использовать:
https://www.info-strategy.ru/services/

Рисунок для первого блока: существующий рисунок по результатам интервью российских ИТ-директоров
https://www.info-strategy.ru/wp-content/uploads/it-strategy-best-developers-1.png

Размер: 60–70% ширины текстовой области на ПК; на мобильном — 100%.

Подпись: «По данным интервью российских ИТ-директоров, ИТ-стратегию лучше разрабатывать ИТ-директору совместно с консультантами, а поддерживать — внутри компании».

---

На этой странице

• Кому целесообразно разрабатывать стратегию
  • точка зрения ИТ-директоров;
  • почему одному ИТ-директору трудно разрабатывать стратегию с нуля;
  • почему одни консультанты без компании тоже не лучший вариант;
  • почему совместная разработка часто оказывается оптимальной.
• Консультанты вам по карману?
  • стоимость разработки стратегии;
  • стоимость времени ИТ-директора и команды;
  • почему дешёвая стратегия может быть стратегией продажи чужих продуктов;
  • почему подробную стратегию сложно поддерживать после разработки.
• Критерии выбора разработчиков
  • качество;
  • стоимость;
  • сроки;
  • бренд;
  • управляемость;
  • варианты разработки;
  • поддержка после разработки.
• Типовые варианты разработчиков
  • ИТ-директор и сотрудники ИТ;
  • международные компании;
  • российские компании;
  • совместная разработка консультантов, ИТ-директора и команды;
  • другие варианты.
• Разработчики ИТ-стратегии, стратегии ЦТ и стратегии ИИ
  • кто нужен для ИТ-стратегии;
  • кто нужен для стратегии цифровой трансформации;
  • кто нужен для стратегии ИИ;
  • как меняется состав рабочей группы.
• Соответствие разработчиков размерам стратегии
  • основа стратегии;
  • средняя стратегия;
  • подробная стратегия;
  • смешанные конфигурации.
• Публикации, услуги, отзывы
  • обучение;
  • совместная разработка;
  • консалтинг;
  • аудит и обновление стратегии;
  • поддержка стратегии.

Комментарий: блок «На этой странице» лучше оформить карточками. Важно, чтобы посетитель сразу понял: это не страница про программистов, а страница про участников разработки стратегии.

---

Кому целесообразно разрабатывать стратегию

Точка зрения российских ИТ-директоров

В 2015–2024 годах были проведены интервью ИТ-директоров российских компаний, уже имеющих опыт разработки ИТ-стратегий.

По результатам этих интервью можно сделать несколько практических выводов.

Для крупных и средних компаний ИТ-стратегию целесообразно разрабатывать команде консультантов совместно с ИТ-директором и его заместителями.

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

Одному ИТ-директору, даже вместе с заместителями, редко целесообразно разрабатывать ИТ-стратегию с нуля. Обычно у него не хватает времени, опыта разработки нескольких стратегий и знания методик.

Одним консультантам, без ИТ-директора и команды компании, тоже не стоит заниматься разработкой стратегии. Они могут сделать методически красивый документ, но плохо связанный с реальной ситуацией, людьми, ограничениями и возможностями компании.

Врезка:
Лучший вариант для средней и крупной компании — совместная разработка: консультанты дают методику и внешний опыт, ИТ-директор и команда — знание компании, бизнес — требования и приоритеты.

Рисунок для блока:
https://www.info-strategy.ru/wp-content/uploads/it-strategy-best-developers-1.png

Размер: 60–70% ширины текстовой области.

---

Почему одному ИТ-директору трудно разработать стратегию с нуля

Формально ИТ-директор лучше всех знает ситуацию с ИТ в компании. Поэтому кажется, что именно он должен сам разработать ИТ-стратегию.

На практике это получается не всегда.

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

Во-вторых, разработка стратегии требует методики. Нужно не просто описать текущие проблемы и проекты, а связать требования бизнеса, текущее состояние, требуемое состояние, проекты, бюджет, ресурсы и ограничения.

В-третьих, ИТ-директор находится внутри компании. Ему может быть сложно посмотреть на ситуацию внешним взглядом, сравнить варианты развития, предложить непопулярные решения или отделить стратегические задачи от текущих.

В-четвёртых, стратегия должна быть согласована с бизнесом. Если стратегия выглядит как документ ИТ-службы для ИТ-службы, бизнес может не принять её как общий документ компании.

При этом ИТ-директор обязательно должен участвовать в разработке стратегии. Без него стратегия почти неизбежно будет оторвана от реальной ситуации.

Вывод:
ИТ-директор — ключевой участник разработки стратегии, но не всегда единственный разработчик.

---

Почему одних консультантов тоже недостаточно

Другой крайний вариант — полностью отдать разработку стратегии внешним консультантам.

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

Но у такого подхода есть серьёзные ограничения.

Консультанты не знают компанию так, как её знает ИТ-директор и команда. Они не всегда понимают скрытые конфликты, реальные ограничения, историю проектов, особенности информационных систем, внутреннюю политику, состояние данных, поставщиков, пользователей и управленческие привычки.

Если консультанты работают без активного участия ИТ-директора и бизнеса, стратегия может получиться:

• слишком общей;
• слишком консультантской;
• плохо применимой;
• чрезмерно дорогой;
• ориентированной на продукты и услуги самих консультантов;
• не поддерживаемой после завершения проекта.

Стратегия не должна быть документом, который консультанты написали и передали компании. Она должна стать рабочим инструментом ИТ-директора, руководства и команды.

Вывод:
Консультанты полезны, если они не заменяют компанию, а помогают компании разработать стратегию.

---

Консультанты вам по карману?

Стоимость разработки стратегии

Разработка ИТ-стратегии, особенно в России, не является типовой и дешёвой услугой с гарантированным качеством.

Александр Михайлов участвовал в разработке ИТ-стратегий крупных предприятий, нескольких десятков стратегий для средних компаний, а также помогал в разработке нескольких сотен несложных ИТ-стратегий. На основе этого опыта можно сделать примерные оценки времени и затрат.

На разработку консультантами подробной ИТ-стратегии, как правило, может уходить от 100 до 150 человеко-дней работы и более. В зависимости от стоимости консультантов, состава работ, размера компании и глубины анализа это может превращаться в существенный бюджет.

Для средней стратегии трудозатраты ниже, но всё равно требуют времени консультантов, ИТ-директора, сотрудников ИТ и представителей бизнеса.

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

Врезка:
При выборе разработчиков стратегии нужно считать не только счёт консультанта, но и стоимость времени ИТ-директора, сотрудников ИТ и руководителей бизнеса.

---

Дешёвая стратегия может оказаться стратегией продажи чужих продуктов

Иногда ИТ-компании или интеграторы предлагают разработать короткую стратегию почти бесплатно.

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

Например, если компания специализируется на определённой платформе, инфраструктурном решении, информационной системе, облаке, BI, ИИ или ИБ, она может неявно подвести стратегию к внедрению именно своих решений.

Это не означает, что интеграторы всегда плохи как разработчики стратегии. Но при выборе нужно смотреть:

• есть ли у них независимая методика разработки стратегии;
• умеют ли они рассматривать альтернативные варианты;
• не сводится ли стратегия к списку продуктов;
• смогут ли они объективно оценить решения, которые сами не продают;
• кто будет поддерживать стратегию после разработки.

Врезка:
Если стратегия бесплатная, стоит особенно внимательно проверить, не является ли она коммерческим предложением в форме стратегии.

---

Подробную стратегию нужно поддерживать после разработки

Даже если консультанты разработали хорошую стратегию, через полгода или год её нужно обновлять.

Изменятся:

• проекты;
• бюджет;
• сроки;
• требования бизнеса;
• поставщики;
• риски;
• состояние данных;
• темы цифровой трансформации и ИИ;
• информационная безопасность;
• импортозамещение;
• организационные приоритеты.

Если стратегия написана на 200–300 страниц, ИТ-директору и его команде может быть трудно поддерживать её самостоятельно. В этом случае либо стратегия быстро устаревает, либо приходится снова привлекать консультантов.

Поэтому ещё до начала разработки нужно понять:

• кто будет поддерживать стратегию;
• как часто она будет обновляться;
• кто отвечает за план проектов;
• как обновлять разделы по ЦТ, ИИ, данным, ИБ и импортозамещению;
• сколько времени команда готова тратить на поддержку стратегии.

Связанная страница:
Поддержка стратегии и планов развития ИТ
https://www.info-strategy.ru/personal-consultant/

Рисунок для блока:
https://www.info-strategy.ru/wp-content/uploads/strategic-session-IT-strategy-annual-update-750×787.png

Размер: 45–55% ширины текстовой области.

---

Критерии выбора разработчиков стратегии

Когда к вам приходят продавцы других компаний, они часто говорят, что есть три критерия выбора выполнения проекта:

1. качественно;
2. быстро;
3. дёшево.

При этом обычно предполагается, что вы выберете «качественно и быстро», а значит, это будет дорого.

Но для разработки стратегии этого недостаточно.

Для выбора разработчиков стратегии нужно учитывать как минимум семь критериев:

1. качество;
2. стоимость;
3. сроки;
4. бренд;
5. управляемость;
6. варианты разработки;
7. поддержка после разработки.

Рисунок для блока:
https://www.info-strategy.ru/wp-content/uploads/it-strategy-developers-criterion.png

Размер: 60–70% ширины текстовой области.

Подпись: «Критерии выбора разработчиков ИТ-стратегии: качество, стоимость, сроки, бренд, управляемость, варианты разработки и поддержка».

---

Качество

Качество разработки стратегии зависит не только от известности компании.

Важно, чтобы разработчики:

• имели опыт разработки стратегий похожего типа;
• понимали специфику ИТ-стратегии, ЦТ и ИИ;
• владели методиками;
• умели работать с требованиями бизнеса;
• понимали информационные системы, инфраструктуру, данные, ИБ и управление ИТ;
• могли связать анализ с проектами и бюджетом;
• не подменяли стратегию продажей собственных решений.

Качество стратегии видно не по оформлению слайдов, а по тому, можно ли по ней принимать управленческие решения.

---

Стоимость

Стоимость разработки стратегии может сильно различаться.

На цену влияют:

• размер компании;
• количество интервью;
• глубина анализа;
• число разделов стратегии;
• участие консультантов;
• необходимость разделов по ЦТ, ИИ, данным, ИБ, импортозамещению;
• необходимость разработки дорожной карты и бюджета;
• участие международных или крупных российских компаний;
• необходимость последующей поддержки.

Дорогая стратегия не всегда качественная. Дешёвая стратегия не всегда плохая. Но если стратегия слишком дешёвая, стоит проверить, не является ли она формой продажи продуктов и услуг.

---

Сроки

Стратегию можно написать быстро, но качественная разработка требует времени на обсуждения, сбор информации, анализ, согласование и выбор проектов.

Если сроки слишком короткие, есть риск, что стратегия будет:

• поверхностной;
• основанной на уже известных проектах;
• слабо связанной с бизнесом;
• без нормального анализа текущего состояния;
• без реалистичного бюджета;
• без поддержки после разработки.

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

---

Бренд

Бренд консультанта или компании может быть важен, если стратегию нужно согласовать с советом директоров, акционерами, государственными структурами или руководством крупной компании.

Но бренд сам по себе не гарантирует качества.

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

Для большинства российских компаний сейчас важнее не глобальный бренд, а:

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

---

Управляемость

Управляемость — один из наиболее недооценённых критериев.

Не все крупные компании хорошо управляемы со стороны заказчика. Особенно если речь идёт о больших международных компаниях или крупных интеграторах с жёсткими внутренними процедурами.

ИТ-директору может быть трудно управлять работой консультантов: объяснять, какой именно результат нужен, как должны проходить интервью, какие выводы допустимы, какие разделы важны, какие формулировки можно показывать руководству.

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

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

---

Варианты разработки

Хороший разработчик стратегии должен уметь предлагать не один вариант, а несколько форматов:

• основа стратегии;
• средняя стратегия;
• подробная стратегия;
• аудит старой стратегии;
• обновление плана проектов;
• ИТ-стратегия с разделом по ЦТ;
• ИТ-стратегия с разделом по ИИ;
• отдельная стратегия ЦТ;
• отдельная стратегия ИИ;
• проработка отдельных элементов ИТ.

Если исполнитель предлагает только один формат, это риск. Компания может получить слишком маленькую или слишком большую стратегию.

Связанная страница:
Размеры и типовые конфигурации стратегии
https://www.info-strategy.ru/strategy-variants/

---

Поддержка после разработки

Стратегия не заканчивается утверждением.

Хороший разработчик должен заранее объяснить:

• кто будет поддерживать стратегию;
• как обновлять план проектов;
• как часто пересматривать стратегию;
• какие материалы можно будет редактировать внутри компании;
• какие таблицы, слайды и документы останутся у заказчика;
• нужна ли внешняя поддержка через полгода или год;
• кто будет отвечать за обновление разделов по ЦТ, ИИ, данным, ИБ и импортозамещению.

Если исполнитель не обсуждает поддержку стратегии, есть риск получить документ «на полку».

---

Типовые варианты разработчиков стратегии

1. Стратегию пишет ИТ-директор и сотрудники ИТ

Это самый дешёвый вариант с точки зрения прямых денежных затрат.

Если не считать стоимость времени ИТ-директора и команды, может казаться, что стратегия обходится почти бесплатно.

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

В лучшем случае после обучения по ИТ-стратегии можно подготовить несколько десятков слайдов: основу стратегии или краткий документ для малой/средней компании.

Такой вариант уместен, если:

• стратегия нужна в компактном формате;
• компания небольшая или средняя;
• ИТ не слишком сложны;
• ИТ-директор готов пройти обучение;
• результатом должна стать основа стратегии, а не подробная стратегия;
• команда сможет поддерживать документ после разработки.

Вывод:
Силами ИТ-директора и сотрудников ИТ реально разработать основу стратегии на 15–30 слайдов или страниц, особенно после обучения. Для средней и подробной стратегии чаще нужна внешняя методическая помощь.

Рисунок для блока: старая схема оценки варианта “свои сотрудники”
https://www.info-strategy.ru/wp-content/uploads/temp-12.jpg

Размер: 35–45% ширины текстовой области.

Связанные услуги:

Обучение и разработка основы стратегии
https://www.info-strategy.ru/services/it-strategy-small/

Корпоративное обучение по ИТ-стратегии
https://www.info-strategy.ru/education/corporate/it-strategy/

---

2. Международные компании

В старой версии страницы международные компании описывались как самый престижный, но самый дорогой вариант разработки ИТ-стратегии.

Сейчас такую формулировку нужно существенно уточнить.

Для российских компаний заказ управленческого или ИТ-консалтинга у международных компаний стал не просто дорогим и плохо управляемым, а потенциально опасным вариантом.

Причины:

• санкционные ограничения на оказание управленческих, ИТ-консалтинговых и других профессиональных услуг российским лицам и организациям;
• уход или юридическое отделение многих международных консалтинговых и аудиторских компаний от российских практик;
• риски передачи чувствительной информации о компании, ИТ, инфраструктуре, данных, проектах, ИБ, импортозамещении и планах развития;
• возможная негативная реакция российских государственных структур и служб безопасности на работу с международными консультантами;
• сложность юридической проверки исполнителя, цепочки владения, доступа к данным и трансграничной передачи информации;
• риск, что исполнитель формально уже не является частью международной сети, но использует старый бренд или прежние связи;
• высокая стоимость и низкая управляемость проекта.

Международные компании теоретически могут сохранять сильные методики, бренд и опыт. Но для российских заказчиков в текущих условиях это уже не нормальный стандартный вариант разработки стратегии.

Особенно осторожно нужно относиться к таким работам, если стратегия включает:

• информационную безопасность;
• инфраструктуру ИТ;
• критичные информационные системы;
• данные;
• импортозамещение;
• цифровую трансформацию;
• ИИ;
• планы развития крупных предприятий;
• сведения о процессах, поставщиках, проектах и бюджете.

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

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

Рисунок для блока: старая схема оценки международных компаний
https://www.info-strategy.ru/wp-content/uploads/temp-15.jpg

Размер: 35–45% ширины текстовой области.

Комментарий: старую врезку про международные компании лучше сохранить только как историческую/авторскую, но обновить: вместо старой логики “дорого, но престижно” сейчас писать “санкционно и организационно рискованно”.

---

3. Российские консалтинговые и ИТ-компании

Российские компании могут быть хорошим вариантом, если у них есть:

• собственные методики разработки стратегий;
• опыт разработки ИТ-стратегий, стратегий ЦТ или стратегий ИИ;
• консультанты, которые реально участвовали в таких проектах;
• понимание российских компаний, отраслей и ограничений;
• готовность работать совместно с ИТ-директором и командой;
• способность поддерживать стратегию после разработки.

Но здесь тоже есть риск.

Если компания одновременно разрабатывает стратегию и продаёт ИТ-решения, она может предложить внедрение всего спектра своих продуктов и услуг. Тогда стратегия снова превращается в коммерческое предложение.

При выборе российской компании стоит проверить:

• какие стратегии она уже разрабатывала;
• кто именно будет работать в проекте;
• есть ли у команды методика;
• готова ли компания показать структуру работ;
• как она относится к альтернативным вариантам;
• не навязывает ли свои продукты;
• как будет передавать материалы заказчику;
• будет ли сопровождать обновление стратегии.

Вывод:
Российская компания может быть хорошим разработчиком стратегии, если это не просто интегратор с набором продуктов, а методически зрелый консультант по управлению ИТ, ЦТ и ИИ.

Рисунок для блока: старая схема оценки российских компаний
https://www.info-strategy.ru/wp-content/uploads/temp-13.jpg

Размер: 35–45% ширины текстовой области.

---

4. Совместная разработка консультантами, ИТ-директором и сотрудниками ИТ

Этот вариант я считаю наиболее привлекательным для средних и средне-крупных компаний.

В совместной разработке:

• консультанты дают методику;
• консультанты организуют ход работ;
• ИТ-директор и команда дают знание компании;
• руководители бизнеса формулируют требования;
• рабочая группа обсуждает текущее и требуемое состояние;
• проекты выбираются совместно;
• стратегия становится понятной и поддерживаемой для компании.

Методологию разработки стратегии должны предоставить консультанты. Они же помогают управлять ходом работ, структурировать информацию, формировать выводы, сравнивать варианты и оформлять стратегию.

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

Консультанты могут привнести опыт других компаний и предложить варианты развития. Но выбор варианта должен оставаться зоной ответственности компании и ИТ-директора. Консультанты не должны навязывать решения, которыми сами торгуют.

Врезка:
Совместная разработка особенно ценна тем, что стратегия не “покупается у консультантов”, а разрабатывается вместе с теми, кто будет её выполнять и обновлять.

Связанная услуга:
Совместная разработка средней ИТ-стратегии
https://www.info-strategy.ru/services/it-strategy-medium/

Рисунок для блока: старая схема оценки совместной разработки
https://www.info-strategy.ru/wp-content/uploads/temp-14.jpg

Размер: 35–45% ширины текстовой области.

---

5. Другие варианты разработчиков стратегии

Кроме основных вариантов, возможны и другие.

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

Такой вариант может быть удачным, если человек действительно имеет опыт, умеет работать с методиками, понимает управление ИТ и способен взаимодействовать с руководством.

Но есть риски:

• не каждый консультант по ИТ умеет разрабатывать стратегию;
• многие консультанты специализируются на автоматизации процессов, внедрении систем или управлении проектами, а не на стратегии;
• один человек может не справиться с большой стратегией;
• он может оказаться втянут в текущие внутренние задачи;
• трудно заранее понять, насколько успешно он сможет работать именно в вашей компании.

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

Вывод:
Не нужно выбирать разработчика стратегии по формальному названию компании или должности. Важно понять, какой результат нужен, какой размер стратегии уместен и кто сможет поддерживать стратегию после разработки.

---

Разработчики ИТ-стратегии, стратегии ЦТ и стратегии ИИ

Кто нужен для ИТ-стратегии

Для ИТ-стратегии обычно нужны:

• ИТ-директор;
• заместители ИТ-директора;
• руководители направлений ИТ;
• архитекторы;
• специалисты по информационным системам;
• специалисты по инфраструктуре;
• специалисты по данным;
• специалисты по информационной безопасности;
• представители бизнеса;
• консультанты и методологи.

В компактной стратегии часть ролей может объединяться. В средней и подробной стратегии желательно, чтобы основные направления ИТ были представлены людьми, которые реально знают ситуацию.

Связанная страница:
ИТ-стратегия
https://www.info-strategy.ru/it-strategy/

---

Кто нужен для стратегии цифровой трансформации

Стратегия цифровой трансформации требует более сильного участия бизнеса.

Кроме ИТ-директора и ИТ-команды, часто нужны:

• генеральный директор или куратор трансформации;
• руководители ключевых бизнес-направлений;
• владельцы бизнес-процессов;
• руководители клиентских каналов;
• специалисты по данным;
• ИТ-архитекторы;
• специалисты по информационной безопасности;
• руководители проектного офиса;
• HR и обучение;
• финансы;
• консультанты по методике ЦТ.

Если стратегию ЦТ разрабатывает только ИТ-служба, она может превратиться в стратегию развития информационных систем. Если только бизнес — она может оказаться технологически нереалистичной.

Врезка:
Цифровая трансформация требует совместной разработки: бизнес формулирует изменения, ИТ оценивают реализуемость, консультанты помогают связать всё в стратегию.

Связанная страница:
Стратегия цифровой трансформации
https://www.info-strategy.ru/digital-transformation/

---

Кто нужен для стратегии ИИ

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

В разработке могут участвовать:

• руководство компании;
• ИТ-директор;
• руководитель по данным или аналитике;
• специалисты по BI, данным, ML/AI;
• владельцы бизнес-процессов;
• представители подразделений, где планируются проекты ИИ;
• информационная безопасность;
• юристы и комплаенс;
• HR и обучение;
• архитекторы;
• консультанты и методологи.

Если ИИ пока находится на уровне отдельных пилотов, большой состав не нужен. Но если ИИ становится самостоятельным направлением стратегии, без участия бизнеса, ИТ, данных и ИБ стратегия будет неполной.

Связанная страница:
Стратегия искусственного интеллекта
https://www.info-strategy.ru/ai-strategy/

---

Как меняется состав рабочей группы

Тип стратегии	Кто обязательно участвует	Кто часто нужен дополнительно
Основа ИТ-стратегии	ИТ-директор, 1–2 ключевых сотрудника ИТ	консультант или преподаватель по методике
Средняя ИТ-стратегия	ИТ-директор, команда ИТ, консультанты	представители бизнеса, ИБ, данные
Подробная ИТ-стратегия	руководство, ИТ-директор, команда ИТ, консультанты	архитекторы, ИБ, финансы, проектный офис, владельцы процессов
Стратегия ЦТ	руководство, бизнес-направления, ИТ-директор, консультанты	данные, ИБ, HR, финансы, владельцы цифровых сервисов
Стратегия ИИ	руководство, ИТ, данные, бизнес-заказчики	ИБ, юристы, HR, архитекторы, специалисты по AI/ML
Смешанная стратегия	ИТ-директор, бизнес, консультанты	состав зависит от разделов: ЦТ, ИИ, данные, ИБ, импортозамещение

---

Соответствие разработчиков размерам стратегии

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

Параметр	Основа стратегии	Средняя стратегия	Подробная стратегия
Старое название для ИТ-стратегии	Простая ИТ-стратегия	Средняя ИТ-стратегия	Подробная ИТ-стратегия
Человеко-дней на разработку	10–30	50–100	100–200 и более
Требования к квалификации разработчиков	Средние	Высокие	Очень высокие
Типовые разработчики	ИТ-директор или руководитель направления, желательно после обучения	Консультанты совместно с ИТ-директором и командой	Консультанты совместно с руководством, ИТ-директором и рабочей группой
Методики разработки	«Основные 15 слайдов ИТ-стратегии», частично методики планирования элементов ИТ	«Пирамида Михайлова», методики стратегического планирования ИТ, практические методики анализа элементов ИТ	Методики стратегического планирования ИТ, «Пирамида Михайлова», сценарии, портфель проектов, углублённый анализ
Для каких компаний уместно	малые и часть средних компаний	средние и средне-крупные компании	крупные и сложные компании
Поддержка после разработки	ИТ-директор и команда	ИТ-директор и команда, консультанты по необходимости	ИТ-директор, рабочая группа, консультанты по необходимости
ЦТ и ИИ	кратко, если важно	как разделы стратегии или отдельные блоки	как подробные разделы или отдельные стратегии

Врезка:
Чем больше стратегия, тем важнее участие консультантов и рабочей группы. Но чем больше стратегия, тем сложнее её поддерживать после разработки.

Связанная страница:
Размеры и типовые конфигурации стратегии
https://www.info-strategy.ru/strategy-variants/

---

Как выбрать разработчиков стратегии

Минимальная логика выбора

Если нужна основа стратегии, можно начать с обучения, консультации и самостоятельной разработки ИТ-директором или внутренней командой.

Если нужна средняя стратегия, лучше использовать совместную разработку консультантов, ИТ-директора и команды компании.

Если нужна подробная стратегия, обычно требуется внешняя консультационная команда, участие руководства, ИТ-директора, рабочей группы и представителей бизнеса.

Если стратегия связана с цифровой трансформацией, обязательно нужно сильное участие бизнес-руководителей и владельцев процессов.

Если стратегия связана с ИИ, обязательно нужно участие специалистов по данным, информационным системам, ИБ, бизнес-процессам и потенциальным проектам ИИ.

Если уже есть стратегия, может быть уместен аудит или обновление, а не разработка с нуля.

Что проверить перед выбором разработчиков

Перед выбором разработчиков стратегии стоит проверить:

• есть ли у них опыт разработки стратегий похожего типа;
• есть ли методика;
• кто именно будет работать в проекте;
• готовы ли они работать совместно с вашей командой;
• не будут ли они навязывать собственные продукты;
• как они учитывают ЦТ и ИИ;
• как они подходят к данным, ИБ и импортозамещению;
• как будет организована поддержка стратегии после разработки;
• какие материалы останутся у заказчика;
• как будет устроено обновление стратегии.

Связанные страницы:

Конфигуратор стратегии
https://www.info-strategy.ru/strategy-configurator/

Этапы разработки стратегии
https://www.info-strategy.ru/strategy-development-steps/

Разделы стратегии и элементы ИТ
https://www.info-strategy.ru/strategy-elements/

---

Тест: кому лучше разрабатывать и поддерживать стратегию?

На этой странице уместно оставить короткий тест по выбору разработчиков стратегии.

Он должен помочь предварительно определить, какой формат подходит компании:

• самостоятельная разработка после обучения;
• разработка основы стратегии с консультационной поддержкой;
• корпоративное обучение;
• совместная разработка стратегии;
• аудит и обновление существующих материалов;
• консалтинг по подробной стратегии;
• поддержка стратегии и плана проектов.

Что учитывает тест

Тест может учитывать:

• размер компании;
• сложность ИТ;
• наличие стратегии или старых материалов;
• опыт ИТ-директора;
• доступность команды;
• роль ЦТ;
• роль ИИ;
• необходимость внешнего авторитета;
• необходимость поддержки после разработки;
• ограниченность бюджета и сроков.

Возможные результаты

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

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

Совместная разработка.
Подходит для средней стратегии: консультанты дают методику, ИТ-директор и команда — знание компании.

Консалтинг по подробной стратегии.
Подходит для крупной или сложной компании, где нужна глубокая проработка.

Аудит и обновление.
Подходит, если стратегия уже есть, но устарела или не используется.

Разместить форму теста:
здесь размещается форма теста «Кому лучше разрабатывать и поддерживать стратегию?»

Перейти к полному конфигуратору:
https://www.info-strategy.ru/strategy-configurator/

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

---

Услуги и помощь в разработке стратегии

Обучение и разработка основы стратегии

Обучение подходит, если ИТ-директор и команда хотят сами разобраться в методике и подготовить основу стратегии.

Обучение и разработка основы стратегии:
https://www.info-strategy.ru/services/it-strategy-small/

Корпоративное обучение:
https://www.info-strategy.ru/education/corporate/it-strategy/

Рисунок для блока:
https://www.info-strategy.ru/wp-content/uploads/It-strategy-methods-main-15-slides-1-750×374.png

---

Совместная разработка средней стратегии

Совместная разработка подходит для средних компаний и средних по размеру стратегий.

Это основной практический формат, если нужна не просто консультация, а рабочая стратегия, которую затем будет поддерживать ИТ-директор и команда.

Совместная разработка средней ИТ-стратегии:
https://www.info-strategy.ru/services/it-strategy-medium/

Рисунок для блока:
https://www.info-strategy.ru/wp-content/uploads/services-it-strategy-medium-halfsize-banner-1-e1567539638888.jpg

---

Консалтинг, аудит и обновление стратегии

Консалтинг уместен для подробной стратегии, сложной компании или смешанной конфигурации.

Аудит уместен, если стратегия уже есть, но устарела, не используется или требует добавления разделов по ЦТ, ИИ, данным, ИБ или импортозамещению.

Консалтинг по ИТ-стратегии:
https://www.info-strategy.ru/services/it-strategy-full/

Аудит ИТ и стратегии:
https://www.info-strategy.ru/services/audit/

Поддержка стратегии:
https://www.info-strategy.ru/personal-consultant/

Рисунки для блока:
https://www.info-strategy.ru/wp-content/uploads/services-it-strategy-audit-bigsize-e1565868543829.jpg
https://www.info-strategy.ru/wp-content/uploads/strategic-session-IT-strategy-annual-update-750×787.png

---

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

Старую страницу:

Кому целесообразно разрабатывать ИТ-стратегии?

лучше сохранить как статью-источник.

Рекомендуемый статус

Кому целесообразно разрабатывать ИТ-стратегии?
Статья / глава по разработчикам ИТ-стратегии.

Что сохранить

На старой странице желательно сохранить:

• авторский тон;
• историю вопроса;
• рассуждения о стоимости консультантов;
• точку зрения российских ИТ-директоров;
• критерии выбора разработчиков;
• сравнение типовых вариантов;
• таблицу соответствия разработчиков и размеров стратегии;
• рисунки:
  • https://www.info-strategy.ru/wp-content/uploads/it-strategy-best-developers-1.png
  • https://www.info-strategy.ru/wp-content/uploads/it-strategy-developers-criterion.png
  • https://www.info-strategy.ru/wp-content/uploads/temp-12.jpg
  • https://www.info-strategy.ru/wp-content/uploads/temp-15.jpg
  • https://www.info-strategy.ru/wp-content/uploads/temp-13.jpg
  • https://www.info-strategy.ru/wp-content/uploads/temp-14.jpg

Что обновить

На старой странице нужно обновить блок про международные компании:

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

Также в конце старой страницы добавить ссылки:

• Разработчики стратегий
  https://www.info-strategy.ru/strategy-developers/
• Конфигуратор стратегии
  https://www.info-strategy.ru/strategy-configurator/
• Размеры и типовые конфигурации стратегии
  https://www.info-strategy.ru/strategy-variants/
• Этапы разработки стратегии
  https://www.info-strategy.ru/strategy-development-steps/
• Услуги
  https://www.info-strategy.ru/services/

Комментарий: старая страница ценна как авторская статья. Новая страница должна быть более аккуратной, актуальной и связанной с новой структурой сайта, а старая — сохранить историю, стиль и подробности.

---

Публикации, услуги, отзывы

Публикации

Кому целесообразно разрабатывать ИТ-стратегии?
https://www.info-strategy.ru/it-strategy/it-strategy-developers/
Старая статья-источник по разработчикам ИТ-стратегий.

Типовые варианты полноты ИТ-стратегий
https://www.info-strategy.ru/it-strategy/it-strategy-variants/
Материал по размерам стратегий и связи размера с разработчиками.

Методика разработки стратегий «Пирамида Михайлова»
https://www.info-strategy.ru/methods/strategy/
Методическая основа разработки стратегии.

ИТ-стратегия
https://www.info-strategy.ru/it-strategy/

Стратегия цифровой трансформации
https://www.info-strategy.ru/digital-transformation/

Стратегия искусственного интеллекта
https://www.info-strategy.ru/ai-strategy/

---

Отзывы

На странице можно показать 2–3 коротких фрагмента отзывов по обучению, совместной разработке и консалтингу. Полные отзывы лучше оставить на отдельной странице.

Отзывы:
https://www.info-strategy.ru/reviews/

Рисунки для блока: логотипы клиентов

https://www.info-strategy.ru/wp-content/uploads/%D1%8133-sgmkgroup-logo.png
https://www.info-strategy.ru/wp-content/uploads/%D1%8126-softline-logo.png
https://www.info-strategy.ru/wp-content/uploads/%D1%8128-interenergo-logo.png
https://www.info-strategy.ru/wp-content/uploads/%D1%8140-xxi-century-logo.png

---

Не знаете, кому поручить разработку стратегии?

Начните с конфигуратора или консультации.

Конфигуратор поможет предварительно определить:

• нужен ли внутренний вариант разработки;
• достаточно ли обучения;
• нужна ли консультация;
• уместна ли совместная разработка;
• нужен ли консалтинг по подробной стратегии;
• стоит ли начать с аудита существующих материалов;
• кто должен участвовать: ИТ, бизнес, данные, ЦТ, ИИ, ИБ, консультанты.

Консультация поможет уточнить формат применительно к вашей компании: учесть размер, отрасль, сложность ИТ, текущие проекты, состояние данных, роль ЦТ и ИИ, ресурсы команды, бюджет и уже существующие стратегические материалы.

Пройти тест по разработчикам стратегии:
https://www.info-strategy.ru/strategy-configurator/#test-8

Пройти конфигуратор стратегии:
https://www.info-strategy.ru/strategy-configurator/

Получить консультацию:
https://www.info-strategy.ru/consultation/

Посмотреть услуги:
https://www.info-strategy.ru/services/

Рисунок для блока: новый рисунок “Выбор разработчиков стратегии”. Входные факторы → тест → варианты: обучение / консультация / совместная разработка / аудит / консалтинг / поддержка. Размер: во всю ширину.

---

Рисунки для страницы: карта размещения

Блок страницы	Рисунок	URL
Первый экран / точка зрения ИТ-директоров	Кому целесообразно разрабатывать и поддерживать ИТ-стратегию	https://www.info-strategy.ru/wp-content/uploads/it-strategy-best-developers-1.png
Критерии выбора	Критерии выбора разработчиков ИТ-стратегии	https://www.info-strategy.ru/wp-content/uploads/it-strategy-developers-criterion.png
Свои сотрудники	Оценка варианта “ИТ-директор и сотрудники ИТ”	https://www.info-strategy.ru/wp-content/uploads/temp-12.jpg
Международные компании	Оценка варианта “международные компании”	https://www.info-strategy.ru/wp-content/uploads/temp-15.jpg
Российские компании	Оценка варианта “российские компании”	https://www.info-strategy.ru/wp-content/uploads/temp-13.jpg
Совместная разработка	Оценка варианта “консультанты + ИТ-директор + команда”	https://www.info-strategy.ru/wp-content/uploads/temp-14.jpg
Обучение / основа	15 слайдов ИТ-стратегии	https://www.info-strategy.ru/wp-content/uploads/It-strategy-methods-main-15-slides-1-750×374.png
Совместная разработка	Баннер средней ИТ-стратегии	https://www.info-strategy.ru/wp-content/uploads/services-it-strategy-medium-halfsize-banner-1-e1567539638888.jpg
Аудит	Аудит ИТ-стратегии	https://www.info-strategy.ru/wp-content/uploads/services-it-strategy-audit-bigsize-e1565868543829.jpg
Поддержка стратегии	Ежегодное обновление ИТ-стратегии	https://www.info-strategy.ru/wp-content/uploads/strategic-session-IT-strategy-annual-update-750×787.png
Отзывы	СГМК	https://www.info-strategy.ru/wp-content/uploads/%D1%8133-sgmkgroup-logo.png
Отзывы	Softline	https://www.info-strategy.ru/wp-content/uploads/%D1%8126-softline-logo.png
Отзывы	Интерэнерго	https://www.info-strategy.ru/wp-content/uploads/%D1%8128-interenergo-logo.png
Отзывы	XXI век	https://www.info-strategy.ru/wp-content/uploads/%D1%8140-xxi-century-logo.png

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

Главное изменение по сравнению со старой страницей: я сохранил вашу авторскую аргументацию, но переставил акцент. Раньше международные компании были «круто, но дорого и плохо управляемо». Сейчас для российских заказчиков это скорее не типовой и рискованный вариант, особенно если стратегия затрагивает ИТ, данные, ИБ, ЦТ, ИИ, импортозамещение и сведения о развитии компании.