Новый инструмент управления архитектурой предприятия Enterprise Evolver

Обратил на себя внимание новый инструмент управления архитектурой предприятия Enterprise Evolver, выпущенный компанией Capability Management Inc. Инструмент реализован в виде мобильного, очень простого в освоении решения и доступен в версии для iPad.

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

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



Функциональность Enterprise Evolver:

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

 
Доступны видео-ролики демонстрирующие основные возможности Enterprise Evolver.

Плюсы данного инструмента:
Цена. Программа стоит всего 45 долларов (2300 рублей). Простой интерфейс пользователя. Быстрое освоение продукта. Большой набор готовых шаблонов диаграмм. В продукт заложено большое количество современных бизнес-концепций. Из наиболее интересных, стоит сказать о бизнес-потенциалах (Business Capability),  общих видах архитектуры (Blueprint), "температурных" картах (Heat Map), болевых точках (Pain Point), точках соприкосновения (Touch Point).
Минусы данного инструмента:
Отсутствует возможность организации централизованной распределенной коллективной работы различных групп пользователей, нет центрального репозитария. Фактически, это инструмент индивидуальной работы с построением наглядных схем на основе готовых шаблонов.
Резюме:
Инструмент стоит своих денег и не более. Он пригоден для быстрой подготовки иллюстративного материала в рамках консалтинговых проектов или для проведения предварительных обсуждений типа мозговой шторм. Позволяет минимизировать порог вхождения консультантов и заказчиков в предметную область "Управление архитектурой предприятия". Enterprise Evolver использует современный западный понятийный ряд и может служить средством начального ознакомления и обучения. Но для реальной работы требуются значительно более серьезные и более дорогостоящие решения, включающие, прежде всего, центральный репозитарий архитектурных артефактов, увязанных между собой с помощью метамодели.

Роль ИТ-архитектора в организации

08.10.2014, Максим Смирнов, http://mxsmirnov.com/2014/10/08/solution-architect-2

Несколько месяцев назад я написал заметку Когда, кому и зачем нужна Архитектура Предприятия Справедливости ради надо отметить, что полномасштабный проект по выстраиванию Enterprise Architecture  встречается достаточно редко. Намного чаще услуги архитектора бывают востребованы для решения более локальных задач: структурирование приложений, процессов и данных в рамках отдельного продукта, бизнес-функции или направления деятельности организации. В таких случаях обычно говорят об архитектуре ИТ-решения, а человека который её делает называют Solution architect. Одной из задач этого уважаемого эксперта является разработка архитектуры в ИТ-проекте. На прошлом месте работы мы называли эту деятельность High Level Design Но у Solution architect есть еще одна, не менее важная задача – подготовка вариантов решения. О том как это сделать можно почитать здесь Create a solution architecture А я напишу несколько слов о том, почему это важно.

Когда, кому и зачем нужна Архитектура Предприятия

20.03.2014, Максим Смирнов, http://mxsmirnov.com/2014/03/20/why-ea/

Начал работать с одной компанией на тему архитектуры предприятия (Enterprise Architecture) и решил скорректировать своё представление об EA, сделать его понятней и проще. Обычно, датой рождения EA считают публикацию John A. Zachman «A Framework for Information Systems Architecture» 1987 года, хотя сам термин появлялся и в более ранних работах.  Не смотря на то, что архитектура предприятия вещь довольно молодая, она успела уже подпортить себе репутацию. Как и любая другая архитектура, архитектура предприятия не имеет точного определения(см., например, 10 Definitions of Enterprise Architecture), но зато имеет большое число неудачных проектов (см. Gartner Identifies Ten Enterprise Architecture Pitfalls или  8 Reasons Enterprise Architecture Programs Fail). Обычно, после завершения проекта по разработке архитектуры предприятия можно услышать такую фразу: «Мы нарисовали все необходимые картинки, но не имеем ни малейшего представления как извлечь из этого хоть какую-то пользу». Поэтому, давайте проговорим все с самого начала.

