Управление бизнес-процессами имеет множество инструментов для определения существующего состояния бизнес-процессов в компании. Можно описать бизнес-процессы в виде структурированного текста, можно описать в виде таблицы, ну а можно моделировать бизнес-процессы в виде графической модели в той или иной нотации (BPMN, EPC, IDEF).
Можно ввести даже границу в терминологию – описание – это текст и таблица, а моделирование – это исключительно формирование графической модели.
Большинство бизнес-аналитиков сосредоточены именно на моделировании в виде графических моделей, однако, на практике бизнес-процессы можно с легкостью описывать и в табличных, и даже текстовых форматах. А чем проще формат, тем легче доверить описание бизнес-процессов самому бизнесу.
Если проанализировать результаты описания и моделирования, сделанных слушателями моих online курсов по оптимизации бизнес-процессов, хорошо видно, что текстовые и табличные формы получаются и них намного лучше, чем графические модели. При этом различия между табличной и текстовой формой описания лишь в возможности на графической модели показывать развилки и циклы, как в классических алгоритмах. Поэтому для описания многих простых бизнес-процессов вполне достаточно ссылок в тексте, указывающих на номер функции, куда передается поток работ, чтобы описать логику работы по бизнес-процессу.
Именно поэтому компании не стоит спешить с внедрением сложных графических нотаций моделирования бизнес-процессов, а начинать с текстового или табличного описания. На первом этапе даже если бизнес-процесс будет описан структурированным текстом – это уже хорошо, ну а если кто-то решит описать в табличной форме – еще лучше.
Для особо запутанных бизнес-процессов можно выборочно применять графические модели, для того что бы распутать сложную логику взаимодействия, однако массовое моделирование всех бизнес-процессов в графических нотациях можно инициировать в компаниях с высоким уровнем управленческой зрелости.
Много бизнес-аналитиков потеряли свою работу из-за излишней приверженности к моделированию, поэтому нужно в первую очередь говорить с бизнесом, ключевым потребителем создаваемого описания, иначе будет создан результат. который никого не устроит, а ресурсы будут уже потрачены. Поэтому работайте от потребности бизнеса, а не от привычки рисовать графические модели в различных нотациях.
Конечно другое дело, если Вы в ближайшее время будете внедрять систему BPMS, тогда графическая нотация системы исполнения бизнес-процесса будет законом.