Форум “Стратегическое управление ИТ”(19 мая, Москва)

Рад сообщить, что буду выступать на Форуме “Стратегическое управление ИТ”, который состоится 19 мая в Москве. Форум организован Агентством корпоративных коммуникаций OSP-Con и журналом «Открытые системы» и проводится с 2004 года.

Мой доклад будет посвящен архитектуре предприятия (корпоративной архитектуре – enterprise architecture) и ее использованию в качестве инструмента стратегического планирования и управления ИТ.

 

До встречи на Форуме!

Enterprise Mobility: там где ИТ может стать источником инноваций для бизнеса

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

 

Если со смартфонами все еще было ни шатко ни валко, появление iPad в руках руководства компаний и государственных деятелей (и “далее по списку”) навело шороху в ИТ департаментах, в очередной раз сказав им – ребята, а ведь у вас был шанс продемонстрировать свою "инновационность” для бизнеса первыми. При этом не замыкаясь на самостоятельно рассматриваемых сloud computing, unified communication или мобилизации пользователей, а обсуждая их как связанные элементы новой генерации инфо-коммуникационной среды, которую можно и нужно создавать для пользователей.

 

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

 

iPass Mobile Workforce Report q1’2011 
“Strong Adoption of Tablets, Especially iPads, in the Enterprise”

 

Как было раньше? Политики технического обеспечения мобильности сотрудников огранивались чаще всего доступом к почтовому серверу, корпоративной адресной книге, корпоративной WiFi-сети, правилам блокировки экрана, паре сертификатов и выдаче мало- и средне-бюджетных смартфонов (на практике – малопригодных к полноценной работе с мобильными сервисами – маленькие экраны, требующие использования стилуса, не слишком объемная карточка памяти) на Windows Mobile*, т.к. эта платформа выглядела наиболее управляемой с т.з. IT Operations.

*а в Штатах еще RIM Blackberry, изначально заточенная под корпоративных пользователей и только недавно ставшая доступной в России с обрубленным WiFi И другими критически важными сервисами.

 

State of Mobility’2010
“2010 Enterprise Mobility Recap and 2011 Outlook”
by The Enterprise Mobility Foundation

 

Что сегодня? Сегодня ИТ департаменты играют в догонялки с продвинутыми пользователями, приносящими свои – более адекватные для работы с информацией дивайсы (с экранами от 3.7”) на платформах iOS и Android. А некоторые, наиболее мобильные сотрудники, купив iPad по цене, соизмеримой с адекватным для удобной работы смартфоном, приносят на работу и его, перетаскивая на него корпоративные документы через DropBox, ругаясь на физиологическую невозможность работы с интранет-порталом на Sharepoint* (и на Galaxy Tab под Android тоже) и делая всякие другие телодвижения, заставляющие службу поддержки ИТ департамента окриками или измученными улыбками (в зависимости от ранга внутрикорпоративного пользователя) все чаще лихорадочно искать возможные решения этой новой для себя головной боли.

* см. возможные решения в материале “SharePoint Clients for iPad/iPhone, Android and Blackberry”

 

Имя этой головной боли, причем касающейся уже не только IT Operations, но и непосредственно всех – руководства компаний, службы заказчика, разработчиков, интеграторов и конечных пользователей -

 

Enterprise Mobility

 

Хорошо, что многие CIO/CXO понимают этот приоритет. Вопрос в том, насколько он будет отражен в планировании и переосмысление многих аспектов деятельности ИТ.

 

Аналитики “успели” – успели отразить по-сути уже свершившийся факт  ;-)

Источник: Gartner Webinar “Reimaging IT: The 2011 CIO Agenda”

см. также Yankee Group Webinar “7 Trends Of Enterprise Mobility”

 

 

