Мой доклад по Enterprise Architecture с Форума "Стратегическое управление ИТ" (OSPCon & "Открытые Системы") - май 2011
•Download as PPTX, PDF•
5 likes•2,316 views
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (7)
Similar to Мой доклад по Enterprise Architecture с Форума "Стратегическое управление ИТ" (OSPCon & "Открытые Системы") - май 2011
Similar to Мой доклад по Enterprise Architecture с Форума "Стратегическое управление ИТ" (OSPCon & "Открытые Системы") - май 2011 (20)
Мой доклад по Enterprise Architecture с Форума "Стратегическое управление ИТ" (OSPCon & "Открытые Системы") - май 2011
- 1. Архитектура предприятияEnterprise Architecture (EA) как инструмент проработки и реализации ИТ стратегии Сергей Орлик sorlik@gmail.com http://SOrlik.ru http://www.linkedin.com/in/SOrlik Copyright © Анна Гюнтер
- 2. Что заставляет заниматься 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
- 3. EA в контексте IT Governance ISACA COBIT – IT Governance фреймворк Определяет деятельность по планированию, стратегическому управлению и контролю ИТ
- 4. Что такое Архитектура Предприятия? “... определение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
- 5. Контекст деятельности ИТ Business IT
- 6. Контекст деятельности ИТ Business Strategy Business Services Application Services IT Strategy
- 7. Контекст деятельности ИТ Business Бизнес ИТ ЦелиПотребностиИнициативы Требования Требования Application DevelopmentIntegration & Modernization IT Operations App DIM IT Ops Требования
- 8. Жизненный цикл ИТ (процессы) Business Бизнес ИТ Управлениежизненным циклом ИТ IT Lifecycle ManagementITLM ЦелиПотребностиИнициативы Требования Требования App DIM IT Ops Требования
- 9. Business Бизнес Стратегическоеуправление ИТ Жизненный цикл ИТ (процессы) Управлениежизненным циклом ИТ IT Lifecycle ManagementITLM ЦелиПотребностиИнициативы Требования Требования Оперативноеуправление ИТ App DIM IT Ops Требования
- 10. Business Бизнес Жизненный цикл ИТ (процессы) Стратегическоеуправление ИТ Требования Требования IT Governance ITLM Оперативноеуправление ИТ ApplicationLifecycleManagement IT ServiceManagement App DIM IT Ops Требования
- 11. Business Бизнес Стратегическоеуправление ИТ Жизненный цикл ИТ (процессы) Требования Требования IT Governance Изменения Изменения Изменения ITLM Оперативноеуправление ИТ ApplicationLifecycleManagement IT ServiceManagement App DIM IT Ops Изменения Требования
- 12. Жизненный цикл ИТ (процессы) Business Investment Management Project, Program, PortfolioManagement Maturity Models IT Audit Требования Требования IT Governance Изменения Изменения Изменения ITLM ApplicationLifecycleManagement IT ServiceManagement App DIM IT Ops Изменения Требования
- 13. Business Корпоративная архитектураEnterprise Architecture Бизнес Стратегическоеуправление ИТ ЦелиПотребностиИнициативы Требования Требования Изменения Изменения Business AutomationLandscape Оперативноеуправление ИТ IT Ops App DIM Изменения Требования
- 14. Стратегическоеуправление ИТ Корпоративная архитектураEnterprise Architecture Business Бизнес ЦелиПотребностиИнициативы Требования Требования Enterprise Architecture Оперативноеуправление ИТ IT Ops App DIM Требования
- 15. Business Бизнес Стратегическоеуправление ИТ Корпоративная архитектураEnterprise Architecture Business Architecture Требования Требования Information Systems Architecture Оперативноеуправление ИТ Technology Architecture IT Ops App DIM Требования
- 16. TOGAF: The Open Group Architecture Framework
- 17. TOGAF ADMArchitecture Development Framework Business Architecture Information Systems Architecture Technology Architecture
- 18. TOGAF ADMArchitecture Development Framework
- 19. Трансформация корпоративной архитектуры Business Business TO-BE IT Ops App DIM IT Ops App DIM Business Architecture Business Architecture AS-IS Information Systems Architecture Information Systems Architecture Technology Architecture Technology Architecture 19 20 May 2011
- 20. Трансформация 20 20 May 2011 Трансформация корпоративной архитектуры Текущая архитектура Baseline “AS-IS” Целевая архитектура Target “TO-BE”
- 21. Business Бизнес Стратегическоеуправление ИТ Корпоративная архитектураEnterprise Architecture Business Architecture Требования Требования Information Systems Architecture Оперативноеуправление ИТ Technology Architecture IT Ops App DIM Требования
- 22. “Точки зрения” - Viewpoints
- 24. Enterprise Architecture Структура функционирования систем и сервисов Портфель ИКТ-активов предприятия, определяющий ландшафт систем и сервисов Процессы стратегического планирования и управления портфелем ИКТ-активовс архитектурной точки зрения
- 25. Атрибуты активов-систем в EA Владелец (Бизнеc/ИТ) Значимость для бизнеса Совокупная стоимость владения активом (TCO) Особые характеристики (as-is/to-be) Возможность/статус вывода в аутсоурсинг Уровень требований информационной безопасности Мобильная составляющая Инновационный потенциал Инвестиционный статус …
- 28. Сценарии построения EA “Сверху-вниз” Инициатива уровня организации Бизнес-архитектура первична “От подразделения” Бизнес-инициатива Бизнес-архитектура первична Инициатива чаще всего связана с открытием нового направления бизнеса и созданием либо реорганизацией соответствующего подразделения ИТ вовлекается в части автоматизации деятельности подразделения и должен занимать активную позицию как носитель методики/подходов и владелец соответствующей части ИТ-бюджета “Снизу-вверх” Изначально внутренняя инициатива ИТ как результат планирования бюджета, плана развития инфраструктуры, приоритезации проектов в портфеле и т.п. Выход на уровень сегмента, а затем и организации в целом
- 29. Enterprise vs. Solution Architect КАК строить? ЧТОстроить?
- 30. Ресурсы 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
- 31. Блог Сергея Орлика “ИТ с высоты птичьего полёта”http://sorlik.ru SOEA – Service-Oriented Enterprise Architecture http://sorlik.ru/service-oriented-enterprise-architecture-soea/
Editor's Notes
- Всегда, когда обсуждается общий подход построения архитектуры предприятия (EnterpriseArchitecture - EA), приходится для себя выбирать как её строить, с чего начинать. И, обычно, обсуждаются два сценария:"сверху вниз" - спускаясь от бизнес-целей, бизнес-стратегии всей организации, организационной структуры и распределения ролей между подразделениями;"снизу вверх" - от архитектуры конкретных решений, постепенно поднимаясь выше, на уровень организации в целом. Однако, вне зависимости от выбранного сценария, у нас всегда существует еще один уровень архитектуры - архитектура направления или области деятельности (LineofBusiness - LoB) или как это предлагает FederalEnterpriseArchitecture (см. FEA PracticeGuidance) - архитектура сегментаSegmentArchitecture. Часто, с сегментом сопоставляют соответствующую организационную единицу, подразделение, отдел."от сегмента" - разрабатывается архитектура наиболее приоритетного сегмента или того сегмента, в котором найдено понимание со стороны соответствующих заинтересованных лиц.А уже имея в арсенале актуальную и значимую для принятия решений архитектуру сегмента, мы начинаем подниматься на уровень организации, охватывая всё больше сегментов и последовательно детализируя их детализируя. Причём, необязательно все сегменты могут быть целиком детализированы - как всегда стоит придерживаться принципа разумной достаточности, ведь EA это лишь инструмент принятия обоснованых решений в отношении приоритетов, ресурсов, инвестиций и плана дальнейших действий. А будет ли это касаться бизнеса или только необходимой деятельности ИТ по обеспечению его функционирования - это надо решать отдельно, в каждом конкретном случае.P.S. Подробную информацию о возможных подходах к построению архитектуры сегмента рекомендую почитать на сайте FederalSegmentArchitectureMethodology - FSAM.
- Всегда, когда обсуждается общий подход построения архитектуры предприятия (EnterpriseArchitecture - EA), приходится для себя выбирать как её строить, с чего начинать. И, обычно, обсуждаются два сценария:"сверху вниз" - спускаясь от бизнес-целей, бизнес-стратегии всей организации, организационной структуры и распределения ролей между подразделениями;"снизу вверх" - от архитектуры конкретных решений, постепенно поднимаясь выше, на уровень организации в целом. Однако, вне зависимости от выбранного сценария, у нас всегда существует еще один уровень архитектуры - архитектура направления или области деятельности (LineofBusiness - LoB) или как это предлагает FederalEnterpriseArchitecture (см. FEA PracticeGuidance) - архитектура сегментаSegmentArchitecture. Часто, с сегментом сопоставляют соответствующую организационную единицу, подразделение, отдел."от сегмента" - разрабатывается архитектура наиболее приоритетного сегмента или того сегмента, в котором найдено понимание со стороны соответствующих заинтересованных лиц.А уже имея в арсенале актуальную и значимую для принятия решений архитектуру сегмента, мы начинаем подниматься на уровень организации, охватывая всё больше сегментов и последовательно детализируя их детализируя. Причём, необязательно все сегменты могут быть целиком детализированы - как всегда стоит придерживаться принципа разумной достаточности, ведь EA это лишь инструмент принятия обоснованых решений в отношении приоритетов, ресурсов, инвестиций и плана дальнейших действий. А будет ли это касаться бизнеса или только необходимой деятельности ИТ по обеспечению его функционирования - это надо решать отдельно, в каждом конкретном случае.P.S. Подробную информацию о возможных подходах к построению архитектуры сегмента рекомендую почитать на сайте FederalSegmentArchitectureMethodology - FSAM.
- 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