Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

Графические модели бизнес-процессов — это инструмент, который позволяет наглядно представить алгоритм работы компании: от получения заявки до её выполнения. В отличие от текстовых описаний, схемы занимают меньше места, легче запоминаются сотрудниками и помогают руководителю находить проблемные или избыточные этапы. В этой статье мы рассмотрим основные нотации (языки моделирования) и приведём примеры графиков процессов управления.

Зачем нужны графики процессов управления

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

Основные нотации моделирования

IDEF0

Появилась в 1980-х годах в ВВС США для оптимизации предприятий военной промышленности. Модель разворачивается слева направо и сверху вниз: объекты, расположенные левее и выше, доминируют над остальными.

Графические элементы:

Прямоугольники — действия или этапы процесса;
Стрелки — ресурсы, исполнители, входы и выходы.

Достоинства: очень высокая степень детализации — можно учесть все ресурсы и сотрудников на каждом этапе. Недостатки: схема занимает много места, сложна для чтения без подготовки и плохо подходит для процессов с развилками («или»).

EPC (Event-driven Process Chain)

Возникла в 1990-х годах. Название («цепочка событийных процессов») указывает на фокус нотации — событие. Модель разворачивается сверху вниз.

Цветовая кодировка элементов:

Розовые фигуры — события;
Зелёные — функции (действия);
Жёлтые — исполнители;
Серые — ресурсы;
Оранжевые — информационные системы.

Для соединения используются стрелки и логические операторы «и», «или», «исключающее или», поэтому EPC отлично подходит для ветвящихся процессов. Достоинство, простота восприятия: разноцветная схема «живая» и удобна для презентаций.

BPMN

Часть концепции BPM (управления бизнес-процессами). Первая версия появилась в 2004 году, актуальная — BPMN 2.0.2. Это самая распространённая нотация: она позволяет строить сложные развилки, описывать взаимодействие нескольких участников (пулы и дорожки) и автоматизировать процессы в специализированных системах.

Пример графика процесса управления: обработка заказа клиента

Рассмотрим условный пример компании ООО «Торговый дом «», расположенной по адресу: г. Москва, ул. Примерная, д. (тел. +7 (495) —). Руководитель отдела продаж — Иванов И. И.

Описание процесса по шагам

Стартовое событие: поступление заявки от клиента (по телефону +7 (9) —* или через сайт).
Регистрация заявки менеджером в CRM-системе.
Проверка наличия товара на складе (развилка):
- товар есть → переход к согласованию;
- товара нет → запрос поставщику, уведомление клиента о сроках.
Согласование условий с клиентом (цена, сроки, доставка).
Оформление договора и выставление счёта.
Оплата и контроль поступления средств бухгалтерией.
Отгрузка и доставка заказа.
Финальное событие: закрытие сделки, сбор обратной связи.

Как это выглядит в нотациях

В IDEF0: каждый шаг — прямоугольник, к которому слева подходят стрелки входов (заявка, данные клиента), сверху, управляющие воздействия (регламенты), снизу — механизмы (менеджер, CRM), справа выходят результаты (договор, отгруженный товар).
В EPC: розовые события («заявка получена», «товар зарезервирован») чередуются с зелёными функциями, а развилка «товар есть/нет» оформляется оператором «исключающее или».
В BPMN: процесс делится на дорожки (клиент, менеджер, склад, бухгалтерия), развилки оформляются шлюзами, а события — кружками.

Графики процессов управления пример