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

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

В настоящее время широко используются и пользуются большой популярностью несколько стандартов моделирования бизнес-процессов:

• семейство стандартов IDEF (в частности, IDEFo, DFD, IDEF3);

• семейство стандартов ARIS (в частности, нотация eEPC);

• семейство стандартов UML (Usecase diagram, activity diagram).

Каждое из этих семейств стандартов представляет собой определенную методологию и реализовано рядом программных продуктов (CASE-средств). Наиболее известное программное обеспечение (ПО), реализующее ту или иную методологию, представлено в табл. 3.2.

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

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

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

• каковы «вход» и «выход» процесса в целом;

• из каких процедур состоит процесс;

• кто выполняет каждую процедуру;

• что получается в результате ее выполнения;

• кто получает результат и как он его использует;

• какие исключительные ситуации (разветвления) возникают в процессе?

Вот пример неинформативной схемы процесса (рис. 3.3):

Рис. 3.3. Пример неинформативной схемы бизнес-процесса

На этой схеме не видно:

• после какого события или факта процесс начинается;

• кто в нем участвует (является его исполнителем);

• что делает каждый исполнитель;

• что является результатом выполнения всего процесса и результатом работы каждого исполнителя;

• какие могут быть разветвления и в каких случаях.

А вот фрагмент схемы того же процесса, подготовленной в кросс-функциональной нотации (рис. 3.4).

Рис. 3.4. Фрагмент схемы бизнес-процесса в кроссфункциональной нотации

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

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

• продолжительность выполнения процедуры;