Производители тиражируемых систем тоже вовремя сориентировались, и это стало наиболее заметно в области систем электронного документооборота (см. CNews: СЭД покупают в нагрузку к iPad) и больших вендоров ERP&BI (Business Intelligense), начавших скупать соответствующие активы в прошлом году (например, SAP, поглотивший Sybase, который последние годы серьезно концентрировался на рынке корпоративной “мобилизации”).

 

Консалтеры тоже встали в позицию “готовность номер 1” (см. PWC Technology Forecast “Unleashing enterprise mobility” и Convergence monitor: Enterprise mobility).

 

В общем, реагируя на “землетрясение” с эпицентром в среде пользователей, пошла волна цунами, уже совсем не похожая на родившийся в недрах ИТ рынка очередной hype, а реальных инвестиций, в т.ч. венчурных, которые (наконец-то! :) стали делаться не только в чистые интернет-стартапы (sic!), но и в стартапы, ориентированные на корпоративный рынок - Apperian Gets $9.5M Funding to Tap Enterprise Mobility Boom.

 

Планшеты стали той самой “разрушительной” технологией (disruptive technology), которая сейчас заставляет CIO, руководителей ИТ департаментов предпринимать достаточно важные шаги. Возможность привнесения мобильных возможностей - mobility capabillites (как способностей business capability) в повседневные процессы компаний – это не только ценный мех потенциально по-новому организованные процессы, возможность серьезного сокращения времени прохождения бизнес-сценариев от точки А к точке Б за счет возможности вовлечения сотрудников в работу 24 часа в сутки – мечта любого бизнеса ;)

 

Мое мнение – сейчас крайне актуален вопрос доступности внутрикорпоративных мобильных приложений как средств доставки актуальной бизнес-значимой информации. Эта тема может быть декомпозирована в следующие несколько пунктов, актуальных для Департаментов ИТ (да и самих бизнес-подразделений и пользователей):

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

И это только начало, не проспите его…

SOA = EA

Путь к такому выводу был достаточно длительным (кто-то, наверняка, помнит мои наметки двухгодичной давности о возможной модели сервис-ориентированной EA – SOEA :), но теперь это соображение превратилась в уверенность.  На спавшей волне hype-дискуссий вокруг SOA сейчас уже можно сказать, что сервис-ориентированная архитектура стала однозначно восприниматься в контексте бизнес-сервисов и интегрированных прикладных систем, обеспечивающих предоставление таких бизнес-сервисов. Фактическое вазимное проникновение идей управления сквозными бизнес-процессами и SOA также никого уже не удивляют. Начав свое движение в какой-то степени “снизу-вверх” – от технологий и приложений к бизнес-сервисам, SOA поднялась до уровня не только бизнес-подразделений/LOB (Line of Business), но и до уровня предприятия, став по своей сути той же enterprise achitecture, оперирующей не только привчными для ИТ терминами, но и такими понятиями как business capabilities, business value, риски, governance, напрямую связанными с бизнес-процессами. Так что на сегодняшний день, с моей точки зрения, можно четко сформулировать:

• SOA = EA ,

а IT Governance, в свою очередь, определяет стратегические принципы планирования и управления ИТ на основе EA/SOA.

Пара замечаний к Gartner Magic Quadrant for Enterprise Architecture Tools 2010

Пару месяцев назад Gartner опубликовал свой очередной взгляд на инструменты Enterprise Architecture (полный отчет доступен на сайте Troux).

 

 

Как уже повелось, Visio отсутствует, хотя и давно перестал быть чистой “рисовалкой”. И вопрос, на самом деле, не в вендорской приверженности. В той же классической книге Enterprise Architecture as a Strategy вы не увидите обсуждения инструментов. Инструмент лишь помогает выразить идею. А Visio, по моему мнению, обладает более чем выразительными средствами (и в части моделирования ИТ-инфраструктуры, и для описания бизнес-процессов, организационных моделей и т.п.), особенно в сочетании с Sharepoint и Visio Services, даже если не брать в расчет 3rd party-расширения вроде iServer Enterprise Architect.

 

 

