- •О чем этот курс
- •1 Бизнес и информационные технологии:
- •Актуальность проблематики с точки зрения изменения роли ит в бизнесе и обществе
- •Бизнес-стратегия и кис
- •Связь между потребностями бизнеса и ит
- •Анализ ключевых факторов
- •Ценность ит с точки зрения бизнеса и практика управления ит
- •Динамика ит-бюджетов
- •Новые технологии
- •Суммируем преимущества наличия архитектуры и стратегии
- •Практика документирования архитектуры
- •3 Архитектура предприятия
- •Архитектура: основные определения
- •Архитектура предприятия (Корпоративная архитектура) Эволюция представлений об архитектуре предприятия
- •Контекст Архитектуры предприятия
- •4.: Интегрированная концепция и уровни абстракции Интегрированная концепция архитектуры предприятия
- •Архитектура и управление ит-портфелем
- •Общие элементы определений "Архитектуры предприятия" и основные заблуждения
- •Архитектура предприятия в России
- •5.: Элементы Архитектуры предприятия. Бизнес-архитектура и архитектура информации Элементы архитектуры предприятия Домены (предметные области) архитектуры
- •Принципы, модели и стандарты в рамках архитектуры предприятия
- •Модели и моделирование
- •Бизнес-архитектура Контекст и основные элементы бизнес-архитектуры
- •Основные модели и инструменты описания бизнес-архитектуры
- •Архитектура информации Контекст и основные элементы архитектуры информации
- •Основные модели и инструменты описания архитектуры информации
- •6.: Архитектура приложений Архитектура приложений Контекст и основные элементы архитектуры приложений
- •Модели и инструменты управления портфелем приложений
- •Влияние архитектуры приложений на инфраструктуру
- •7 Технологическая архитектура, стандарты и шаблоны Технологическая архитектура (архитектура инфраструктуры) Контекст и основные элементы технологической архитектуры
- •Оценка состояния и требований к технологической инфраструктуре
- •Адаптивная технологическая инфраструктура
- •Роль стандартов
- •Использование архитектурных шаблонов
- •Сервис-ориентированная архитектура (soa) и архитектура, управляемая моделями (mda)
- •8 Контекст разработки архитектуры предприятия
- •Модель Захмана
- •Cтруктура и модель описания ит-архитектуры Gartner
- •Методика meta Group
- •Методика togaf
- •9.:. Выбор "оптимальной" методики методики nascio Architecture Toolkit
- •Стратегическая модель архитектуры sam
- •Архитектурные концепции и методики Microsoft
- •Архитектурные методики teaf c4isr DoDaf rm-odp cafcr
- •Краткое сравнение различных методик
- •Рекомендации, касающиеся использования методик
- •10.: Процесс разработки архитектур: цели и задачи, общая схема
- •Семь шагов архитектурного процесса в соответствии с методикой Спивака
- •Модель процесса разработки и использования архитектуры
- •Направления разработки архитектуры: "сверху-вниз" или "снизу-вверх"
- •Планирование Архитектуры предприятия
- •Обоснование необходимости проекта разработки архитектуры и факторы влияния
- •Формирование команды проекта
- •Определение границ архитектуры и используемых методик
- •Примерная структура описания ит-архитектуры
- •Раздел Описание
- •11. Процесс разработки архитектур: управление и контроль, Gap-анализ, внедрение Управление и контроль архитектурного процесса (governance). Методы управления и контроля
- •Организационные структуры, связанные с разработкой архитектуры
- •Обеспечение соответствия проектов архитектуре
- •Оценка затрат на разработку и сопровождение архитектуры предприятия
- •Творческий характер архитектурного процесса
- •Как обеспечить внедрение результатов проекта разработки
- •12.: Процесс разработки архитектур: оценка зрелости, детализация и распределение усилий. Инструментальные средства и мониторинг технологий
- •Оптимальный уровень детализации и распределения усилий в процессе создания Архитектуры предприятия
- •Минималистский подход и "достаточно хорошая" архитектура
- •Временные интервалы, которые должна охватывать "достаточно хорошая" архитектура
- •Инструментальные средства для разработки и сопровождения архитектуры предприятия
- •Организация мониторинга технологий
Бизнес-стратегия и кис
принцип построения и описания архитектуры ИТ для руководителей организаций: "Руководителей компаний волнуют такие темы, как технологии, трансформация компаний и связь между этими двумя вещами. При этом очень часто, будучи специалистами в своих предметных областях, эти люди не понимают информационных технологий,
организации всегда испытывали проблему с синхронизацией развития своей инфраструктуры ИТ и целями ведения бизнеса. Управленцы и бизнесмены мыслят в терминах бизнес-моделей, бизнес-процессов и специфических функций бизнеса, в то время как сотрудники ИТ-служб предлагают технологии и обсуждают то, как эти ИС должны быть интегрированы в общую архитектуру КИС.
О
чевидно,
что сейчас требуется новый способ
обеспечения связей между бизнес-целями
и ИТ. Сегодня окружающая организации
среда требует единого, синхронного
подхода, который приводит к созданию
единой архитектуры бизнеса. При
этом правила построения бизнеса на
уровне процессов, людей и организационных
структур (Архитектура предприятия)
должны быть синхронизированы с самого
начала с правилами управления структурами
и стандартами в области ИТ (Архитектура
ИС).
Вполне естественно, что корпоративная ИТ-архитектура долго считалась исключительно прерогативой ИТ-служб, так как только они обладали соответствующей квалификацией и опытом. Однако сегодня модели ведения бизнеса организаций во многом стали определяться возможностями информационных технологий.
В этой гонке многие организации осознали, что их ИТ-архитектура могла сдерживать развитие бизнеса вместо того, чтобы поддерживать его. "...руководители редко знают способ ликвидации разрыва между качеством ИТ-инфраструктуры и потребностями в стратегических изменениях"6.
Новый подход состоит в объединяющей концепции – "архитектуре предприятия", которая включает составной частью архитектуру информационных технологий.
для разработки архитектуры бизнеса всегда должно быть ясное понимание основного источника конкурентных преимуществ организации либо главных функций и процессов для государственных ведомств.
Одно из замечаний, которое хотелось бы сделать, состоит в том, что использование ИТ само по себе не приносит прямых преимуществ, а только создает условия для их получения [2.13]. Сами преимущества являются результатом улучшения в рабочих процессах, и это означает, что достичь каких-либо позитивных изменений можно только тогда, когда люди начинают делать определенные вещи иным образом.
Это означает, что для того, чтобы реально получить новое качество от использования ИТ в организации, в ней надо найти заинтересованные стороны, которые получат преимущества от нового порядка ведения дел, являющегося результатом использования ИТ. Для этих людей или групп людей в английском языке используется термин stakeholders, который можно приближенно перевести как "заинтересованные стороны".
При обосновании инвестиций в ИТ также иногда происходит смешивание двух понятий: непосредственные, прямые результаты от использования ИТ и преимущества с точки зрения бизнеса. Например, возможность сокращения персонала вследствие внедрения информационной системы является прямым результатом. Преимущества, которые организация получает от такого уменьшения трудозатрат, зависит от менеджеров, которые решают, уменьшить ли фонд заработной платы организации в результате сокращения персонала или, например, улучшить обслуживание клиентов, переместив часть освободившихся сотрудников в соответствующие службы по работе с клиентами.
Точно также часто декларируемая экономия времени работы персонала от внедрения ИТ-систем является лишь прямым результатом. Чтобы организация получила преимущества от этого, нужны определенные действия со стороны руководства по использованию освободившегося времени сотрудников.
Таким образом, информационные технологии обеспечивают получение прямых результатов, но участие руководства организации необходимо для того, чтобы материализовать эти результаты в преимущества.