Сравнение четырех ведущих методологий построения архитектуры предприятия

http://msdn.microsoft.com/ru-ru/library/ee914379.aspx
Роджер Сешнс, Компания ObjectWatch, Inc., Май 2007 г.

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

• Сложность систем — организации тратили все больше денег на построение ИТ-систем.
• Неэффективная организация бизнеса — несмотря на всевозрастающую стоимость ИТ-систем, организациям с большим трудом удавалось поддерживать их соответствие требованиям бизнеса.

Итог: высокие затраты, низкая эффективность. Эти проблемы, впервые выявленные 20 лет назад, сегодня достигли критической точки. Стоимость и сложность ИТ-систем выросли экспоненциально, а реальная польза от них резко снизилась.

ИНСТРУМЕНТАЛЬНАЯ РЕАЛИЗАЦИЯ АРХИТЕКТУРНЫХ МОДЕЛЕЙ ПРЕДПРИЯТИЯ НА ОСНОВЕ ОНТОЛОГИЙ

БИЗНЕС-ИНФОРМАТИКА №1(15)–2011 года

Н.Н. Лычкина, кандидат экономических наук, доцент, заместитель заведующего кафедрой «Информационные системы» Государственного университета управления,e-mail: lychkina@guu.ru

А.Р. Идиатуллин, аспирант кафедры «Информационные системы» Государственного университета управления, e-mail: idiatulla@gmail.com

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

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

ОПЯТЬ ПРО АРХИТЕКТУРУ

Марина Аншина, Председатель Комитета по стандартам Российского Союза ИТ-Директоров
электронный журнал "Управляем предприятием" № 8 (8), сентябрь 2011 года, www.consulting1c.ru

Хотя все развивается по спирали, но спираль эта иногда закручивается
не в ту сторону, в какую хотелось бы. То есть не в сторону развития и прогресса. А ровно наоборот. Конечно, это временный регресс, и развитие
остановить нельзя. А вот отложить можно. Речь идет о проектах внедрения
корпоративных информационных систем и ситуации в информационных
технологиях (ИТ) в целом, которая далека еще до стабильности, эффективности, а в отдельных случаях и просто разумности.

Архитектура предприятия в контексте бизнес-реинжиниринга (Часть 2)

Евгений Зиндер, Президент Фонда ФОСТАС, директор аналитического бюро «Группа 24»
Intelligent Enterprise №7 (183), 26 мая 2008 года

http://www.iemag.ru/articles/detail.php?ID=6868

В первой части этой статьи (Intelligent Enterprise, № 4/2008, стр. 46 [1]; www.iemag.ru/articles/detail.php?ID=6612) показаны истоки комплексной дисциплины «архитектура предприятия» (АП), её проблемы и актуальные достижения, накопленные к концу прошлого века. Теперь представим то главное, что появилось в АП в новом столетии и определяет эту дисциплину сегодня.

Архитектура предприятия в контексте бизнес-реинжиниринга

Евгений Зиндер, Президент Фонда ФОСТАС, директор аналитического бюро «Группа 24»
26.03.2008
Intelligent Enterprise/RE Корпоративные системы
http://www.iemag.ru/articles/detail.php?ID=6612

