Полная версия

Главная arrow Экономика arrow АРХИТЕКТУРА ПРЕДПРИЯТИЯ

  • Увеличить шрифт
  • Уменьшить шрифт


<<   СОДЕРЖАНИЕ ПОСМОТРЕТЬ ОРИГИНАЛ   >>

Заинтересованные стороны в архитектурных проектах.

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

Поскольку предмет АП в настоящее время еще слабо определен и постоянно трансформируется, нет четкого определения ролей. При этом выделение, определение и четкое описание ролей является крайне важным условием успешного применения и распространения архитектурных и инжиниринговых подходов.

Попытка определить роли предпринимается в ряде методологий, а также некоторыми компаниями в рамках своих методик. Формализация описания ролей позволяет проводить профессиональную сертификацию (IBM, HP, Federal Enterprise Architecture Certification Institute).

Рассмотрим пример из методологии LEAD[1], в которой определены шесть ролей:

  • — бизнес-архитектор (Business Architect);
  • — архитектор процессов (Process Architect);
  • — архитектор сервисов (Service Architect);
  • — архитектор решений (Solution Architect);
  • — архитектор информации/данных (Information/Data Architect);
  • — технологический архитектор (Technology Architect).

Расходятся мнения и об архитекторе предприятия, что является продолжением дискуссий о предмете и области самой дисциплины. Архитектора предприятия определяют то больше как IT-специалиста («архитектор предприятия ограничивает технологии только видом ИТ-домена и не имеет компетенций для учета бизнес-стратегии и контекста; бизнес-архитектор фокусируется на описании бизнес-моделей и их перевода на операции. Архитектор предприятия фокусируется больше на переводе стратегии в ИТ-архитектуру[2]»), который должен работать рука об руку с бизнес-архитектором, то как системного специалиста, который способен сам охватить область бизнес-архитектуры.

Ниже приведем некоторые описания ролей, которые, вероятно, наилучшим образом иллюстрируют их назначение:

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

Роль архитектора часто сравнивают с архитекторами городов (city planners)[3], задача которых — видеть город в целом и предоставить такие принципы, нормы, методы и дорожные карты, за счет которых город сможет управлять своим развитием (устойчиво развиваться), соблюдая и совершенствуя качество предоставления услуг (качество жизни) своим жителям. На этой аналогии хорошо видно отличие архитектора предприятия от архитектора решения (system architect), задача которого — в проектировании одного или нескольких зданий, или software architects, который ответственен за одну из городских систем, например водоснабжение. Архитектор предприятия, как и архитектор города, координирует все активности в рамках общего плана[4].

Мартин Оптленд (Martin Op’t Land) с коллегами[5] выделяют следующие обязанности и необходимый опыт архитектора предприятия.

Обязанности:

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

Опыт, знания и личностные качества:

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

Хендрикс (Harry Hendrickx) с коллегами[6] рассматривает профессию бизнес-архитектора в сопоставлении с бизнес-консультантом и бизнес- аналитиком: основная разница между бизнес-архитектором и бизнес- консультантом — в технологических знаниях. Бизнес-консультанты хорошо знают рынок, промышленность и им не требуется понимания ИТ, знания структурных и операционных требований. Внимание бизнес-консультанта более сосредоточено на рынке, включая отраслевой опыт, который выходит за рамки организации. Внимание бизнес-архитектора уделено структуре и целостному описанию, которое включает в себя подмножество операций. Бизнес-аналитики добавляют ценность на уровне решения, а структурные вопросы не в их компетенции. Бизнес-аналитики детализируют бизнес-процессы и соответствующие требования к проектированию решения.

Бизнес-архитектор имеет целостное представление, переводя бизнес-стратегии в технологии и операции. Архитектор предприятия — это либо бизнес-архитектор, хорошо разбирающийся в ИТ, либо ИТ-архитектор, хорошо разбирающийся в бизнес-стратегиях.

  • [1] URL: http://www.leadingpractice.com/ (дата обращения: 18.01.2018).
  • [2] Hendrickx Н., Daley S., Mahakena М., von Rosing М. Defining the Business ArchitectureProfession // Commerce and Enterprise Computing (CEC), 2011 IEEE 13th Conference on.IEEE, 2011. C. 325—332.
  • [3] См.: The Open Group TOGAF Version 9. 2008. P. 700.
  • [4] Cm.: Rosen M. Ten Key Skills Architects Must Have to Deliver Value // URL: http://www.technologytransfer.eu/article/78/2009/9/Ten_Things_an_Architect_Does_to_Add_Value.html, November 2008 (дата обращения: 18.01.2018).
  • [5] См.: Op’t Land M., Proper E., Waage M., Cloo J., Steghuis C. Enterprise Architecture:Creating Value by Informed Governance. Springer, 2009.
  • [6] См.: Hendrickx Н., Daley S., Mahakena М., von Rosing М. Defining the BusinessArchitecture Profession. C. 325—332.
 
<<   СОДЕРЖАНИЕ ПОСМОТРЕТЬ ОРИГИНАЛ   >>