Что нам стоит дом построить, нарисуем, будем жить!

 

Что такое Архитектура бизнеса (EA)?

С разделом Архитектура бизнеса (Enterprise Architecture)данным разделом есть два момента:

  • Звучит очень технически — но это обманчивое первое впечатление. В данном разделе про организационные структуры, процессы, людей, продукты, услуги и ресурсы бизнеса. Или про то из чего состоит бизнес, что попадает в фокус проекта или что влияет на него.
  • Это два раздела — на сайте я не стал писать отдельно EA As-Is и EA To-Be. А вам придется. Вам нужно определить какой бизнес сейчас и каким вы его видите в результате выполнения проекта. Между этими двумя разделами будет виден разрыв (Gap). Часть этого разрыва будет устранено за счет решения.

Как мы опишем EA?

Что мы хотим видеть в данном разделе:

  • Бизнес модель — включает в себя несколько компонентов — ключевая цепочка создания ценности, видение и стратегия. Бизнес не примет решение — какое классное оно бы не было — если решение не соответствует бизнес модели и стратегии бизнеса. Align to business strategy очень важен для принятия решения спонсорами проекта.
  • Измерения — время, пространство, отношения, группа процессов, продукты и рынок — все что определяет ключевые параметры рамок решения.
  • Люди. Или заинтересованные лица. Мы хотим понять КТО работает в вашем бизнесе, кто является клиентами и партнерами. Фокус на людей нужен, чтобы понять язык, возраст, культуру, мотивацию, технические компетенции. Данный раздел не должен собирать детальный портрет полной и исчерпывающей информации обо всех и каждом — мы должны озвучить то что является важным для построения решения. Например — язык для понимания интерфейса системы и какая документация нужно, уровень компетенций для проектирования правильного UX. Неправильное понимание людей, неправильное общение с людьми разрушит любое начинание.
  • Организационные структуры. Каким образом построена бюрократия, как организовано управление людьми, какие у кого есть полномочия. Важный вопрос для аспекта безопасности и построения ролевой модели решения.
  • Процессы. Как организована работа. Какие процессы лежат в фокусе внимания — что мы будем улучшать, что является источником, а что является получателем наших процессов. Это самая важная часть EA – как правило ИТ решения являются инструментами используемыми в процессах. И меняющие процессы.
  • Продукты, услуги, ресурсы. Мы должны иногда внимательно изучить какие ценности производит бизнес. Очень часто ИТ системы становится частью продуктового предложения как сервисы – хорошее мобильное приложение, сайт самообслуживания, информационные ресурсы, напоминания клиентам — все это часть продуктов и услуг бизнеса.
  • Производственные мощности и другие системы. Вы должны понимать в какую производственную экосистему будет вписываться новое решение. Вопросы интеграции и совместимости крайне важны.
  • Технологии — это наверное самое техническое что есть в этом разделе. Перечень адаптированных и принятых как стандарт технологии в бизнесе. Будет определять нефункциональные требования к решению.

Рекомендации

  • Описание EA рекомендуется выносить в Приложения — описание каждого из пунктов может занять около половины страницы или больше, а вместе около 5 страниц. Итого два приложения – Enterprise Architecture As-Is и Enterprise Architecture To-Be
  • В целевой архитектуре To-Be укажите точки влияния проекта — где решение вносит изменения. Не все изменения целевой EA будут закрыты данным проектом — изменения будут, но не в рамках этого проекта.
  • Не забудьте отдельно описать Изменения — что будет изменено, что изъято, а что добавлено в компонентах EA.