Сегодня все больше руководителей и аналитиков начинают испытывать потребность в комплексном описании и планировании развития своей организации. Это им нужно как минимум для того, чтобы знать, что’ их организация представляет собой в реальности, поддерживать рациональный порядок ее устройства, а затем — приступить к ее планомерному развитию или трансформации с учетом всех важных обстоятельств. Таким целям служит «Архитектура предприятия» (АП, Enterprise Architecture) — важнейшая комплексная дисциплина нового времени. В мире наблюдается настоящий бум работ в этой области, в штатных расписаниях позиция «Enterprise Architect» заняла устойчивое положение, ведущие университеты разработали углубленные курсы и выпускают квалифицированных специалистов данного профиля.
У нас же всё пока ограничивается некоторым распространением должности «системный архитектор», что на самом деле совсем иное, а также попытками немногочисленных вузов включить обзорные разделы в другие курсы — по реинжинирингу бизнес-процессов или системной инженерии. Однако и в лидирующих по применению АП странах путь развития и применения этой дисциплины был вовсе не гладким, и здесь есть своя поучительная логика.
Цель этой статьи — проследить условия появления и развития АП как дисциплины, выделить причины успехов и затруднений. А возможно — сказать и о вероятных направлениях её дальнейшей жизни. Все это может помочь в принятии решений о разворачивании архитектурных работ на конкретных предприятиях. Есть и другая цель: напомнить коренные задачи комплексного архитектурного подхода, которые часто забываются при освоении «навороченных» архитектурных методик и инструментов. Тем более что в практике формирования архитектур часто оказываются вполне работоспособными принципы и модели, введенные в жизнь еще пятнадцать лет назад.

Управление портфелем программ: архитектурный подход

Вячеслав Ерохин

Большинство традиционных средств управления портфелем проектов являются расширениями средств управления проектами предприятия или средств автоматизации профессиональных услуг. Новаторские продукты предлагают интеграцию задач управления портфелями программ и проектов с задачами управления архитектурой предприятия.

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

Особое внимание нужно уделять всем элементам жизненного цикла ИТ — формированию стратегии, построению архитектуры, реализации стратегии, согласованному управлению и взаимодействию. Такое согласование может быть реализовано только на основе архитектурного подхода, когда все инициативы увязываются с архитектурными объектами предприятия.

Результаты и перспективы "тихой революции" архитектуры предприятия и сервисного подхода

V Международная практическая конференция "Стандарты в проектах современных информационных систем"

Батоврин Виктор Константинович, зав. кафедрой ИС МИРЭА, ведущий консультант Фонда ФОСТАС, Москва e-mail:batovrin@mirea.ru

Зиндер Евгений Захарович, президент Фонда ФОСТАС, директор аналитического бюро "Группа-24", Москва e-mail:ezinder@fostas.ru

http://www.fostas.ru/library/show_section.php?id=71

Аннотация

Эффективное планирование и реализация ИТ-стратегии сегодня связываются с использованием архитектурного подхода и сквозным сервисно-ориентированным проектированием (ССП) - от бизнес-сервисов до технических ИТ-сервисов. На этом пути за последние 5-7 лет достигнуты действительно качественно новые рубежи, на этих рубежах получены практически важные для бизнеса и для ИТ результаты. Однако результаты далеко не так просты, как это иногда представляют, и их освоение не так очевидно. Наблюдается смесь рекламных заявлений, преувеличенных надежд и реальности. Такие факторы связаны с неадекватными упрощениями архитектурного подхода, с частичным выполнением процесса ССП, с подменой ССП "внедрением" сервисно-ориентированной архитектуры ИС (SOA), применением SOA за рамками ее уместного использования. Для России типична подмена комплексной архитектуры предприятия (АП) т.н. "системной архитектурой" и недооценка роли архитектора предприятия-Заказчика. В связи с этим в докладе представлены итоги глобального анализа состояния и тенденций применения АП в мире, включая Россию.

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

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

Моделирование подключенных систем, ориентированное на сервисы

Арвиндра Cеми и Бит Швеглер2006 Март № 1(4) Microsoft Architects Journal

