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

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

необходимости ознакомления с новой терминологией и ключевыми принципами;

новой рабочей среды;

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

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

Более правильным является согласие технологических специалистов на работу бизнес-консультантами в привычной для них среде: Word, PowerPoint, VisioStudio, Excel и других стандартных редакторах. Соответственно, технологические консультанты берут на себя нагрузку по интерпретации и преобразованию в нужный формат исходных данных.

Как правило, состав исходных данных включает в себя:

неформализованное описание бизнес-процессов;

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

состав операционных документов;

состав правовой базы;

состав технических ресурсов;

состав организационных ресурсов.

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

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

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

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

Бизнес-консультанты полностью несут ответственность за:

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

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

обоснование методов и критериев оптимизации процессов.

Технологические консультанты полностью несут ответственность за:

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

дружелюбность интерфейса;

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

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

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

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

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

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

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

Группа бизнес-консультантов: