BPMN для снабжения: как описать процесс закупки до внедрения ERP
BPMN — это нотация, которая помогает увидеть процесс целиком: кто, что, когда и в каком порядке делает. Не для красоты схемы, а чтобы найти лишние согласования, дубли и тупики до того, как вы за них заплатите в софте.
Разберём на примере закупки.
Шаг 1. Определите границы
Начало: цех подаёт заявку. Конец: товар принят на склад. Всё, что до и после, — отдельные процессы.
Шаг 2. Нарисуйте «как есть»
Не идеальную схему, а реальную. Возьмите пять последних заявок и пройдите по ним. Скорее всего, обнаружите:
- заявку согласуют пять человек, а нужны два;
- данные дублируют в свои файлы Excel;
- статус заявки никто не знает, пока не позвонишь.
Шаг 3. Используйте базовые элементы
Для снабжения хватит пяти:
- Дорожки (pools/lanes) — роли: цех, снабжение, финансы, склад.
- Задачи (tasks) — действия: «проверить заявку», «согласовать бюджет».
- Шлюзы (gateways) — развилки: «сумма > 100 000?», «поставщик из списка?».
- События (events) — старт, финиш, таймер просрочки.
- Потоки (flows) — последовательность и передача между ролями.
Этого достаточно. Не усложняйте.
Шаг 4. Найдите проблемы
Смотрите на схему и задавайте вопросы:
- Где заявка может застрять? Кто её ждёт и сколько?
- Какие согласования не создают ценность?
- Что будет, если согласующий в отпуске?
- Где дублируется ввод данных?
Шаг 5. Нарисуйте «как должно быть»
Уберите лишнее, добавьте эскалацию по срокам, замените фамилии ролями. Согласуйте с участниками. Только после этого идите к вендору ERP и показывайте: «Вот процесс, который система должна поддержать».
Типичные ошибки
- Рисуют «как надо», а не «как есть» — и не видят реальных проблем.
- Делают схему на 40 шагов и пугаются сами.
- Забывают про исключения: возврат, отказ, срочная закупка.
- Не согласуют схему с исполнителями — и получают «у нас всё не так».
Вывод
BPMN — не бюрократия, а способ увидеть процесс до автоматизации. Час на схему экономит месяцы переделок в ERP. Сначала процесс — потом софт.
#бизнеспроцессы #BPMN #автоматизация #снабжение #ERP #middle
BPMN — это нотация, которая помогает увидеть процесс целиком: кто, что, когда и в каком порядке делает. Не для красоты схемы, а чтобы найти лишние согласования, дубли и тупики до того, как вы за них заплатите в софте.
Разберём на примере закупки.
Шаг 1. Определите границы
Начало: цех подаёт заявку. Конец: товар принят на склад. Всё, что до и после, — отдельные процессы.
Шаг 2. Нарисуйте «как есть»
Не идеальную схему, а реальную. Возьмите пять последних заявок и пройдите по ним. Скорее всего, обнаружите:
- заявку согласуют пять человек, а нужны два;
- данные дублируют в свои файлы Excel;
- статус заявки никто не знает, пока не позвонишь.
Шаг 3. Используйте базовые элементы
Для снабжения хватит пяти:
- Дорожки (pools/lanes) — роли: цех, снабжение, финансы, склад.
- Задачи (tasks) — действия: «проверить заявку», «согласовать бюджет».
- Шлюзы (gateways) — развилки: «сумма > 100 000?», «поставщик из списка?».
- События (events) — старт, финиш, таймер просрочки.
- Потоки (flows) — последовательность и передача между ролями.
Этого достаточно. Не усложняйте.
Шаг 4. Найдите проблемы
Смотрите на схему и задавайте вопросы:
- Где заявка может застрять? Кто её ждёт и сколько?
- Какие согласования не создают ценность?
- Что будет, если согласующий в отпуске?
- Где дублируется ввод данных?
Шаг 5. Нарисуйте «как должно быть»
Уберите лишнее, добавьте эскалацию по срокам, замените фамилии ролями. Согласуйте с участниками. Только после этого идите к вендору ERP и показывайте: «Вот процесс, который система должна поддержать».
Типичные ошибки
- Рисуют «как надо», а не «как есть» — и не видят реальных проблем.
- Делают схему на 40 шагов и пугаются сами.
- Забывают про исключения: возврат, отказ, срочная закупка.
- Не согласуют схему с исполнителями — и получают «у нас всё не так».
Вывод
BPMN — не бюрократия, а способ увидеть процесс до автоматизации. Час на схему экономит месяцы переделок в ERP. Сначала процесс — потом софт.
#бизнеспроцессы #BPMN #автоматизация #снабжение #ERP #middle
Просмотры: 23