Применение модели, ориентированной на сервисы, в процессах проектирования требует учета ее особенностей, их правильного определения и размещения на нужном уровне абстракции. Только так можно добиться соответствия этой модели бизнес-требованиям организации. В этой статье мы предлагаем трехуровневый подход к моделированию подключенных и ориентированных на сервисы систем, который обеспечивает максимальное приближение ИТ-решений к потребностям бизнеса. Мы начнем с рассмотрения старого подхода к архитектурам, ориентированным на сервисы (SOA), и покажем, почему этот подход часто оказывался безуспешным и, как правило, не давал ожидаемой отдачи от инвестиций. Далее мы обсудим преимущества размещения модели сервисов между традиционными бизнес- и технологической моделями, знакомыми большинству архитекторов, и поговорим о методологии Microsoft Motion и о сопоставлении бизнес-возможностей (business capabilities) с сервисами. Кроме того, мы покажем, как реализовать такие сопоставленные сервисы.

Моделирование, ориентированное на сервисы, занимает видное место в планах многих организаций. 

Проектирование архитектуры предприятия и инфраструктура Integrated Architecture Framework

Эндрю МаколейThe Architecture Journal, июнь 2005 №1(1)

Архитектура корпоративного приложения

За последние несколько лет по мере совершенствования процессов разработки систем и ПО стало очевидно, что необходим «архитектурный взгляд» на системы. Это результат роста сложности систем и их взаимодействия как внутри предприятий, так и между предприятиями. Более того, постоянное требование уменьшения затрат на ИТ и получения реальных выгод от ИТ-решений создает необходимость четкого понимания того, как системы способствуют ведению бизнеса.

«Архитектурный взгляд» на системы (как на ИТ-, так и на бизнес-системы) определен в стандарте ANSI/IEEE Standard 1471-2000 таким образом: «фундаментальная организация системы, воплощенная в ее компонентах, их взаимосвязь друг с другом и со средой, а также принципы, определяющие их дизайн и эволюционное развитие». Раскрывая это высокоуровневое определение по аналогии с различными уровнями архитектуры в строительстве (городские и зональные планы, планы зданий), важно классифицировать бизнес и ИТ-архитектуры по разным уровням.

Новый архитектурный стиль

Глеб Ладыженский — директор по технологиям Oracle СНГ

Директор ИС #01/2008
http://www.osp.ru/cio/2008/01/4744326/

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

Одно из множества определений

Ключевые показатели развития и их роль в управлении целеустремленными архитектурами

А.А.Пискунов, аудитор Счетной палаты Российской Федерации

Журнал "Вооружение. Политика. Конверсия", №6 2007 года.

Выступая перед парламентом, Президент Российской Федерации отметил, что конкурентоспособность страны во многом определяется конкурентоспособностью моделей развития.
За последние десятилетия мир прошел целый ряд управленческих революций на корпоративном, национальном и транснациональном уровнях экономики, в результате чего наметились новые векторы прогресса и вместе с тем - сферы борьбы за влияние в мире.
На сегодня наиболее конкурентоспособными являются модели развития, основанные на принципах управления целеустремленными архитектурами (в американской терминологии Business Enterprise Architecture - ВЕА), в основе которых лежат требования одновременного обеспечения конкурентоспособности в сферах целеполагания, архитектуры и технологий развития.

Внедрение типового решения в архитектуру предприятия

Intelligent Enterprise №20 (176), 17 декабря 2007 года
Марина Аншина, начальник управления ИТ ОАО «СИБУР — Русские шины», председатель правления Фонда ФОСТАС

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

Почему необходимы специализированные решения?

Роль и место задач управления прикладной архитектурой в деятельности современных IT-подразделений.

Сложность и значимость информационных технологий (ИТ), используемых на современных предприятиях, существенно возросла за последние десятилетия. ИТ, появившись для обеспечения вспомогательных функций управления, становится все более и более привязанной к бизнесу предприятия, существенно повышая его эффективность. Сегодня ИТ играет существенную роль в реализации новых стратегий и процессов в компаниях, но может одновременно являться и некоторым барьером при достижении новых возможностей бизнеса. Такая возрастающая роль ИТ привела к убеждению, что ИТ и бизнес в целом должны управляться как единое целое, через Управление Архитектурой Предприятия (EAM – Enterprise Architecture Management). Огромное число приложений и взаимозависимостей между ИТ и бизнесом делают процессы управлении архитектурой предприятия неизмеримо сложными без наличия соответствующего инструмента в виде программного обеспечения (ПО).

