- •Основные элементы и этапы разработки ит-стратегии
- •Основные элементы и этапы разработки ит-стратегии Контекст стратегии ит
- •Связь бизнес-стратегии и стратегии ит
- •Два аспекта деятельности, связанной с информационными технологиями
- •Возможная структура документа, описывающего стратегию ит
- •Процесс, порядок разработки и управления стратегией ит
- •Проблемы, связанные с процессом разработки стратегии ит
- •Как быть, если в организации отсутствует явно сформулированная бизнес-стратегия
- •Структуры управления и контроля и выбор финансовых критериев/инструментов
- •Организационные структуры, участники и роли в процессе создания стратегии ит
- •Финансовые инструменты принятия решений Можно выделить три категории финансовых инструментов принятия решений, связанных со стратегией ит:
- •Процессы финансового управления
- •Управление портфелем ит-проектов
- •Выбор приоритетов для инвестиций
- •Связь портфеля ит-проектов и бизнес-стратегий
Два аспекта деятельности, связанной с информационными технологиями
Мы уже отмечали, что когда мы говорим о стратегии ИТ, то фактически речь идет о двух стратегиях: стратегии в области прикладных систем и стратегии в области управления и эксплуатации ИТ-ресурсов.
Для лучшего понимания контекста, в котором должны разрабатываться стратегия и архитектура предприятия, еще раз обратим внимание на фундаментальное разделение двух аспектов деятельности ИТ-служб: создание и управление приложениями (прикладными системами) и эксплуатация инфраструктуры. [7.1]. Внимание, которое мы уделяем этому разделению, вызвано тем, что, как мы покажем ниже, стратегия и архитектура ИТ в равной степени имеют отношение как к основной деятельности организации (бизнесу), так и к технологическим аспектам как таковым. Соответственно, к этим аспектам управления ИТ предъявляются разные требования.
Такое фундаментальное разделение обязанностей связано с различием в деятельности по созданию систем и сопровождению систем. Каждая из групп имеет свои цели:
-
приложения определяют то, как выполняется работа, поэтому разработка приложений тесно связана с основным бизнесом компании или деятельностью государственной организации, а знание приложений – это, прежде всего, понимание бизнес-процессов;
-
эксплуатация инфраструктуры – деятельность, относительно слабо связанная с ключевыми функциями (бизнесом) организации, сфокусированная в основном на технологиях. Грубо говоря, не требуется знать бизнес-процессы компании для того, чтобы понимать, что такое Web, Windows или Unix.
Таким образом, по сути дела, необходимо различать две разных стратегии в области ИТ: прикладные системы и управление/эксплуатация ИТ-инфраструктуры. Здесь важно сделать следующие замечания:
-
приложения как элемент стратегии ИТ – это зона ответственности бизнеса. Основой функционирования организации являются бизнес-процессы, которые поддерживаются прикладными системами. Руководство компании должно оценивать стратегию в области прикладных систем с точки зрения качества и результативности (effectiveness) поддержки ключевых функций;
-
эксплуатация инфраструктуры сфокусирована на сегодняшних, ежедневных проблемах. Бизнес-руководство оценивает стратегию в области ИТ-инфраструктуры с точки зрения эффективности (efficiency – максимальная отдача при минимальных затратах).
Как уже отмечалось, двумя ключевыми элементами поддержки разработки стратегии ИТ являются:
-
ИТ-архитектура. Подчеркнем, что это единственный "технический" аспект ИТ, который должен пониматься и в какой-то степени контролироваться бизнес-руководителями. Таким образом, им не обязательно вникать в конкретные возможности приложений или параметры закупаемых серверов.
-
Финансовые и альтернативные инструменты. Стратегия – это всегда принятие решений. Чисто финансовые инструменты (ROI, ROA), а также "смешанные" типа TVO (Total Value of Opportunities – ценность возможностей для бизнеса) – это тот "язык", который должен использоваться для поддержки принятия решений. Естественно, что он должен быть определен и согласован до того, как с его помощью будут отбираться проекты для реализации; иначе потом может возникнуть сильное желание выбора постфактум такого инструмента, с помощью которого можно "обосновать" принятие "нужного" решения.