Кстати, основанный на стандарте описания архитектуры IEEE 1471 активно развивающийся и поддерживаемый The Open Group, стандарт описания корпоративной архитектуры ArchiMate (текущая версия 1.0, драфт 2.0 уже согласуется с TOGAF), легко поддерживается и в Visio с помощью соответствующих свободных инструментов (stecils).

 

 

Ну а возвращаясь к анализу Gartner, в нем отсутствует также и свободный тул Archi, разрабатываемый при поддержке фондов JISC, The Higher Education Funding Council for England (HEFCE), целиком ориентированный на ArchiMate и, имхо, не менее распространенный, чем некоторые из представленных в “квадранте” вендоров, по факту существующих лишь за счет нескольких “якорных” заказчиков.

Полезные издания по IT & Enterprise Architecture

Первое издание, которое хочу порекомендовать выпущено ассоциацией ИТ-архитекторов IASA – Perspectives. В первом номере за осень 2010 затронуто достаточно много интересных тем, среди которых:

 

The Value of Enterprise Architecture

Architecting for the Cloud: A Practical Example (Including the Knurly Bits)

Why Are We Really Here Anyway? A Simple Approach to the Most Important Planning Activity

 

Второй источник – уже не первый год выпускающийся журнал Architecture & Governance Magazine, материалы которого теперь доступны просто по регистрации на сайте, включая свежий номер:

• Getting Started with Enterprise Business Architecture
• The Evolving Definition of Risk- Is Risk Riskier Than Ever? 
• How to Initiate an Enterprise Architecture Effort in an Austere Environment

 

Наконец, тема корпоративной архитектуры (архитектуры предприятия) часто затрагивается в Microsoft The Architecture Journal. Переводной вариант этого издания на русском языке выпускает издательство “Русская редакция”, часть наиболее интересных материалов которого за последние несколько лет (“волюнтаристки” отобранные мной из доступных переводов ;-) опубликована на русском MSDN.

Real-world EA – Штат Вирджиния (COVA, Commonwealth of Virginia)

В штате Вирджиния (США) существует специальная организация Virginia Information Technology Agency (VITA), отвечающая за вопросы, связанные с использованием информационных технологий. Основные структуры, определяющие ИТ политику – Секретариат по технологиям при губернаторе штата (Office of the Secretary of Technology), CIO, CIO Council и Information Technology Investment Board. 

• Раздел сайта VITA по Enterprise Architecture

Думаю, что для любого ИТ руководителя высокого уровня, исполнительных директоров и финансистов особенно интересен будет документ (среди моря интереснейших материалов указанного выше сайта ;) 

• IT Investment Management Standard,

который опирается на соответствующие

• стандарты и политики штата по Enterprise architecture и Project management

Имхо, еще один отличный пример грамотного структурирования вопросов стратегического управления и развития IT.

Видео доклада по Enterprise Architecture с Microsoft Platforma 2011

Как и планировалось, начали выкладываться видеозаписи докладов с конференции Microsoft Платформа 2011. Среди них и мой доклад по Enterprise Architecture. К сожалению, в запись не вошла вторая демонстрация - интеграции System Center с Sharepoint Visio Services, позволяющая в онлайн увидеть текущее состояние инфраструктуры. Но думаю, что и по представленным слайдам и дополнительным обзорным материалам (включая видео) можно получить достаточное представление о перспективности использования этого подхода и технического решения.

 

Доклад можно посмотреть в онлайн и скачать (256 Мб).

Инструменты планирования ИТ в California’ Office of CIO

Хотя, в отличие от других примеров, которые я публиковал под тегом Real-world EA, этот пост не содержит ссылок на саму enterprise architecture (ну не нашел её ;), думаю некоторые из упоминаемых ниже инструментов будут небезынтересны не только новичкам, но и ИТ руководителям, которые драйвят внутрикорпоративные ИТ уже не первый год.

 

• California Office of the State CIO (OCIO)
• Office of Technology Services (OTech) – подразделение OCIO

 