Рынок систем по управлению Архитектурой предприятия стремительно расширяется – вендоры из различных областей по разработке ПО (таких как тестирование, моделирование бизнес-процессов, метамоделирование) активно внедрились в этот сегмент разработки ПО. Соответственно каждое направление внесло свои подходы и методы при разработке ПО для EAM, наполнив его как своими сильными, так и слабыми сторонами.

Понимание того, какую из информационных систем следует относить к классу систем управления архитектурой предприятия (EAM) , варьируется достаточно широко. Однозначно можно лишь утверждать, что к этому классу не относятся системы моделирования бизнес-процессов, управленческих систем, тестирования и ряда других.

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

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

Внедрение системы класса EAM на предприятии безусловно является серьезной инвестицией для собственников бизнеса, поэтому принятие решения по выбору такой системы является довольно сложной задачей. Система по управлению архитектурой предприятия должна давать ответы владельцу предприятия на такие вопросы, как :
- Насколько ИТ инфраструктура на предприятии соответствует стратегии моего бизнеса ? Как должна выглядеть эта инфраструктура в будущем ?
- Что случится, если некоторый объект архитектуры изменится? Как это отразится на других объектах?
- Какие наши действия и цели следуют из каких стратегий и как они отражаются на архитектуре предприятия?

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

Конкурентный анализ решений Alfabet. Общие причины выбора именно этого решения. Предпосылки успешного внедрения продукта.

Хотя тенденция к разработке систем класса EAM возникла совсем недавно, на мировом рынке появилось достаточное количество вендоров, позиционирующих себя как производителей систем такого класса. В связи с этим тестовая лаборатория TestIm Мюнхенского технического университета (TUM) провела подробное сравнение программных продуктов предназначенных для управления архитектурой предприятия. Кроме того, для коррекции методов оценки и испытаний ПО для EAM были привлечены ведущие индустриальные компании, уже имеющие опыт использования систем такого класса. Среди партнеров исследования: AMB Generali Informatik Service, BMW Group, Deutsche Boerse Systems, Deutsche Post, Gillette, HVB Systems, Kuhne+Nagel, Munchener Ruck, Siemens, T-Com, TUI.

Были исследованы девять основных продуктов класса EAM, представленных на рынке. В сравнительном обзоре участвовали следующие продукты (по алфавиту):

• "Adaptive EAM" компании Adaptive,
• "planningIT" от фирмы Alfabet,
• "Adoit" от BOC,
• "Corporate Modeler Suite & IT Architecture Accelerator" от Casewise,
• "Aris Toolset" от IDS Scheer AG,
• "Mega" от Mega International,
• "Process4.biz" от Process4.biz,
• "System Architect" от Telelogic и
• "Metis" компании Troux Technologies.
  

Как отметили исследователи, все указанные продукты в части реализации семи изученных специальных функций, необходимых для систем управления архитектурой предприятия, имеют сильные и слабые стороны. Однако, только система PlanningIT от компании Alfabet получила оценку не ниже «хорошо» во всех семи категориях.

Применение Alfabet planningIT для управления прикладной архитектурой предприятия.

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

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

Определение желаемого состояния (Vision)

Наличие утвержденной ИТ-стратегии на предприятии позволяет:

• Сделать работу ИТ-подразделения «прозрачной» для предприятия
• Контроллировать сроки, результаты и эффект
• Снизить затраты на проекты
  

Окупаемость проекта по формированию ИТ-стратегии можно оценить следующим образом: наличие стратегии приносит как минимум 10% экономию ИТ-бюджета в год. Если годовой бюджет ИТ-проектов составляет 10 миллион долларов, то в год это принесет экономию примерно 1 миллион долларов.

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

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

