Домен "Планирование и организация": Разработка стратегического плана развития ИТ

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

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

• сделать обучение интересным
• привлечь родителей и т.п.

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

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

Далее необходимо определиться с затратами. Например, затраты на обучающие игры:

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

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

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

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

PO 2. Определение информационной архитектуры

Информационные системы создают и регулярно обновляют корпоративную информационную модель, а также определяют системы для оптимального использования информации. Информационная архитектура является компонентом ИТ-архитектуры (вместе с технологиями и приложениями). ИТ-архитектура – описание фундаментального устройства ИТ-компонентов организации, взаимосвязей между ними и способа, посредством которого компоненты системы обеспечивают достижение целей организации[1]. Процесс "Определение информационной архитектуры"(рис.4.3) повышает качество принятия решений руководством, поскольку возникает уверенность в достоверности и защищенности информации. Рационализация ресурсов информационных систем ведет к повышению соответствия корпоративной стратегии. ИТ-процесс улучшает отчетность в вопросах целостности и безопасности данных, а также контроль за совместным использованием информации приложениями и субъектами.

Рис. 4.3. Процесс "Определение информационной архитектуры"

Приведем описание процесса из русскоязычной версии COBIT 4.1.

Определение информационной архитектуры.

удовлетворяет следующим бизнес-требованиям к ИТ:

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

сосредоточено на:

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

достигается с помощью:

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

результаты оцениваются с помощью следующих показателей:

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

В таблице 4.5 содержится входная для процесса информация и ее источники.

Результаты процесса, а также процессы, на выход которых они должны поступить, перечислены в таблице 4.6.

"*" – завершение вне COBIT.

Таблица 4.7 представляет собой таблицу ОУКИ для процесса "Определение информационной архитектуры".

Таблица 4.8 содержит иерархию целей и показателей для процесса "Определение информационной архитектуры".

Цели контроля:

PO 2.1. Модель корпоративной информационной архитектуры

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

PO 2.2. Справочник корпоративных данных и правила представления данных

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

PO 2.3. Схема классификации данных

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

PO 2.4. Управление целостностью

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

Как классифицировать существующие в организации данные? Прежде всего под классификацией понимают систематическое упорядочивание элементов по группам или категориям в соответствии с заданными критериями. Например, компания IBM в одной из своих моделей данных предлагает следующие группы (рис.4.4).

Рис. 4.4. Классификация данных в IBM

• Договоренности - представляет собой договоренности возможные или действительные между двумя или более заинтересованными сторонами, которые предлагают и подтверждают правила и обязательства, связанные с продажей, обменом или предоставлением продуктов и услуг.
• Участники - входят любые частные лица и их группы, организации, подразделения и должности, информацию о которых необходимо хранить.
• Продукт - описывает услугу, товар или оборудование, которые могут быть предложены, проданы или куплены поставщиком услуг.
• Классификаторы - определяют значения или описания, входящие в категорию данных. По сути, различные справочники.
• Расположение – определяет географическое местоположение. Страна, город, географическая точка.
• Ресурсы - обозначают логический или физический объект, имеющий ценность.
• Правила – включают формализованные правила ведения бизнеса.
• Условия - описывают особые требования к тому, как должны работать участники, и определяют предварительные условия (квалификацию) и ограничения (рамки), связанные с этими требованиями.
• События – в данную область входят различные события, например, отгрузка/поставка товара, заключение договора, покупка здания и т.п[6].

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

PO 3. Определение направления технологического развития

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

Рис. 4.5. Процесс "Определение направления технологического развития"

Определение направления технологического развития (рис.4.5)

удовлетворяет следующим бизнес-требованиям к ИТ:

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

сосредоточено на:

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

достигается с помощью:

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

результаты оцениваются с помощью следующих показателей:

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