Что нам стоит дом построить, нарисуем, будем жить!
Что такое Архитектура бизнеса (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.