Архитектура предприятияEnterprise Architecture (EA)как инструмент проработки и реализации ИТ стратегииСергей Орликsorlik@gmail.comhttp://SOrlik.ru http://www.linkedin.com/in/SOrlikCopyright © Анна Гюнтер
Что заставляет заниматься EA?Forrester conducted a “State of EA” survey of 416 IT executives “Enterprise Architecture Today and Tomorrow”http://www.architectureandgovernance.com/content/enterprise-architecture-today-and-tomorrow
EA в контексте IT GovernanceISACA COBIT – IT Governance фреймворкОпределяет деятельность по планированию, стратегическому управлению и контролю ИТ
Что такое Архитектура Предприятия?“... определениеEnterprise Architecture без использования ИТ-жаргона:Простыми словами, это инструмент планирования, описывающий как связаны и функционируют ИТ-активы предприятия.EA также описывает потребности предприятия в технологическом обеспечении.Наконец, EA описываетнабор действий, необходимых для реализации организационных потребностей. Также необходимо отметить,что EA функционирует в контексте процессов,направленных на установку приоритетов, принятие решений, информирования о таких решения и получении результатов – всего того, что называется стратегическим управлением ИТ- IT Governance. “Linda Cureton, CIO, NASA How to Rule the World of IT through Enterprise Architecturehttp://blogs.nasa.gov/cm/blog/NASA-CIO-Blog.blog/posts/post_1256697836332.html
Контекст деятельности ИТBusinessIT
Контекст деятельности ИТBusiness StrategyBusiness Services Application Services IT Strategy
Контекст деятельности ИТBusinessБизнесИТЦелиПотребностиИнициативыТребованияТребованияApplication DevelopmentIntegration & ModernizationIT OperationsApp DIMIT OpsТребования
Жизненный цикл ИТ (процессы)BusinessБизнесИТУправлениежизненным цикломИТIT Lifecycle ManagementITLMЦелиПотребностиИнициативыТребованияТребованияApp DIMIT OpsТребования
BusinessБизнесСтратегическоеуправление ИТЖизненный цикл ИТ (процессы)Управлениежизненным цикломИТIT Lifecycle ManagementITLMЦелиПотребностиИнициативыТребованияТребованияОперативноеуправление ИТApp DIMIT OpsТребования
BusinessБизнесЖизненный цикл ИТ (процессы)Стратегическоеуправление ИТТребованияТребованияIT GovernanceITLMОперативноеуправление ИТApplicationLifecycleManagementIT ServiceManagementApp DIMIT OpsТребования
BusinessБизнесСтратегическоеуправление ИТЖизненный цикл ИТ (процессы)ТребованияТребованияIT GovernanceИзмененияИзмененияИзмененияITLMОперативноеуправление ИТApplicationLifecycleManagementIT ServiceManagementApp DIMIT OpsИзмененияТребования
Жизненный цикл ИТ (процессы)BusinessInvestment ManagementProject, Program, PortfolioManagementMaturity ModelsIT AuditТребованияТребованияIT GovernanceИзмененияИзмененияИзмененияITLMApplicationLifecycleManagementIT ServiceManagementApp DIMIT OpsИзмененияТребования
BusinessКорпоративная архитектураEnterprise ArchitectureБизнесСтратегическоеуправление ИТЦелиПотребностиИнициативыТребованияТребованияИзмененияИзмененияBusiness AutomationLandscapeОперативноеуправление ИТIT OpsApp DIMИзмененияТребования
Стратегическоеуправление ИТКорпоративная архитектураEnterprise ArchitectureBusinessБизнесЦелиПотребностиИнициативыТребованияТребованияEnterprise ArchitectureОперативноеуправление ИТIT OpsApp DIMТребования
BusinessБизнесСтратегическоеуправление ИТКорпоративная архитектураEnterprise ArchitectureBusiness ArchitectureТребованияТребованияInformation Systems ArchitectureОперативноеуправление ИТTechnology ArchitectureIT OpsApp DIMТребования
TOGAF: The Open Group Architecture Framework
TOGAF ADMArchitecture Development FrameworkBusiness ArchitectureInformation Systems ArchitectureTechnology Architecture
TOGAF ADMArchitecture Development Framework
Трансформация корпоративной архитектурыBusinessBusinessTO-BEIT OpsApp DIMIT OpsApp DIMBusiness ArchitectureBusiness ArchitectureAS-ISInformation Systems ArchitectureInformation Systems ArchitectureTechnology ArchitectureTechnology Architecture1920 May 2011
Трансформация2020 May 2011Трансформация корпоративной архитектурыТекущая архитектураBaseline “AS-IS”Целевая архитектураTarget “TO-BE”
BusinessБизнесСтратегическоеуправление ИТКорпоративная архитектураEnterprise ArchitectureBusiness ArchitectureТребованияТребованияInformation Systems ArchitectureОперативноеуправление ИТTechnology ArchitectureIT OpsApp DIMТребования
“Точки зрения” - Viewpoints
Возможные артефакты EA
Enterprise ArchitectureСтруктура функционирования систем и сервисовПортфель ИКТ-активов предприятия, определяющий ландшафт систем и сервисовПроцессы стратегического планирования и управления портфелем ИКТ-активовс архитектурной точки зрения
Атрибуты активов-систем в EAВладелец (Бизнеc/ИТ)Значимость для бизнесаСовокупная стоимость владения активом (TCO)Особые характеристики (as-is/to-be)Возможность/статус вывода в аутсоурсингУровень требований информационной безопасностиМобильная составляющаяИнновационный потенциалИнвестиционный статус…
“Масштабы” архитектуры
“Масштабы” архитектурыhttp://www.fsam.gov/
Сценарии построения EA“Сверху-вниз”Инициатива уровня организацииБизнес-архитектура первична“От подразделения”Бизнес-инициативаБизнес-архитектура первичнаИнициатива чаще всего связана с открытием нового направления бизнеса и созданием либо реорганизацией соответствующего подразделенияИТ вовлекается в части автоматизации деятельности подразделения и должен занимать активную позицию как носитель методики/подходов и владелец соответствующей части ИТ-бюджета“Снизу-вверх”Изначально внутренняя инициатива ИТ как результат планирования бюджета, плана развития инфраструктуры, приоритезации проектов в портфеле и т.п.Выход на уровень сегмента, а затем и организации в целом
Enterprise vs. Solution ArchitectКАК строить?ЧТОстроить?
РесурсыTOGAF 9The Open Group http://www.opengroup.org/togaf/http://www.opengroup.org/architecture/togaf9-doc/arch/ (online) http://www.opengroup.org/architecture/togaf9/downloads.htm#Non-Member (evaluation download)The Forrester Blog For Enterprise Architecture Professionalshttp://blogs.forrester.com/enterprise_architecture
Блог Сергея Орлика “ИТ с высоты птичьего полёта”http://sorlik.ruSOEA – Service-Oriented Enterprise Architecturehttp://sorlik.ru/service-oriented-enterprise-architecture-soea/

