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

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

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

♦разработке проектных решений для построения модели бизнес-архитектуры;

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

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

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

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

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

Несомненно, что для исключения неправильного распределения ресурса между фазами проекта важно изначально правильно сформулировать и зафиксировать метацели моделирования модели бизнес-архитектуры: что это – систематизация (инвентаризация) организационно-технологической структуры, или прототип новой организационно-технологической структуры, или механизм документирования и управления изменения в организационно-технологической структуре предприятия?

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

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

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