Урок 3 из 8 · 25 мин · обновлено

Бизнес-процессы: что это и как описать их схемой

Что такое бизнес-процесс и из чего он состоит, зачем описывают процессы «как есть» и «как будет», какие бывают нотации моделирования и как читать основные элементы BPMN — события, задачи, шлюзы и дорожки — на примере согласования заказа.

Что такое бизнес-процесс

Бизнес-процесс — повторяющаяся цепочка действий, которая превращает что-то на входе в результат для клиента или компании. Заявка покупателя превращается в отгрузку, счёт поставщика — в оплату, приказ о приёме — в нового сотрудника в зарплатной ведомости.

У любого процесса есть:

  • начало — событие, которое его запускает: пришла заявка;
  • результат — чем он заканчивается: товар отгружен;
  • участники — кто выполняет шаги: менеджер, кладовщик, бухгалтер;
  • шаги — что делают;
  • условия — развилки: «если товара нет на складе…»;
  • документы и данные — что создают и используют: заказ, накладная, счёт.

«Как есть» и «как будет»

Аналитик описывает процесс дважды:

  • «как есть» — как работают сейчас, со всеми неформальными договорённостями и ручными шагами;
  • «как будет» — как процесс должен идти в новой системе.

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

Процессы описывают на разных уровнях. Верхний — крупные блоки компании: закупки → склад → продажи → деньги. Детальный — шаги внутри одного блока, вплоть до конкретного документа.

Нотации

Можно описать процесс текстом, но схему читать проще. Чтобы схему одинаково понимали все, используют нотации — договорённости о значках.

  • BPMN — самая распространённая сейчас нотация: подробная и понятная и заказчику, и разработчику.
  • EPC — цепочки «событие — функция — событие», популярны в крупных компаниях.
  • IDEF0 — блоки с входами, выходами и ресурсами, для общего вида системы.
  • Блок-схема — простые прямоугольники и ромбы, знакомые со школы.

Начинающему аналитику достаточно уверенно читать и рисовать BPMN.

Основа BPMN

Элемент Как выглядит Пример
Событие круг: тонкий — начало, жирный — конец «Пришла заявка», «Заказ согласован»
Задача прямоугольник со скруглёнными углами «Оформить заказ клиента»
Шлюз ромб «Скидка больше 10%?»
Поток стрелка порядок шагов
Дорожка горизонтальная полоса с подписью «Менеджер», «Руководитель продаж»

Процесс согласования заказа в «ДомТорге» как будет:

  1. Заявкасобытие
  2. Оформить заказменеджер
  3. Скидка > 10%?шлюз
  4. Согласоватьруководитель продаж
  5. Заказ согласовансобытие

На шлюзе две ветки: если скидка не больше 10%, заказ сразу идёт дальше, если больше — уходит на согласование. А если руководитель отказал — заказ возвращается менеджеру. Такие ветки обязательно показывают на схеме: именно в исключениях чаще всего прячутся ошибки.

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

Попробуйте сами. Опишите процесс «как есть» в элементах BPMN. Клиент «ДомТорга» звонит менеджеру и просит вернуть бракованный товар. Менеджер пишет кладовщику в мессенджер. Кладовщик принимает товар и проверяет: если брак подтвердился, сообщает бухгалтеру, и тот оформляет возврат денег. Если брака нет, кладовщик звонит менеджеру, и товар отправляют клиенту обратно. Назовите события, задачи, шлюз и дорожки. Найдите два слабых места.

Решение
  • Дорожки: Клиент, Менеджер, Кладовщик, Бухгалтер.
  • Начальное событие: «Клиент сообщил о браке».
  • Задачи: «Передать информацию кладовщику» (менеджер), «Принять и проверить товар» (кладовщик), «Оформить возврат денег» (бухгалтер), «Отправить товар клиенту обратно» (склад).
  • Шлюз: «Брак подтверждён?» — да / нет.
  • Конечные события: «Деньги возвращены» или «Товар возвращён клиенту».

Слабые места:

  1. Передача через мессенджер: договорённость нигде не фиксируется в 1С, сообщение легко потерять, а статус возврата никто не видит.
  2. Устные звонки между складом и менеджером: непонятно, кто отвечает за возврат на каждом шаге и сколько он уже длится.

В процессе «как будет» возврат стоило бы оформлять документом в 1С со статусами — его видят все участники.

Мини-тест: проверьте себя

Закрепите урок: несколько вопросов, разбор ответов — в конце.

  1. Что из этого — бизнес-процесс?

  2. Зачем описывать процесс «как есть», если всё равно будем его менять?

  3. Что в BPMN обозначает ромб?

  4. Для чего на схеме BPMN дорожки?