По какой-то причине, у нас в России очень модно понятие «описать бизнес-процессы». Да, и обязательно блок-схемами, в нотации IDEF, EPC или BPMN. Смотрится здорово, руководству нравится. То что потом эти описания в ящик стола кладутся и никто их не читает, кроме тех кто их писал — как-то мало кого волнует.

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

Выглядят они очень просто:

Продажа рекламы - инструкция по процессу - Google Диск - Google Chrome (2013-06-07 08.57.33)

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

Так вот, эти инструкции сотрудники читают, потому что эти инструкции помогают в работе. Помогают делать свое дело — лучше.

С чего мы это взяли? Потому что у нас есть опыт, есть уже реализованные проекты (например: комплексная модель описания бизнес-процессов) и на этом проекте мы замеряли результат в виде показателя «количество посещений страниц с инструкциями» (пример).

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

Надо ли говорить о третьем преимуществе? Обучение сотрудников по таким инструкциям происходит с заметным ускорением и повышением результативности…