Для создания визуальной схемы бизнес-процесса применяются "блок-схемы", диаграммы в различных нотациях.
Документаций, материалов по ним, пожалуй, более чем достаточно, мы не будем посвящать этому отдельный модуль.
Но можно сформулировать несколько полезных тезисов в виде небольшой заметки.
Обсуждение с партнерами на тему используемых на практике нотаций показало что присутствуют довольно разные мнения, хотя и лидер выделяется - BPMN.
С одной стороны - стандарты, а с другой - клиенты.
Смогут ли они понять диаграмму бизнес-процесса, выполненного в профессиональной нотации со спецсимволикой?
Кто-то из партнеров даже считает, что разложенных этапов в Excel более достаточно для описания процесса и клиенту такая "схема" понятна.
Автоматизация с помощью Битрикс24 доступна маленьким компаниям, в которых нет профессиональных аналитиков, да и просто "технарей", которые могли бы участвовать в разработке и верификации диаграмм бизнес-процессов. Вполне может быть, что и Excel - эффективное решение :)
Вот бизнес-процесс, который мы перенесем в следующих уроках в Битрикс24.
Мы можем довольно просто представить его обычной блок-схемой, используя всего несколько обозначений: действия или события (прямоугольник), разветвление (ромб), цикл (в виде стрелки, возвращающейся назад по схеме), стрелки обозначающих последовательность действий, начало и конец.
В простом бизнес-процессе это будет вполне наглядно:
Но нужна ли такая схема для согласования с клиентом? Вопрос. Небольшой бизнес-процесс хорошо описывается и текстом. Вероятно, схема пригодилась бы реализатору бизнес-процесса в Битрикс24, практически готовый алгоритм перед глазами.
Более сложный бизнес-процесс без какой-либо схемы будет сложно обсуждать.
Будь это BPMN или Excel, важно, чтобы была решена задача по составлению полного, непротиворечивого и понятного для всех (заказчика, менеджера проекта, аналитика, разработчика, ...) бизнес-процесса, который будет автоматизирован.
Тот же простой бизнес-процесс представим в BPMN, только не будем злоупотреблять элементами, их там очень много :)
Да простят фанаты и эксперты BPMN мою вольность в использовании нотации в этом примере:
Такую схему легко читать. Дорожки подсвечивают роли, становится понятным, какие операции они выполняют.
Хорошо прослеживается, как "объект" передается между ролям. Дорожки - ценная идея в этой нотации.
При составлении схемы большого бизнес-процесса его удобно отображать в виде блок-схемы, каждый элемент которой является подпроцессом.
Элементы же потом детализируются в удобной форме. Например:
Подведу небольшой итог
Если в вашей компании уже есть правила составления схем, то стоит придерживаться единообразия.
Если вы вольны выбирать, то обратите внимание на уровень технической подкованности ваших клиентов, насколько они готовы погружаться в чтение экспертных диаграмм, созданных по правилам той или иной нотации. Учтите, сколько времени займет разработка такой схемы?
Если BPMN понравился и вы считаете, что ваши клиенты смогут с этим форматом работать, - эта нотация будет хорошим выбором.
Существуют различные онлайн сервисы, позволяющие удобно строить диаграммы, делиться ими с несколькими участниками, комментировать элементы и т.д.
И вряд ли существует единственно "верный" формат, главное, чтобы он работал и решал задачу.
Повторю ее: составление полной, непротиворечивой схемы бизнес-процесса, понимаемой всеми участниками проекта по автоматизации.