California IT Strategic Plan - на то и стратегический план, чтобы определять приоритеты и принципы реализации (2010 Update to the California IT Strategic Plan - pdf) , включая фреймворк One IT (см. стр. 24-25 pdf’а), определяющий три базовых средства средства планирования и контроля развития ИТ:

• Enterprise Architecture как инструмент Strategic planning
• инвестиционный анализ в рамках Capital planning
• Project management and oversight

И вот тут начинается самое интересное ;)

Замечательный (вдвойне, т.к. публично доступен) ресурс

Statewide Information Management Manual (SIMM) содержит целый набор крайне полезных, на мой взгляд, руководств, часть из которых не могу не указать напрямую:

 

1. Statewide Enterprise Architecture

• A Enterprise Architecture Developers Guide and Executive Transmittals
• Enterprise Architecture Developers Guide (pdf)
• Agency Executive Transmittal (doc)
• Department Executive Transmittal (doc)
• B The Enterprise Architecture Governance Process (pdf)
• C Enterprise Architecture Glossary (pdf)

 

2. Economic Analysis Workbook (EAW) Package (pdf)

• EAW Worksheets (xls)
• EAW Worksheets - Extended (xls)
• Sample Worksheets (xls)
• Sample Worksheets - Extended (xls)

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

Доп-ресурсы по Visio и Visio Services в контексте Enterprise Architecture

Неделю я выложил слайды своего выступления на Платформе по теме Enterprise Architecture, где рассматривал использование Visio 2010+ SharePoint 2010 Visio Services+System Center в качестве платформы для построения и сопровождения “живой” архитектуры предприятия.

 

Безусловно, как только запись доклада, в котором я обсуждал некоторые ключевые возможности такой связки будет опубликована на TechNet, я дам здесь на него ссылку. Но не просто не дожидаясь публикации, а скорее как самодостаточные и более детальные материалы, хотел бы обратить внимание на следующие видеои презентации:

• TechEd 2010 - Building Mash-ups with Visio Services in Microsoft SharePoint Server 2010
• TechEd 2010 - Microsoft Visio 2010: The IT Pro Love Story Continues
• TechEd 2010 - BI for IT: Visio Services Add-in for Microsoft System Center Operations Manager 2007 R2
• Visualize Your Data Center with Visio 2010 Premium
• и, конечно, обновленный Visio Toolbox, где можно найти много полезной информации и дополнений к Visio 2010 (включая ссылки на модули интеграции с System Center)

 

Главное не забывать о том, что такого рода подходы не ограничиваются как таковым ИТ-ландшафтом, но это и “живые” бизнес-процессы и воркфлоу и все то, что может быть запроектировано на уровне бизнеса и требует мониторинга в цифрах, статусах, дашбоардах и т.п. Кстати, не потому, что я сейчас работаю в Microsoft, но потому что “живые”  архитектурные “квадратики”, с реальными данными, которые можно сравнить с запланированными показателями – это действительно хорошо ;)

Boston Consulting Group о перспективах cloud computing для бизнеса и некоторых других не менее интересных темах

BCG (Boston Consulting Group) явно не из тех, для кого очередная технологическая next big thing является основой их собственного бизнеса. Наверное, просто потому что они не являются IT-игроками, их взгляд на cloud показался достаточно свежим, особенно когда внимание сосредоточено на сценариях получения отдачи для потребителя-бизнеса. Таких сценариев или уровней бизнес-применения облачных вычислений аналитики BCG выделяют три:

• Utility - Оптимизация использования ресурсов (в первую очередь с финансовой т.з. – т.е. CAPEX vs. OPEX, точность spending forecast и т.п.)
• Process Transformation - Трансформация процессов
• Business-model-innovation - Модификация бизнес-модели 

Эти и другие достаточно интересные идеи лаконично (что не мешает логичности изложения) опубликованы в материале BCG, на который я рекомендую обратить внимание тем, кого интересует не только технологическая сторона cloud computing:

• Capturing the Value of Cloud Computing.
  How Enterprises Can Chart Their Course to the Next Level.

---

Хотел еще обратить внимание на то, что этот материал является частью нового выпуска IT Advantage (издание об ИТ с т.з. бизнеса, выпускаемое BCG) под общей темой IT as a Differentiator:

• IT Advantage - Spring 2010: IT as a Differentiator

В этом публично доступном выпуске есть и другие крайне интересные матераилы, среди которых, например, расширеное представление результатов декабрьского (2009) исследования MIT CISR (Center for Information Systems Research), посвященного характеристикам ИТ департаментов, которые не просто обеспечивают, но и в определенной степени “драйвят” изменения в core-бизнесе.  Не могу не “процитировать” интереснейшую иллюстрацию, показывающую 11 ключевых ролей в ИТ, выделенных в результате проведенного анализа:

Кстати, Enterprise Architect выделена как одна из наиболее значимых ролей, что по моему мнению демонстрирует важность самой деятельности в области корпоративной архитектуры – Enterprise Architecture.

Enterprise Architecture сегодня (по результатам опроса Forrester)

Анализ результатов опроса Forrester "State of EA", проводившийся менее года назад и охвативший более 400 IT-руководителей, отметил некоторые важные аспекты деятельности в области корпоративной архитектуры, необходимые для повышения её значимости для бизнеса и успеха самой инициативы как инструмента стратегического планировая:

• не только желание, но и серьезная потребность в перепозиционировании ИТ-лидеров из технарей, решающих тактические задачи обеспечения деятельности бизнеса в активных участников разработки бизнес-стратегии организации, где они отвечают за ИТ
• представителям ИТ необходимо больше внимания уделять бизнес-архитектуре, начинаем ли мы с документирования её состояния as is или говорим о проработке и анализе возможных сценариев to be именно на уровне бизнеса, его организационной структуры и бизнес-функций
• деятельность по формализации и оптимизации бизнес-процессов должна быть тесно связана со всей деятельностью ИТ, в т.ч. в рамках проработки Information Architecture как особо значимой для бизнеса части EA
• выбор стратегических (на уровне принимаемых корпоративных стандартов ИТ, а следовательно и тактических - для архитектуры конкретных прикладных систем) архитектурных решений должен учитывать не только технологическую и финансовую составляющую, но и то. что можно назвать Business View, подразумевая перспективы и планы развития соответствующих "способностей" бизнеса - business capabilities (отдельная и очень важная тема и тренд, которую я надеюсь осветить в этом блоге в ближайшее время).
• совместная работа корпоративных архитекторов и архитекторов ИТ-решений вместе с бизнес-консультантами, которые часто и вовсе не встречаются даже в рамках длительных бизнес-проектов, проводимых бизнес-консалтерами

Как видим, большинство из этих вопросов связано с организацией взаимодействия ИТ департаментов и бизнес-подразделений, что наводит на мысль о стирании граней между IT Governance и процессной частью разработки и отслеживания реализации планов по Enterprise Architecture как неотъемлемого элемента долгосрочного планирования и бюджетного мониторинга.

Хотя сам отчёт целиком и не доступен в свободном режиме, хочу привести два источника, позволяющие как минимум получить представление о сегодняшнем состоянии деятельности по разработке enterprise architecture в "корпоративной Америке":

• статья "Enterprise Architecture Today and Tomorrow" в Architecture & Governance Magazine, содержащая основные количественные результаты опроса, в частности:

• вэбинар "The State of EA: Is 2010 the Transitional Year?",
  проведенный в январе 2010 Architecture & Governance Magazine, на котором Forrester представлял ключевые результаты этого исследования.

Real-world EA - Британский Совет (British Council)

Детально проработанная корпоративная архитектура Британского Совета (British Council):

• ***Enterprise Architecture Roadmap
• **Enterprise Architecture Benefits Matrix
  
