|
|
Итархитектура и итстратегия Тема 1 Актуальность проблематики связана с
Можно выделить следующие моменты: - обоснование необходимости проекта и факторов, влияющих на разработку архитектуры;
- формирование команды проекта разработки архитектуры;
- определение границ архитектуры и используемых методик;
- формирование структур и процессов управления и контроля (governance).
Обоснование необходимости проекта Учет только прямых финансовых выгод зачастую оказывается недостаточным для оправдания инвестиций, так что приходится использовать более сложные методики, чтобы включить в обоснование проекта косвенные выгоды для бизнеса организации. Возможной оценкой может быть величина «Возврата на основные фонды» (ROA – Return on Assets), которая будет стимулировать компанию оценивать архитектуру ИТ с точки зрения повышения эффективности своих основных фондов. Другим полезным показателем может быть «Возврат на возможность» (Return on opportunity). Формирование команды проекта Оптимальный состав команды, по мнению META, должен включать специалистов со следующими ролями: - Стратег, который взаимодействует с руководством организации и формулирует на понятном специалистам по информационным технологиям языке те бизнес-требования, которые должны найти отражение в архитектуре предприятия.
- Проектировщик, ответственный за определение общих архитектурных принципов.
Формирование команды проекта - Тренер, который специализируется на объяснении высшему руководству и бизнес-пользователям необходимости и преимуществ архитектуры предприятия.
- Советники, которые обеспечивают взаимодействие с командами, реализующими отдельные программы и проекты, а также отслеживают перспективные технологии и изменения в окружении.
- Контролер, отвечающий за постоянное сравнение всех проходящих ключевых преобразований с планом, а также за необходимые изменения в плане в соответствии с потребностями организации.
Определение границ архитектуры При разработке архитектуры электронного правительства на региональном, городском уровне основные усилия будут сосредоточены на вопросах, связанных с межведомственным информационным взаимодействием (как, например, это сделано в проекте e-GIF проекта электронного правительства Великобритании). Если архитектура предприятия должна затрагивать партнеров и поставщиков, то, следовательно, это потребует определенного участия их представителей в работе. Если выбрана только часть предприятия, наиболее важная в каком-то смысле, то только часть бизнес-процессов организации будет рассматриваться при разработке архитектуры. Формирование структур и процессов управления и контроля Важными документами, которые будут использоваться в качестве основы, являются: - стратегия коммуникации, то есть распространения информации по проекту внутри организации с учетом потребностей в информации всех заинтересованных участников – то есть, с самого начала проекта необходимо предусматривать шаги для обеспечения внедрения его результатов;
- процедуры рассмотрения и разбора исключительных ситуаций и отклонений от стандартов архитектуры.
Спасибо за внимание! Управление и контроль архитектурного процесса Тема 11 Методы управления и контроля Функция управления и контроля включает два аспекта: - обеспечение того, что Архитектура предприятия становится правилом или «законом», которому все подразделения организации, специалисты по ИТ следуют в своей работе;
- организация процесса, который бы обеспечил выполнение принятых правил (или «закона»).
Это включает процессы рассмотрения проектов и инициатив на соответствие архитектуре, процессы рассмотрения неизбежных исключений и конфликтов – фактически, обеспечение контроля и надзора. Руководящие принципы - Архитектура новых систем будет проходить формальные процедуры контроля на эффективность.
- Предлагаемые изменения в бизнес-процессах и системах будут контролироваться с точки зрения их влияния на другие обеспечивающие их бизнес-процессы и системы.
- Набор моделей архитектуры будет поддерживаться в актуальном состоянии (в специальном репозитории), целостность моделей и связи между ними также будут контролироваться и обеспечиваться.
- Будут разработаны и поддерживаться стандарты и правила (политики).
Руководящие принципы - Соответствие стандартам и правилам будет контролироваться.
- Архитектура будет неотъемлемой частью всего процесса управления ИТ на предприятии.
- Технологическая архитектура будет контролироваться на уровне предприятия в целом.
- Команда проекта разработки архитектуры, выполняющая основную работу, не является собственником этого процесса и результатов. Результаты разработки формируются в виде рекомендаций, подлежащих утверждению высшим руководством организации для придания определенной значимости и легитимности.
|
|
|
Скачать 4.57 Mb.