Преимущества интегрированного подхода к планированию и управлению ИТ

Модуль planningIT	Преимущества	Потенциал экономии	Детали
«Информационное хранилище» (LI)	Точная картина текущей инфраструктуры	Экономия до 15% от стоимости проекта (ист. Deloitte, Detecon, TSI)	Сбор данных о структуре составляет 15-30% от бюджета проекта Проектная ориентация
«Управление требованиями бизнеса» (DM)	Согласование потребностей и возможностей	Экономия до 20% стоимости проекта (ист.IBM, Standish Group)	40% ошибок проектирования вызваны ошибочными требованиями 50% общей стоимости проекта уходит на переделку выполненных работ, из них 70% вызваны неправильными требованиями
«Управление портфелем проектов» (PM)	Приоритет эффективных инвестиций в развитие IT	Экономия 20-30% инвестиций (ист.McKinsey, IBM)	30% проектов не вносят необходимого вклада в деятельность компании 25% проектов обеспечивают тот же результат при сокращении бюджетов Учитывается взаимное влияние проектов
«Управление архитектурой предприятия» (AM)	Планирование и стандартизация элементов IT	Экономия 20-30% расходов (ист.McKinsey, IBM, Meta Group)	Стандартизация результатов. Модульная инфраструктура. Консолидация аппаратных и программных средств Уменьшение эксплуатационных расходов
Управление взаимодействием (TP)	Формализация процессов управления	Экономия 40% от неоперационных расходов на зарплату персонала (ист.MIT)	Сокращение сроков исполнения проектов на 30-50%

Результат: экономия до 30% расходов бюджетов IT

Управление ИТ.Прозрачный план развития.

Вячеслав Ерохин
Почему для планирования и управления ИТ в крупных компаниях необходимо использовать инструменты более сложные, чем электронные таблицы и презентационные пакеты?
Почему важно управление архитектурой предприятия (EAM -Enterprise-Architecture-Management)?
Какие трудности возникают при реализации планов развития ИТ на предприятии? Почему не всегда удается добиться прозрачности?

Наиболее интересные поставщики решений по управлению архитектурой в 2007 году

Исследование компании Gartner, март 2007 года

Два поставщика современных решений по управлению архитектурой предприятия — alfabet AG и Primavera ProSight — предлагают поддержку для управления инвестициями и отслеживания исполнения проектов. Игнорирование этих ключевых задач может привести к неэффективной архитектуре предприятия и, в самом лучшем случае, недостаточному согласованию между стратегией развития ИТ и бизнес-стратегией предприятия.

Управление изменениями и конфигурациями

Решение по управлению конфигурациями и управлению изменениями на основе системы управления архитектурой предприятия alfabet planningIT 3.1

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

ITSM (IT Service Management, управление IT услугами) — подмножество библиотеки ITIL, описывающее процессный подход к предоставлению и поддержке IT услуг. Данная часть ITIL получила наибольшую известность в силу того, что предоставление и поддержка IT-услуг является первичной задачей IT-подразделений и специализированных IT-компании, которые зачастую сталкиваются с недостаточной зрелостью данных процессов, необходимостью измерять и контролировать качество услуг.

Как наиболее известная часть ITIL, Управление IT-услугами (ITSM) нередко считается эквивалентным библиотеке ITIL в целом. Однако ITIL, включая в себя ITSM, описывает не только управление услугами, но и сопутствующие процессы. Под ITSM подразумеваются две книги ITIL: «Предоставление услуг» («Service Delivery») и «Поддержка услуг» («Service Support»).

Какую систему УАП выбрать?

Какую информационную систему по управлению архитектурой предприятия выбрать?

Вячеслав Ерохин, (опубликовано в журнале IT Manager, #14 2007)

Что такое управление архитектурой предприятия?

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

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