• Enterprise Architecture Overview
  
• Enterprise Architecture Actions Summary
• Enterprise Architecture project update
  

Описания доменов EA (roadmap-документы):

• Application Domain
• Colaboration Domain
  
• Data Domain
  
• Network Domain
  
• Systems Management Domain
  
• Security Domain
• Platform Domain

Корпоративная архитектура в Британском Совете, как это и принято в зрелых организациях, рассматривается в качестве ключевого инструмента планирования IT, детализирующего ИТ-стратегию и используемого в сочетании с практикой управления портфелем проектов (т.е. по-сути инвестиционным портфелем) - Project Portfolio Management.

Эти и другие материалы доступны на страницах политик и процедур в разделе, относящемся к Information systems and technology.

Real-world EA - университет Charles Sturt

Ещё один пример EA, особенно интересный тем, что он в большой степени фокусируется на IT Governance и бизнес-процессах (по-сути Information Architecture):

Enterprise Architecture (EA) is a strategic framework to provide guidance, consultation and approval of investments in people, process and technology that aligns to and supports Institutional Strategy and Vision.

Начать знакомство можно с буклета yourCSU (то бишь "ваш Charles Sturt University"), который сами авторы позиционируют как "has been developed as a means of describing the complexity of the University and its structure. In short, this is the Who, What, Where, When, Why and How of CSU".

Основные ссылки с материалами CSU:

• домашняя страница всей инициативы/программы
  CSU Productivity and Reform
• Методология
  
• Процессная модель (Higher Education Process Reference Model)
• The Enterprise Model / Process Knowledgebase
• Change Management Framework (обратите внимание - речь идет об организационных изменениях в т.ч. !)
• Enterprise Architecture - интересны и полезны обе презентации (кстати, очень подробные !):
  - CSU'S Journey to Enterprise Architecture
  - EA Workshop – Educause 2008

Ну а раз уже не первый раз обращаемся к материалам реальных EA в крупнейших университетах (public и education - две сектора, где такого рода информация является часто общедоступной в отлие от нефтянки, производства и т.п.), не могу не дать ссылки на материалы австралийско-новозеландских конференций Enterprise Architecture in Higher Education Symposiums:

• 2008
• 2007
• 2006
  

Свод знаний по бизнес-анализу BABOK - версия 2.0

В 2006 году IIBA - International Institute of Business Analysis впервые выпустила Свод знаний по бизнес-анализу - Business Analysis Body of Knowledge (BABOK). В марте 2009 было выпущено обновление BABOK® Guide 2.0, кратко о котором вы можете прочитать в обзоре.

Если вы член IIBA, то BABOK 2.0 и другие материалы (например, Business Analysis Competency Model, доступ к онлайн-библиотеке) для вас целиком открыт (для России, кстати, всего за $65). Если же вы еще не являетесь членом IIBA, то можете купить печатную версию BABOK или, если перед встпулением в IIBA хотите предварительно ознакомиться с BABOK 2.0 в электронном виде - можете посмотреть BABOK 2.0 Guide на Google Books :)

Что должен знать и уметь архитектор

Такой вопрос мне задают часто, и кулуары Software People 2010 не были исключением. Проблема в том, что часто те, кто задают такой вопрос, ограничиваюся первой его частью "что должен знать" или формулируют его даже несколько иначе - " какие технологии надо знать архитектору?". Вопрос, имхо, в корне неверный. Знание технологий "не освобождает...", в сочетании с опытом построения и, что принципиально важно, развёртывания систем - необходимое, но инедостаточное условие to be recognized в качестве архитектора. Кроме того, есть еще один важный момент - а о каком именно архитекторе идет речь? том, кто пишет конкретный софт (system или solution architect)? отвечает за решение по автоматизации целого подразделения или области деятельности (domain или LoB architect - от "line of business"), или определяет технологическую политику организации в целом в роли enterprise architect? пресловутый scope, область ответсвенности, уровень архитектуры (application, infrastructure, information/data, ...) - имеет значение, и требования к знаниям и навыкам серьезно зависят от этого.

 

