Болевые точки платформы TOGAF
Платформа TOGAF (The Open Group Architecture Framework) — широко распространенное решение для построения корпоративной архитектуры, которая предоставляет общий язык, методологию и инструменты для проектирования, планирования и внедрения ИТ‑инфраструктуры организации.
Один из ключевых компонентов TOGAF — это метод разработки архитектуры (ADM), который описывает пошаговый процесс создания архитектуры предприятия и управления ею. Более подробно о том, что такое TOGAF, мы уже писали ранее.
Но сейчас хотелось бы посмотреть на TOGAF с критической точки зрения, а именно — поговорить о некоторых проблемах методологии и о том, как архитектор может их избежать.
Не думаем о будущем
Использование TOGAF для создания карт архитектуры организации дает множество различных преимуществ. Например, такие карты могут выявить неэффективность или недостатки во внутренних процессах и взаимосвязях, что поможет компаниям оптимизировать их.
Однако архитекторам важно не зацикливаться на таком мышлении. Отдельные проекты, несомненно, играют важную роль в содействии таким инициативам по изменению, но они всегда должны иметь высшую цель и оставаться стратегически согласованными.
Проще говоря, архитекторы не должны сосредотачиваться исключительно на решении сиюминутных проблем и достижении выгоды. Поскольку они должны рассматривать бизнес как единое целое, это иногда может ограничивать их стратегической перспективой высокого уровня.
Хотя со стратегической точки зрения это не является проблемой, оторванность от деятельности на местах может привести к искаженному пониманию того, насколько полезными могут быть предлагаемые изменения.
Чтобы избежать этих проблем, специалистам, использующим TOGAF, рекомендуется поддерживать связь со смежными подразделениями. Архитекторы должны обсуждать предстоящие инициативы с сотрудниками, чтобы собрать их отзывы и проконсультировать их о том, как это повлияет на повседневную деятельность. Держа сотрудников в курсе событий и принимая во внимание их идеи, специалисты‑практики TOGAF могут значительно облегчить процесс внедрения архитектурных изменений.
Когда ИТ важнее бизнеса
Проблема построения правильных перспектив развития бизнеса также относится к отношениям TOGAF с ИТ. Многие архитекторы предприятий сосредотачиваются на технической архитектуре бизнеса, и зачастую упускают из виду взаимосвязанную природу бизнеса и ИТ.
Давно прошли те времена, когда ИТ были всего лишь инструментом, используемым для поддержки бизнес‑функций. Теперь они глубоко встроены в современные бизнес‑операции, так что любое изменение в ИТ, скорее всего, отразится на бизнесе в других областях.
Кроме этого, поскольку часть работы архитектора заключается в том, чтобы объяснить заинтересованным сторонам результаты различных вариантов, неспособность учесть влияние на бизнес‑функции может оказаться катастрофической.
Здесь стоит помнить, что ИТ — это, в конечном счете, инструмент для помощи организациям в достижении их стратегических целей. Ни одно решение, касающееся ИТ‑ или бизнес‑архитектуры, не должно приниматься в одиночку, иначе архитектор, когда решит старые проблемы, может создать еще больше новых.
Отсутствие гибкого мышления
TOGAF, несомненно, достаточно известное решение в мире архитектуры предприятия, но это не означает, что данная концепция непогрешима. Это также не «методология», которой нужно следовать до мелочей, а скорее, «основа», которую следует рассматривать и внедрять с гибким мышлением. Специалисты, практикующие TOGAF, часто меняют способы реализации фреймворка, включая порядок выполнения различных этапов ADM.
Сделав TOGAF гибким, Open Group значительно расширила число организаций, которые могут использовать фреймворк, а также круг инициатив в области архитектуры, к которым он может быть применен. Это помогло сделать TOGAF чрезвычайно популярным, даже учитывая ограничения, связанные с наличием только одного подхода.
Стоит также отметить, что мир архитектурных решений постоянно развивается. Специалисты должны быть в курсе новых разработок и инструментов, которые могут улучшить их собственную практику, особенно если учесть, что на выпуск каждого нового обновления TOGAF уходит несколько лет.
Одним словом, важно не относиться к фреймворку TOGAF как к строгому списку задач, обязательных к выполнению. Его можно смело адаптировать под различные архитектурные инициативы практически в любой организации.
Отсутствие чёткой коммуникации
Общая проблема, с которой сталкиваются архитекторы, использующие TOGAF, заключается в том, что преимущества фреймворка, не поддаются объяснению. Проще говоря, мы не можем четко объяснить, что он дает в практическом плане. Если сотрудники и руководители не понимают, как следование архитектурным инициативам может улучшить ситуацию, они вряд ли окажут поддержку.
Причина этих проблем — плохая коммуникация внутри компании. Архитектор должен уделять время описанию своей работы так, чтобы сфокусироваться на бизнес‑ и стратегической ценностях. Также нужно уметь упрощать свои формулировки, если это необходимо, и использовать такие средства коммуникации, как графический язык ArchiMate, чтобы донести свою точку зрения. Рассмотрим этот язык подробнее.
ArchiMate
ArchiMate (Architecture‑Animate) — это открытый и независимый язык моделирования архитектуры предприятия для поддержки описания, анализа и визуализации архитектуры внутри и за пределами бизнес‑процессов однозначным способом.
ArchiMate предлагает общий язык для описания построения и функционирования бизнес‑процессов, организационных структур, информационных потоков, ИТ систем и технической инфраструктуры. Это помогает различным заинтересованным сторонам разрабатывать, оценивать и сообщать о последствиях решений и изменений внутри и между этими областями бизнеса.
Основные сущности и типы связей языка ArchiMate можно рассматривать как структуру, так называемый ArchiMate Framework. Он разделяет архитектуру предприятия на уровень бизнеса, приложений и технологий. На каждом уровне рассматриваются три аспекта: активные элементы, внутренняя структура и элементы, которые определяют использование или передачу информации. Иными словами: субъект, действие, объект.
В отличие от более громоздких UML и BPMN, ArchiMate обходится 40 основными элементами, 18 дополнительными и 13 типами связей и с его помощью проще представить архитектуру решения.
Помните, что помощь членам организации в понимании преимуществ TOGAF очень важна для ее внедрения. При более глубоком понимании и поддержке вы добьетесь гораздо большего успеха в реализации инициатив по внедрению архитектуры.
Целевой подход
В крупном предприятии на формирование целостного архитектурного понимания решения требуется время. Возможно, нет возможности составить карту всей организации, или, по крайней мере, нет смысла ждать, пока это произойдет, прежде чем пытаться изменить архитектуру.
В определенном смысле, то о чем мы будем говорить сейчас, противоречит тому, что мы говорили ранее о том, что не стоит слишком концентрироваться на сиюминутных проблемах. Однако целенаправленный подход — это не то же самое, что изолированное мышление. На самом деле, даже фокусируясь на отдельных областях бизнеса, специалисты‑практики TOGAF все равно будут осознавать его связи с другими областями. Благодаря этому архитекторы могут сосредоточиться на улучшении отдельных областей возможностей, сохраняя при этом четкое представление о том, как предлагаемые изменения повлияют на другие области.
Заключение
В завершение этой статьи хотелось бы отметить, что бизнес постоянно меняется. Представленные в статье аспекты использования TOGAF при правильном использовании могут помочь в построении архитектуры решения, но могут создать дополнительные трудности. Важно учитывать их при разработке решения.
Всем, кому интересен ArchiMate, рекомендуем обратить внимание на открытые уроки, которые пройдут в Otus в марте:
5 марта в 19:00. Совместная работа и реализация артефактов в Archi. Разберём возможности совместного моделирования в инструменте Archi.
Узнать подробнее20 марта в 19:00. Риcуем модель ArchiMate в бесплатном инструменте Archi. Рассмотрим инструмент и научимся его применять на практике.
Узнать подробнее
