Компания растёт, а процессы живут «в головах»: каждый сотрудник делает работу по-своему, новичок входит в дела месяцами, а с уходом ключевого человека знания уходят вместе с ним. Описание и моделирование бизнес-процессов - это способ вынести знания из голов на бумагу и в систему, чтобы работа шла одинаково и предсказуемо.
Разберём, что такое описание и моделирование процессов, чем они отличаются, как выбрать нотацию и не превратить проект в бесполезные схемы «в стол». С прицелом на практику для бизнеса в Минске и по всей Беларуси.
Зачем описывать бизнес-процессы
Описание процессов решает вполне земные задачи:
- Единообразие. Все делают работу по одному стандарту, а не «кто как привык».
- Онбординг. Новый сотрудник учится по описанию, а не «смотрит, как делает сосед».
- Устойчивость. Уход человека не парализует работу - процесс зафиксирован.
- Основа для улучшений. Нельзя оптимизировать и автоматизировать то, что не описано.
Если работа держится на нескольких «незаменимых» людях и памяти, а не на процессах, - компания уязвима. Описание превращает личный опыт в актив компании.
Описание и моделирование - в чём разница
Эти понятия часто путают, хотя они про разное.
- Описание процесса отвечает на вопрос «как это работает»: последовательность шагов, кто что делает, какие документы участвуют.
- Моделирование процесса - это построение модели, часто в нескольких состояниях: «как есть» (as is) и «как должно быть» (to be). Моделирование позволяет проиграть варианты до того, как менять реальную работу.
Проще говоря, описание фиксирует факт, а моделирование проектирует будущее. На практике эти шаги идут вместе: сначала описываем текущий процесс, затем моделируем целевой.
Модель «как есть» и «как должно быть»
Любое моделирование начинается с честной модели «как есть» - как процесс идёт в реальности, а не как задумано в регламенте. Именно здесь всплывают лишние шаги, дубли и разрывы.
Затем строится модель «как должно быть» - целевой процесс без выявленных проблем: короче маршрут, понятные роли, автоматические переходы. Разница между двумя моделями и есть план изменений.
Важно не перепрыгивать сразу к «как должно быть». Если описать желаемое, минуя реальность, проблемы останутся за кадром - и модель окажется красивой, но бесполезной.
Из чего состоит хорошее описание процесса
Качественное описание отвечает на несколько вопросов по каждому шагу:
- Что происходит - конкретное действие.
- Кто делает - роль, а не фамилия (роли устойчивее людей).
- Что на входе и на выходе - какие данные и документы.
- По какому правилу - условия перехода к следующему шагу.
- Точка контроля - как понять, что шаг выполнен правильно.
Описание, в котором есть роли, правила и точки контроля, можно превратить в регламент и настроить в системе. Описание без них - просто рассказ.
Нотации: чем рисовать процессы
Нотация - это язык, на котором описывают процесс. Самые известные:
| Нотация | Особенность | Кому подходит |
|---|---|---|
| Простая блок-схема | Понятна без обучения | Малому бизнесу, старту |
| BPMN | Стандарт, детально описывает логику | Средним и крупным компаниям |
| Текстовый регламент | Быстро, без схем | Простым линейным процессам |
Ошибка - гнаться за «правильной» нотацией. Для большинства компаний важнее, чтобы схему понимали сотрудники, а не эксперты по моделированию. Мы выбираем нотацию под аудиторию: если по описанию будут работать менеджеры, оно должно быть понятно менеджерам.
Типичные ошибки при описании процессов
- Описывать идеал вместо реальности. Модель «как есть» должна отражать факт, иначе проблемы не видны.
- Слишком подробно. Схема на сто шагов нечитаема. Детализируйте до уровня, на котором процесс понятен и управляем.
- Привязка к людям, а не к ролям. «Это делает Ирина» ломается, как только Ирина уходит.
- Описание ради описания. Если по нему не работают и его не поддерживают в актуальном виде, оно быстро устаревает.
- Остановиться на бумаге. Максимум пользы описание приносит, когда процесс закреплён в системе.