Цифровая трансформация для директоров и собственников. Часть 2. Системный подход - страница 6

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

BPMN 2.0 (Business Process Model and Notation 2.0)

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

Пример описания в этой нотации ниже.

Пример самой распространенной нотации (BPMN 2.0)

Что я наблюдаю в жизни и применяю сам

К сожалению, в 99% компаний или нет никакого описания бизнес-процессов, ни верхнеуровневого, ни тем более детализированного, или оно формально и сделано для галочки, а в жизни все работает иначе. И пока организация маленькая, 5—10 человек, это не страшно. Но после того, как она начинает расти, хаос становится все более дорогим удовольствием.

В своей жизни я подстраиваюсь под задачу, уровень зрелости компании и сотрудников. В основном это некий гибрид EPC и нотации Процедура (о ней подробнее по QR-коду в начале раздела), а иногда и простые блок-схемы.

Что важнее: организационная структура или описанные бизнес-процессы? С чего начинать? Это извечная дискуссия. Лично мое мнение: пока компания небольшая, идет ее становление и подбор того алгоритма, который будет давать результат, можно обойтись без бизнес-процессов. Если у вас есть организационная структура, четко прописаны функции, ключевой продукт и, желательно, метрики (я не вывожу это в обязательное условие, потому что видел единичные случаи качественно проработанной системы ключевых показателей), то вы не утонете в хаосе. Люди смогут между собой общаться и договариваться, а это – ключевой элемент. Я бы даже сказал, что это полезное упражнение – сначала научить людей работать сообща, разделив между ними полномочия, ответственность и ресурсы, а затем внедрять процессное управление. В итоге работа с орг. структурой позволит создать скелет системы управления, в том числе:

– обеспечить эффективное использование ресурсов;

– повысить производительность;

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

– минимизировать риски для компании, особенно связанные с зависимостью от отдельных людей;

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

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

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