Чтобы легче было сориентироваться начинающим специалистам, которые ставят себе цель, да и почерпнуть что-то полезное тем, кто давно уже выступает в роли архитектора, хочу обратить внимание на интересную с моей точки зрения часть TOGAF - The Open Group Achitecture Framework (см. TOGAF online)

• TOGAF Architecture Skills Framework

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

 

Generic Skills

 

 

IT General Knowledge Skills

 

 

- и это лишь малая часть того анализа требуемых архитекторам умений, которая представлена в TOGAF, так что не ленитесь заглянуть в первоисточник ;)

Важно то, что в этой модели предлагается системный взгляд на необходимые навыки архитекторов разного уровня (не с т.з. опыта, а в контексте области ответственности) на основе сооответсвующей модели "профессионализма":

 

 

 

Конечно, ни один фреймворк не является истиной в последней инстанции. Есть и второй, причём неплохо согласованный с TOGAF :-) Это - IASA - International Association of Software Architects (базовый уровень членства в которой, кстати, бесплатен) предлагает свой взгляд на "уровни зрелости" навыков, необходимых архитекторам:

• IASA Architect Proficiency Matrix

Хотя IASA и ограничивается именно программными системами, с другой стороны - предлагает и соответствующий инструмент оценки, включающий описания соответствующих навыков:

• IASA Capability Level Assessment

Конечно, любая оценка в стиле assessment или тем более self-assessment не является абсолютно объективной. Тем не менее - это полезный инструмент, особенно в сочетании пусть и не полным "сводом знаний", позиционируемым как библиотека к своду знаний IASA IT Architect Body of Knowledge - ITABOK Library (таким же сводом, кстати, в определенной степени можно считать и тот же TOGAF, являющийся может быть и даже более систематизированным).

 

И, наконец, завершая такую небольшую вводную часть о навыках архитекторов, я рекомендую интересный материал, опубликованный членами шведского отделения IASA в недавнем номере Microsoft The Architecture Journal:

A Study of Architect Roles by IASA Sweden

В нём, как мне кажется, достаточно хорошо описываются архитектурные роли Enterprise Architect, Business Architect, Solution Architect, Software Architect.

Real-world EA - штат Мичиган

Я уже не раз давал ссылки на US Federal Enterprise Architecture (FEA) - не только проверенного временем методологического подхода к построению и использованию концепции архитектуры предприятия (enterprise architecture), но и обязательного (их "счетная палата" проводит ассессменты госсруктур на предмет соответствия требованиям FEA) к использованию инструмента планирования инвестиций в ИТ в госсекторе США.

Хороший пример того, как EA на практике рассматривается в качестве неотъемлемой части стратегического плана ИТ - в данном случае в масштабах штата Мичиган, США:

• Michigan IT Strategic Plan (interactive online overview)
  
• IT Strategic Plan (site)
• Enterprise Architecture как часть IT Strategic Plan
• Enterprise Architecture - Strategic Approach
  

Обратите внимание, что за стратегический план разивтия ИТ и позиционирование в нём EA отвечает не просто департамент ИТ, а Department of Technology, Management and Budget. А вот за методологию построения и реализацию EA отвечает уже Department of Information Technology.

Real-world EA - US National Institutes of Health (NIH)

Корпоративная архитектура американского Национального Института Здоровья - National Institutes of Health (NIH).

• NIH Enterprise Architecture
  

Real-world EA - Massachusetts Institute of Technology (MIT)

Что бы мы не обсуждали на уровне методологий, всегда интересен пример из реальной жизни. Особенно, когда это касается столь комплексной и стратегически значимой темы как архитектура предприятия - Enterprise Architecture.

Этим сообщением я хочу начать категорию постов, которую можно будет в дальнейшем найти по тегу Real-world EA.

