4.2.2. Нотация моделирования процессов

4.2.2. Нотация моделирования процессов

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

При выборе нотации полезно обратить внимание на следующее. Если описание процессов делается для создания регламентирующих документов, то схемы процессов должны быть просты и интуитивно понятны сотрудникам организации, информативны при минимальном наборе используемых графических символов. Нет смысла усложнять графическое представление – полезную информацию вполне можно вывести в нормативно-методические документы в виде таблиц и текста. Выбранная нотация должна быть понятна большинству сотрудников без специального обучения и длительного освоения. Конечно, можно заставить людей описывать процессы в любых нотациях (например, в UML[83]) при помощи совершенно разных средств моделирования, но затраты на внедрение таких нотаций/систем обычно значительны. Чрезмерно сложная нотация и средство моделирования сделают методы процессного управления доступными для узкого круга профессионалов из отдела организационного развития или IT-отдела, а преимущества процессного подхода не будут реализованы в полной мере.

Замечу, что если предполагается описывать процессы исключительно в целях последующей автоматизации, то лучше всего использовать нотацию BPMN[84] 2.0.

Сформулируем простые критерии для выбора нотации моделирования процессов на операционном уровне:

• в нотации представлен минимально необходимый набор графических элементов для описания процессов типа Work Flow (поток работ);

• быстрота и низкая трудоемкость создания графических схем для целей регламентации;

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

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

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