Урок 3 из 8 · 25 мин · обновлено
Бизнес-процессы: что это и как описать их схемой
Что такое бизнес-процесс и из чего он состоит, зачем описывают процессы «как есть» и «как будет», какие бывают нотации моделирования и как читать основные элементы BPMN — события, задачи, шлюзы и дорожки — на примере согласования заказа.
Что такое бизнес-процесс
Бизнес-процесс — повторяющаяся цепочка действий, которая превращает что-то на входе в результат для клиента или компании. Заявка покупателя превращается в отгрузку, счёт поставщика — в оплату, приказ о приёме — в нового сотрудника в зарплатной ведомости.
У любого процесса есть:
- начало — событие, которое его запускает: пришла заявка;
- результат — чем он заканчивается: товар отгружен;
- участники — кто выполняет шаги: менеджер, кладовщик, бухгалтер;
- шаги — что делают;
- условия — развилки: «если товара нет на складе…»;
- документы и данные — что создают и используют: заказ, накладная, счёт.
«Как есть» и «как будет»
Аналитик описывает процесс дважды:
- «как есть» — как работают сейчас, со всеми неформальными договорённостями и ручными шагами;
- «как будет» — как процесс должен идти в новой системе.
Разница между ними — и есть содержание проекта. На схеме «как есть» хорошо видны проблемы: где люди ждут, где переносят данные вручную, где одно и то же вводят дважды, где нет ответственного.
Процессы описывают на разных уровнях. Верхний — крупные блоки компании: закупки → склад → продажи → деньги. Детальный — шаги внутри одного блока, вплоть до конкретного документа.
Нотации
Можно описать процесс текстом, но схему читать проще. Чтобы схему одинаково понимали все, используют нотации — договорённости о значках.
- BPMN — самая распространённая сейчас нотация: подробная и понятная и заказчику, и разработчику.
- EPC — цепочки «событие — функция — событие», популярны в крупных компаниях.
- IDEF0 — блоки с входами, выходами и ресурсами, для общего вида системы.
- Блок-схема — простые прямоугольники и ромбы, знакомые со школы.
Начинающему аналитику достаточно уверенно читать и рисовать BPMN.
Основа BPMN
| Элемент | Как выглядит | Пример |
|---|---|---|
| Событие | круг: тонкий — начало, жирный — конец | «Пришла заявка», «Заказ согласован» |
| Задача | прямоугольник со скруглёнными углами | «Оформить заказ клиента» |
| Шлюз | ромб | «Скидка больше 10%?» |
| Поток | стрелка | порядок шагов |
| Дорожка | горизонтальная полоса с подписью | «Менеджер», «Руководитель продаж» |
Процесс согласования заказа в «ДомТорге» как будет:
- Заявкасобытие
- Оформить заказменеджер
- Скидка > 10%?шлюз
- Согласоватьруководитель продаж
- Заказ согласовансобытие
На шлюзе две ветки: если скидка не больше 10%, заказ сразу идёт дальше, если больше — уходит на согласование. А если руководитель отказал — заказ возвращается менеджеру. Такие ветки обязательно показывают на схеме: именно в исключениях чаще всего прячутся ошибки.
Рисуют схемы в специальных программах для моделирования или в любом редакторе диаграмм. Главное — не красота, а чтобы ключевой пользователь посмотрел и сказал: «Да, так и работаем».
Попробуйте сами. Опишите процесс «как есть» в элементах BPMN. Клиент «ДомТорга» звонит менеджеру и просит вернуть бракованный товар. Менеджер пишет кладовщику в мессенджер. Кладовщик принимает товар и проверяет: если брак подтвердился, сообщает бухгалтеру, и тот оформляет возврат денег. Если брака нет, кладовщик звонит менеджеру, и товар отправляют клиенту обратно. Назовите события, задачи, шлюз и дорожки. Найдите два слабых места.
Решение
- Дорожки: Клиент, Менеджер, Кладовщик, Бухгалтер.
- Начальное событие: «Клиент сообщил о браке».
- Задачи: «Передать информацию кладовщику» (менеджер), «Принять и проверить товар» (кладовщик), «Оформить возврат денег» (бухгалтер), «Отправить товар клиенту обратно» (склад).
- Шлюз: «Брак подтверждён?» — да / нет.
- Конечные события: «Деньги возвращены» или «Товар возвращён клиенту».
Слабые места:
- Передача через мессенджер: договорённость нигде не фиксируется в 1С, сообщение легко потерять, а статус возврата никто не видит.
- Устные звонки между складом и менеджером: непонятно, кто отвечает за возврат на каждом шаге и сколько он уже длится.
В процессе «как будет» возврат стоило бы оформлять документом в 1С со статусами — его видят все участники.
Мини-тест: проверьте себя
Закрепите урок: несколько вопросов, разбор ответов — в конце.
-
Что из этого — бизнес-процесс?
Процесс — цепочка действий с началом и результатом. Компьютер, справочник и телефон — ресурсы и данные, которые процесс использует.
-
Зачем описывать процесс «как есть», если всё равно будем его менять?
Без схемы «как есть» легко забыть исключения и неочевидные шаги, которые люди делают по привычке. А проблемы видны именно на ней.
-
Что в BPMN обозначает ромб?
Шлюз показывает, куда пойдёт процесс дальше: например, «скидка больше 10%?» — да или нет.
-
Для чего на схеме BPMN дорожки?
Каждая дорожка — роль или отдел. Сразу видно, где задача переходит от одного человека к другому — там чаще всего и теряется время.