администратор – отвечает за сбор данных в единый репозиторий, поддерживаемый средствами инструментальной среды моделирования;

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

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

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

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

Можно сформулировать следующие общие требования к квалификации (знаниям) специалистов по описанию бизнес-процессов:

знание принципов и методов организации управления на основе процессного подхода;

знакомство с основами структурного и системного анализа;

знание основ теории эффективности;

понимание современных технологий (методов и средств) в области моделирования, анализа и реинжиниринга, процессов разработки и внедрения информационных систем;

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

К личным качествам специалистов по описанию бизнес-процессов предъявляются следующие требования:

коммуникабельность, тактичность и умение при проведении интервью выслушивать собеседника;

умение аналитически и гибко мыслить;

навыки грамотного устного и письменного изложения мыслей;

умение отделять существенное от несущественного;

способность структурировать собранную информацию.

Выше отмечалась важная роль заказчика на этапе формирования проектной группы консультантов. Вместе с тем это далеко не единственная нагрузка и задача, которая должна им исполняться в течение всего времени проекта. От заказчика должна быть сформирована группа поддержки проекта, которая призвана обеспечить сопровождение консультантов в части:

предоставления исходных данных;

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

организационного обеспечения.

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

С практической точки зрения, архитектура реализуется постепенно и поступательно через выполнение отдельных проектов в рамках активного взаимодействия команд заказчика и исполнителя.

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

Реализуемые в проекте функции управления и контроля включают два аспекта:

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