самые явные потери.
Событийная цепочка процессов (EPC)
Данный подход описывает бизнес-процессы в виде отдельных этапов/шагов процесса и событий, которые инициируют эти шаги, то есть получается структура «событие – функция – событие». Этот метод хорошо подходит для стандартизации бизнес-процессов и анализа потока документов и необходимой информации в рамках всего бизнес-процесса.
Основные элементы описания:
– Событие – то, что создает необходимость действия.
– Функция – это действие для получения нужного результата, в ответ на событие.
– Исполнители – те, кто реализуют функцию, в том числе утверждают, согласовывают и т. д.
– Ресурсы – это все то, что необходимо для реализации функции: деньги, информационные системы или отдельные модули, документы, операционные риски.
В отличие от предыдущего подхода, где начало было слева и финиш справа, здесь все стартует сверху и идет вниз.
Алгоритм описания:
– Определяем, что у нас есть и чего мы хотим – граничные события.
– Описываем промежуточные события, которые есть внутри этого процесса и какие необходимо выполнить задачи / реализовать функции.
– Добавляем всю необходимую информацию об исполнителях и ресурсах.
– Анализ полноты и качества схемы, учитывает ли она все вариации и подпроцессы. При необходимости делаем дополнительные схемы для подпроцессов. Однако тут я рекомендую всегда помнить правило из первой книги – одна схема, один лист или экран.
Плюс подхода – возможность потом создать понятный регламент в виде текста или таблицы. Эта нотация довольно распространена, особенно в крупных организациях, так как с одной стороны стандартизует описание, а с другой – достаточно гибкая. Например, ее часто используют для настройки ERP-систем.
BPMN 2.0 (Business Process Model and Notation 2.0)
BPMN – на сегодня некий стандарт де-факто в описании бизнес-процессов с широким набором графических элементов для моделирования. Если для рядовых пользователей и руководителей это не самый удобный подход, то для бизнес-аналитиков это обязательный инструмент: описать в рамках этого подхода довольно большой процесс на одном листе будет трудно, кроме того, подход довольно строг, однако здесь более высокая детализация и легче выявить локальные ошибки.
Пример описания в этой нотации ниже.
Пример упрощенной BPMN-схемы
Что я наблюдаю в жизни и применяю сам
К сожалению, в 99% компаний или нет никакого описания бизнес-процессов, ни верхнеуровневого, ни тем более детализированного, или оно формально и сделано для галочки, а в жизни все работает иначе. И пока организация маленькая, 5—10 человек, это не страшно. Но после того, как она начинает расти, хаос становится все более дорогим удовольствием.
В своей жизни я подстраиваюсь под задачу, уровень зрелости компании и сотрудников. В основном это некий гибрид EPC и нотации Процедура (о ней подробнее по QR-коду в начале раздела), а иногда и простые блок-схемы.