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

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

В данных обстоятельствах целесообразно руководствоваться рекомендациями минималистского подхода по проектированию модели бизнес-архитектуры, то есть определять требования к бизнес-архитектуре самого высокого приоритета и затем делать минимально возможное, и не более того, чтобы удовлетворить этим требованиям [16]. Это позволяет иметь ограниченный и контролируемый набор бизнес-моделей высокого уровня (либо ключевых бизнес-процессов), но в то же время оставляет необходимую степень свободы для расширения состава бизнес-процессов, повышения детализации описания как самих бизнес-процессов, так и их компонент.

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

Реализация минималистского подхода и подхода по «достаточно хорошей архитектуре» осуществляется в соответствии со следующими ключевыми принципами:

♦ быть гибким и разграничивать уровни бизнес-архитектуры. Гибкость может, в частности, достигаться за счет разделения бизнес-архитектуры на составные компоненты: организационная, технологическая, информационная и т. д. Это позволяет «локализовывать» необходимые изменения в рамках соответствующих предметных областей, учитывать связь (влияние) изменений между предметными областями и таким образом исключать необходимость переделки всей архитектуры целиком;

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

Ключевым условием, определяющим эффективное распределение ресурсов для исполнения проекта по моделированию бизнес-архитектуры, является обеспечение соответствия планирования проекта базовым рекомендациям. А именно построение модели бизнес-архитектуры должно охватывать три временных окна: состояние «как есть», состояние «как должно быть» на ближайшую перспективу и состояние «как должно быть» на отдаленную перспективу. Gartner рекомендует распределение ресурсов между данными промежутками устанавливать 15 %, 70 %, 15 % соответственно.

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

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

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