Жизненный цикл и принципы построения бизнес-архитектуры

Прежде, чем перейти к описанию принципов, стоит рассмотреть жизненный цикл, или, если хотите, этапы работы над бизнес-архитектурой. 

Жизненный цикл построения бизнес-архитектуры

Жизненный цикл состоит из шести неизменных этапов:

1. Определение видения и составляющих архитектуры

Видение бизнес-архитектуры – внутреннее определение того, чем является и не является архитектура. Проще говоря, нужно добиться точной и понятной формулировки, чтобы все в компании обладали общим пониманием понятия бизнес-архитектуры. В этом очень помогает определение составляющих. Кроме того, метамодель бизнес-архитектуры может, а скорее должна быть адаптирована под каждую организацию. Даже если адаптировать нет необходимости, нужно убедиться в том, что все заинтересованные стороны точно понимают все составляющие архитектуры.

2. Описание текущей бизнес-архитектуры

Предположу, что это самый понятный этап. Все, что необходимо – описать действующую бизнес-архитектуру в составе, определенном на этапе 1.

3. Разработка будущей архитектуры

Описание будущей архитектуры должно быть выполнено также и в том же составе, что и описание текущей. Это крайне важно для последующего анализа и планирования работ. Необходимо, чтобы можно было сравнивать две архитектуры без лишних усилий. Данный этап включает в себя анализ и обоснование преимуществ перехода к целевому состоянию бизнес-архитектуры.

4. Анализ разрывов и создание карты перехода от текущего состояния к будущему

Анализ разрывов позволяет точно понять различия между текущим и будущим, желаемым состоянием бизнес-архитектуры. Результаты анализа разрывов ложатся в основу карты перехода от одного состояния к другому.

5. Отладка, в том числе управленческих, бизнес-процессов

Бизнес-процессы – ядро архитектуры, потому что именно они вбирают в себя все прочие составляющие. Можно сказать, что бизнес-процессы осуществляют координацию составляющих бизнес-архитектуры. Управленческие процессы позволяют выполнять самое важное – осуществлять управляемое изменение. Именно поэтому отладка бизнес-процессов является обязательным шагом перед изменением архитектуры.

6. Разработка подробной программы мероприятий для перехода от текущего к будущему состоянию бизнес-архитектуры

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

Бизнес-процессы

Оптимизация бизнес-процессов

Проекты оптимизации – результат глубокого анализа бизнес-процессов организации. Результат каждого проекта оптимизации заключается в улучшении эффективности и снижении стоимости процессов. Наиболее распространенный запрос, связанный с оптимизацией, заключается в уменьшении нагрузки на персонал.

Читать

Принципы построения архитектуры бизнеса

Границы бизнес-архитектуры – границы бизнеса

Бизнес-архитектура охватывает всю компанию. В противном случае она теряет одно из важнейших свойств – целостность взаимодействия элементов.

Бизнес-архитектура, это про бизнес, а не про технологии

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

Бизнес-архитектура не является предписанием

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

Каждая архитектура уникальна

Одинаковых компаний не существует. Каждая компания уникальна в комплексе своих возможностей, функций, бизнес-процессов, целей, контексте и культуре. Поэтому и одинаковых архитектур быть не может. Нет более бесполезного действия, чем пытаться «натянуть» чужую архитектуру на свою компанию.

Вопросы, на которые должная давать ответы бизнес-архитектура

• Как осуществляется бизнес? 
  
• Кто, где и какие процессы выполняет? 
  
• Когда это делается? 
  
• Почему это делается? 
  
• Насколько хорошо это делается? 
  
• Какая информация нужна и используется бизнесом? 
  

Итеративная разработка бизнес-архитектуры

Описание и разработка бизнес-архитектуры осуществляется не за один раз и требует нескольких итераций. С каждой итерацией увеличивается глубина описания и количество деталей. Каждая итерация должна способствовать и приводить к определенным решениям.

Постоянная работа с бизнес-архитектурой

Создание бизнес-архитектуры — это не разовый проект или инициатива. Несмотря на то, что архитектура — это то, что практически не меняется, составляющие бизнес-архитектуры весьма изменчивы. А это означает, что изменения в реальной жизни должны находить отражение в документах архитектуры. Также к архитектуре необходимо обращаться при принятии решений и планировании будущих мероприятий и изменений.

Согласованность важнее результатов

При разработке бизнес-архитектуры всегда необходимо помнить, зачем это делается: обеспечение ясности и понимания составляющих, объединения сотрудников, достижения консенсуса, устранения недостатков и решения проблем. Поэтому согласованность бизнес-архитектуры, как в своем составе, так и со стороны заинтересованных сторон гораздо важнее, чем просто получение некого описания. Проще говоря, процесс разработки архитектуры гораздо важнее самой архитектуры.