- •О чем этот курс
- •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.: Процесс разработки архитектур: оценка зрелости, детализация и распределение усилий. Инструментальные средства и мониторинг технологий
- •Оптимальный уровень детализации и распределения усилий в процессе создания Архитектуры предприятия
- •Минималистский подход и "достаточно хорошая" архитектура
- •Временные интервалы, которые должна охватывать "достаточно хорошая" архитектура
- •Инструментальные средства для разработки и сопровождения архитектуры предприятия
- •Организация мониторинга технологий
1 Бизнес и информационные технологии:
Можно проследить интересную аналогию между архитектурой здания и архитектурой информационной системы организации. Наряду с характеристиками, описывающими состав, структуру и назначение компонент информационной системы, ее реальный эффект во многом будет определяться субъективными аспектами восприятия со стороны пользователей. Хорошо продуманный интерфейс пользователя и поддержка всех тех функций, которые реально нужны на практике, обеспечат успех информационных систем и создадут предпосылки для успеха организации в целом. Напротив, морально устаревшие приложения и архаичные технические средства скорее мешают, нежели способствуют продуктивной работе, и их судьба будет схожа со сносимыми постройками.
как оказалось, многие понятия, применяемые в области создания информационных систем, имеют "предшественников" из терминологии строительной архитектуры. Прежде всего, речь идет о шаблонах (или паттернах), а также о сравнении процессов планирования и развития городов и ИТ-систем в лекции 10.
в сфере ИТ нам предстоит пережить переход к новому уровню развития систем, основанному на глобальном взаимодействии стандартных компонент.
В англоязычной литературе обычно используются сразу два термина – effectiveness и efficiency, отражающие как улучшение/увеличение конечного результата, так и оптимальность применяемых для этого усилий. Сама по себе эта задача не является элементарной – существует достаточное количество примеров "создания" ИТ-архитектуры предприятия, когда эта архитектура не только не оправдывает надежд ее авторов и заказчиков, а наоборот, приводит к излишним трудозатратам. Поэтому перед тем как начать действовать, полезно будет сформулировать точное определение целей проекта разработки архитектуры и методов работы, а также учесть уже имеющийся опыт и рекомендации.
Сложность проблемы усугубляется еще и тем, что не существует простого, однозначного и общеупотребительного определения самого понятия ИТ-архитектуры. Разные авторы вкладывают, в общем-то, близкий, но, тем не менее, отличающийся смысл в этот термин или же выделяют в составе архитектуры различное число составляющих компонент – от двух до семи и более. Другим основным предметом нашего внимания является стратегия развития информационных технологий в организации – ИТ-стратегия. Ее возникновение и выделение в качестве самостоятельной области рассмотрения вызвано, прежде всего, необходимостью обеспечения постоянного соответствия между уровнем развития информационных систем предприятия и требованиями бизнеса. Очевидно, что развитие бизнеса неминуемо будет сопровождаться соответствующими изменениями в ИТ-системах. Однако такие изменения, хотя и более медленные, будут неизбежны и для достаточно редкого в наши дни случая неизменности деловых процессов и стабильных внешних условий – хотя бы из-за морального и физического устаревания отдельных компонентов информационной системы. Таким образом, если архитектура характеризует определенное состояние информационных технологий, то ИТ-стратегия задает направление для изменения этих состояний и правила таких переходов. Грубо говоря, если в отсутствие стратегии к цели может вести множество путей, то определенная стратегия позволяет выбрать только оптимальные. Заметим, что понятие оптимальности само по себе неоднозначно – нужен ли нам самый быстрый путь, или самый короткий, или самый приятный?
Образно говоря, архитектура и стратегия аналогичны силам "инь" и "янь" древнекитайской философии, которые характеризуют баланс сохранения и изменения. Все хорошее в этом мире строится на взаимодействии этих дополняющих друг друга сил. Архитектура информационных технологий обеспечивает определенный уровень стабильности, возможность сохранять высокую степень соответствия прикладных систем потребностям бизнеса, соответствие инфраструктуры потребностям прикладных систем. В то же время стратегия информационных технологий определяет необходимый процесс управляемых, целенаправленных изменений и прогресса в архитектуре и наборе прикладных систем и технологий, которые необходимы для удовлетворения будущих потребностей организации (воображаемое будущее).
Рис. 1.1. Архитектура и стратегия: инь и янь информационных технологий предприятия
Фактически ИТ-стратегия определяет возможные в контексте конкретной организации способы достижения целевого состояния (перехода из текущего исходного состояния) информационной системы. Поскольку исходное и целевое состояние информационных систем в значительной степени определяются соответствующей архитектурой, то понятия архитектуры и ИТ-стратегии оказываются неразрывно связаны между собой.
В частности, стратегия развития прикладных систем определяет перспективные направления, так что выбор каждого отдельного приложения или технологии зависит от конкретных задач с учетом общего предопределенного направления. Конечно, реализация отдельных требований возможна путем выбора конкретного продукта и при отсутствии стратегии, но набор таких приложений будет крайне неэффективен с точки зрения перспективности развития и эксплуатации всех информационных систем предприятия в целом. Проекты будут слабо связаны друг с другом, бюджеты и сроки будут с большей вероятностью превышены, а бизнес-подразделения будут недовольны тем, как работают приложения, да и самой ИТ-службой.
Один из принципов системного мышления гласит: "То, что является в меру хорошим для каждой части, обычно является наилучшим для всей системы в целом. Если интересы одной части максимизируются, то это неизбежно означает потерю для остальных частей". Поэтому, безусловно, "хорошая" ИТ-архитектура и ИТ-стратегия являются плодом компромисса между бизнесом и ИТ-службой, а также между различными применяемыми в организации технологиями.
Вообще говоря, стратегия является одним из самых "обманчивых" терминов, который часто не к месту употребляется и, что еще хуже, неправильно понимается. Хотя, в соответствии с опросом руководителей более 1000 крупных компаний, проведенным компанией Price Waterhouse Coopers, наличие корпоративной стратегии находится на третьем по значимости для предприятий месте после дохода и прибыли, но формулировки "стратегических направлений" далеко не всегда соответствуют своему назначению3.
Соответственно, на уровне ИТ-стратегии достаточно часто встречаются формулировки типа "повышение уровня автоматизации управления организацией" или "внедрение системы видеоконференций". Являются ли эти утверждения элементами стратегии? В этом курсе мы попробуем разобраться в том, что должна включать в себя ИТ-стратегия, зачем она вообще нужна, каковы правила и порядок ее разработки и, главное, что является признаком успешной ИТ-стратегии.