В этот раз, хочу дать ссылку на корпоративную архитектуру Массачусетского Технологического Института - MIT:

• MIT Enterprise Architecture

Архитектурные уровни в Enterprise Architecture

Всегда, когда обсуждается общий подход построения архитектуры предприятия (Enterprise Architecture - EA), приходится для себя выбирать как её строить, с чего начинать. И, обычно, обсуждаются два сценария:

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

Однако, вне зависимости от выбранного сценария, у нас всегда существует еще один уровень архитектуры - архитектура направления или области деятельности (Line of Business - LoB) или как это предлагает Federal Enterprise Architecture (см. FEA Practice Guidance) - архитектура сегмента Segment Architecture. Часто, с сегментом сопоставляют соответствующую организационную единицу, подразделение, отдел.

И вот тут появляется третий сценарий:

• "от сегмента" - разрабатывается архитектура наиболее приоритетного сегмента или того сегмента, в котором найдено понимание со стороны соответствующих заинтересованных лиц.
  

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

P.S. Подробную информацию о возможных подходах к построению архитектуры сегмента рекомендую почитать на сайте Federal Segment Architecture Methodology - FSAM.

Корпоративные ИТ 2015

Исследование, опубликованное ИТ-направлением The Corporate Executive Board Company (CEB) небольшое, но с моей т.з. достаточно полезное, потому что систематизирует (по результатам опроса 127 ИТ-лидеров крупнейших компаний и организаций) общие тренды - куда смещается фокус корпоративных ИТ:

• Shift 1: Information over process: в противоположность тому, о чём говорит Ник Карр (ИТ как электричество - используется всеми и не дифференциирует потребителей). Конкурентное преимущество всё больше определяется средствами бизнес-аналитики (BI), совместной работы (collaboration) и пользовательским интерфейсом (в широком понимании - от customer interface до usability в отношении логики использования конечными потребителями ИТ-систем, в целом).
  
  
• Shift 2: IT embedded in business services: департамент IT всё менее будет заметен как достаточно обособленное подразделение в организации. "Технологии будут рассматривается как неотъямлемая составная часть бизнес-сервисов и традиционные функции ИТ сливаются с общими группами бизнес-сервисов в составе общих корпоративных функций - финансов, HR, и т.п.
  
  
• Shift 3: Externalized service delivery: в течение пяти лет до 80% затрат на прикладную составляющую ИТ будут направляться на приобретение внешних сервисов. Внутрення роль ИТ сменяется с "technology providers" на "technology brokers".
  
  
• Shift 4: Greater business partner responsibility: Потребность в дифференциации от конкурентов (от себя добавлю - скорее, в обеспечении более высокой управляемости и повышении гибкости организации) связана с управлением информацией, что часто выходит за рамки способностей и функций локального департамента ИТ (IT departments' capabilities). Как результат - всё большее вовлечение представителей бизнеса в вопросы, традиционно адресовавшиеся ИТ.
  
  
• Shift 5: Diminished standalone IT role: по мере смещения роли ИТ в сторону бизнес-сервисов, наблюдается эволюционирование ИТ в полноценную бизнес-роль (с моей т.з. только в компаниях, для которых работа с информацией есть составляющая основной деятельности - финансовые институты, страховые компании, государственные структуры и т.п.), при этом предполагается качественное сокращение собственного персонала (на 75% и более). Стратегия, архитектура, управление рисками, управление программами, поддержка пользователей и взаимодействие с бизнес-потребителями (relationship management) выходит на уровень бизнес-сервисов, связанных с функциями чистого ИТ.
  

Исследование:

• The Future of Corporate IT. Executive Summary.
  How to Prepare for Five Radical Shifts in IT Value, Ownership, and Role
  

P.S. Явно информационная архитектура или корпоративная архитектура здесь может и не звучат, но как мне кажется представляются сейчас ещё более актуальными и релевантными многим отмеченным трендам.