Мой доклад по Enterprise Architecture с Форума "Стратегическое управление ИТ" (OSPCon & "Открытые Системы") - май 2011

Editor's Notes

  • #27 Всегда, когда обсуждается общий подход построения архитектуры предприятия (EnterpriseArchitecture - EA), приходится для себя выбирать как её строить, с чего начинать. И, обычно, обсуждаются два сценария:"сверху вниз" - спускаясь от бизнес-целей, бизнес-стратегии всей организации, организационной структуры и распределения ролей между подразделениями;"снизу вверх" - от архитектуры конкретных решений, постепенно поднимаясь выше, на уровень организации в целом. Однако, вне зависимости от выбранного сценария, у нас всегда существует еще один уровень архитектуры - архитектура направления или области деятельности (LineofBusiness - LoB) или как это предлагает FederalEnterpriseArchitecture (см. FEA PracticeGuidance) - архитектура сегментаSegmentArchitecture. Часто, с сегментом сопоставляют соответствующую организационную единицу, подразделение, отдел."от сегмента" - разрабатывается архитектура наиболее приоритетного сегмента или того сегмента, в котором найдено понимание со стороны соответствующих заинтересованных лиц.А уже имея в арсенале актуальную и значимую для принятия решений архитектуру сегмента, мы начинаем подниматься на уровень организации, охватывая всё больше сегментов и последовательно детализируя их детализируя. Причём, необязательно все сегменты могут быть целиком детализированы - как всегда стоит придерживаться принципа разумной достаточности, ведь EA это лишь инструмент принятия обоснованых решений в отношении приоритетов, ресурсов, инвестиций и плана дальнейших действий. А будет ли это касаться бизнеса или только необходимой деятельности ИТ по обеспечению его функционирования - это надо решать отдельно, в каждом конкретном случае.P.S. Подробную информацию о возможных подходах к построению архитектуры сегмента рекомендую почитать на сайте FederalSegmentArchitectureMethodology - FSAM.
  • #28 Всегда, когда обсуждается общий подход построения архитектуры предприятия (EnterpriseArchitecture - EA), приходится для себя выбирать как её строить, с чего начинать. И, обычно, обсуждаются два сценария:"сверху вниз" - спускаясь от бизнес-целей, бизнес-стратегии всей организации, организационной структуры и распределения ролей между подразделениями;"снизу вверх" - от архитектуры конкретных решений, постепенно поднимаясь выше, на уровень организации в целом. Однако, вне зависимости от выбранного сценария, у нас всегда существует еще один уровень архитектуры - архитектура направления или области деятельности (LineofBusiness - LoB) или как это предлагает FederalEnterpriseArchitecture (см. FEA PracticeGuidance) - архитектура сегментаSegmentArchitecture. Часто, с сегментом сопоставляют соответствующую организационную единицу, подразделение, отдел."от сегмента" - разрабатывается архитектура наиболее приоритетного сегмента или того сегмента, в котором найдено понимание со стороны соответствующих заинтересованных лиц.А уже имея в арсенале актуальную и значимую для принятия решений архитектуру сегмента, мы начинаем подниматься на уровень организации, охватывая всё больше сегментов и последовательно детализируя их детализируя. Причём, необязательно все сегменты могут быть целиком детализированы - как всегда стоит придерживаться принципа разумной достаточности, ведь EA это лишь инструмент принятия обоснованых решений в отношении приоритетов, ресурсов, инвестиций и плана дальнейших действий. А будет ли это касаться бизнеса или только необходимой деятельности ИТ по обеспечению его функционирования - это надо решать отдельно, в каждом конкретном случае.P.S. Подробную информацию о возможных подходах к построению архитектуры сегмента рекомендую почитать на сайте FederalSegmentArchitectureMethodology - FSAM.
  • #30 http://blogs.msdn.com/b/mikewalker/archive/2008/05/14/contrasting-solution-architecture-with-other-architecture-roles.aspxhttp://blogs.msdn.com/b/nickmalik/archive/2008/05/30/the-non-overlapping-responsibility-set-solution-architect-and-enterprise-architect.aspxEnterprise Architect – Enterprise Architects span across LOB and IT domains such as: Security, Infrastructure, Information or Development Domain Architect – Architects that focus on a specific domain and have deep expertise that area are domain architects Developer – Developers focus on one solution at a time and have a deep expertise in development