Содержание ИТ стратегии

Структура документа ИТ-стратегии

Роль документа как инструмента коммуникации

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

Отсутствие единого шаблона

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

Концептуальная часть стратегии

Описание роли ИТ на предприятии

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

Связь бизнес-целей и ИТ-задач

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

Архитектурные принципы и принципы работы с ИТ

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

Уровни зрелости и пирамида потребностей

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

Также стоит указать, какие изменения в ИТ необходимы, даже если они напрямую не влияют на бизнес-задачи, но являются обязательным условием их решения. Для этого используется инструмент «Пирамида потребностей в информационных технологиях». Если запланированы задачи на верхних уровнях пирамиды, может потребоваться доработка инструментария на более низких уровнях. Это важно объяснить топ-менеджерам: реорганизация, например, серверной инфраструктуры (СОД) проводится не сама по себе, а ради стратегических целей.

Операционная деятельность и границы стратегии

Операционную сторону деятельности ИТ можно описать в стратегии, но необходимо явно показать, что она эффективна сама по себе. Некоторые операционные задачи могут быть стратегически значимы, но не из-за прямой связи с бизнес-целями, а потому что управление ими позволяет сдерживать или снижать стоимость владения (Total Cost of Ownership, TCO). Такой вклад в общую эффективность тоже допустимо отразить.

Однако операционная работа по своей сути не является стратегической, и эти две области важно разделять. Крупные компании нередко добавляют операционную составляющую в стратегию для веса и значимости, не разделяя её явно. Это делает документ аморфным и громоздким, теряется основная суть. Суть стратегического управления — в чёткой увязке стратегических задач с задачами бизнеса (почти «один в один», с небольшим дополнением для опосредованных задач). Операционные задачи часто превосходят стратегические по объёму финансов и реализуемых работ — особенно в крупных, но медленно растущих организациях. Поэтому операционную часть рекомендуется либо вынести в отдельный документ, либо предельно чётко отделить, чтобы не размывать квинтэссенцию стратегии.

От концепции к конкретным решениям

Если создаётся полномасштабный документ, после концептуальной части переходят к конкретике. Здесь уже нельзя ограничиваться общими формулировками вроде «внедряем российское ПО». Нужно называть конкретные продукты (например, «1С», «Oracle») и обязательно обосновывать выбор. Обоснование строится, в частности, через экспертные оценки и экономические расчёты.

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

Изменения в ИТ-службе

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

Выбор подходов к реализации: Agile и Waterfall

Гибкие подходы (Agile) и традиционные водопадные (Waterfall) следует декларировать и обозначать, где и как они будут применяться. Гибкие подходы эффективны для поисковых задач, когда конечное решение заранее неизвестно, и цели уточняются в процессе. Водопадный подход, напротив, напрямую ведёт к понятной цели и более эффективен для решений с ясными требованиями. Важно комбинировать оба подхода, отражая это в принципах стратегии.

Принципы взаимодействия с заказчиками

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

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

Краткие итоги

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

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

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

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