Е. Всяких - Практика и проблематика моделирования бизнес-процессов

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

Концепция позиционирования архитектуры предприятия с различных ракурсов (предметных областей) и уровней абстракции позволяет бизнесу четко видеть влияние предлагаемых изменений на различных уровнях (управленческом, исполнительном и т. д.) и различных компонентах (технологических, информационных, организационных и т. д.).

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

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

Учитывая данные обстоятельства, описание архитектуры бизнес-процессов охватывает не только компоненты, необходимые для отображения бизнес-логики, но и компоненты «окружения», с которыми обеспечивается взаимодействие в рамках процесса получения целевых результатов деятельности организации.

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

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

а) оценку влияния компонента на процесс;

б) взаимосвязь с другими компонентами и интеграцию в целевой бизнес-процесс.

Детализация же имеющих самостоятельное значение компонент «окружения» бизнес-процессов происходит в рамках соответствующих элементов архитектуры предприятия.

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

Можно согласиться с выводами авторов [4], что отсутствие понимания и взаимосвязей между различными артефактами архитектуры и неспособность явного описания таких взаимосвязей в рамках бизнес-архитектуры являются одной из основных причин неудач проектов разработки архитектуры предприятия в целом или практического использования результатов подобных работ.

Существует достаточный разброс мнений в понимании и определении бизнес-архитектуры и бизнес-модели. Одна из трактовок предусматривает определение бизнес-архитектуры как области, которая определяется высшими руководителями, отвечающими за основные функции (бизнес) организации [10]. Такая трактовка, как правило, включает в себя утверждения по поводу миссии и целей организации, критические факторы успеха, бизнес-стратегии, описания функций, а также структуры и процессы, необходимые для реализации функций.

Ключом к построению хорошей бизнес-архитектуры является определение бизнес-процессов, их функций и характеристик. Это становится основой для построения архитектуры ИТ-приложений, которые обеспечивают автоматизированную поддержку этих процессов. Хотелось бы в связи с этим привести следующую цитату из книги Unleashing the Killer Арр [11]: «Вы тогда достигаете цели, когда становится невозможно определить, где заканчиваются бизнес-аспекты и где начинаются технологии».