Ошибки при моделировании бизнес-процессов в нотации BPMN 🔎

Моделирование бизнес-процессов при помощи аннотации BPMN — это один из ключевых навыков любого бизнес-аналитика. Сегодня расскажу про топ-4 самых частых ошибок, которые на протяжении уже многих лет вижу у начинающих, и даже практикующих опытных аналитиков.

📌 Итак, первая ошибка самая часто встречающаяся, соответственно, № 1 в нашем топе — это неправильное использование некоторых элементов BPMN. Как мы знаем, в наборе элементов BPMN есть, так скажем, разные уровни сложностей. Есть совершенно базовый набор, который включает в себя только самые первичные элементы. И с ними чаще всего проблем не возникает. Но порой бывает путаница со шлюзами и с использованием потоков. Например, часто встречается, когда поток сообщений приравнивается к потоку управления, что совершенно неверно в корне, потому что даже в спецификации черным по белому написано о том, что поток сообщений может соединять два пула, но не может быть соединительным между дорожками. И, собственно, это правило часто нарушается.

📌 Вторая ошибка, которая также допускается при моделировании бизнес-процессов именно в нотации BPMN — это неумение, либо недостаток опыта выстраивать четкую последовательность функций, либо задач непосредственно самих прямоугольников, как элементов нотации BPMN, что в результате приводит либо к очень сложной модели бизнес-процесса, усложненной, чрезмерно насыщенной деталями ненужными для анализа, либо наоборот приводит к тому, что модель процесса становится абсолютно неинформативной, с ней не получается работать, потому что она слишком поверхностная, слишком верхнеуровневая. В чем здесь самая главная ошибка и как вообще на нее наткнуться? Это неправильно построить последовательность.

Если мы в нотации BPMN строим какой-либо процесс, значит, мы должны четко проговаривать и представлять для себя шаги действий для того, чтобы этот процесс начался, что-то внутри него произошло, и он завершился. Здесь должна быть структурированная последовательность действий, как алгоритм (первый шаг, второй шаг, третий шаг, четвертый шаг и т.д. до завершающего шага). Если эта последовательность не выстроена, тогда и модель, и последующие от нее задачи сильно от этого страдают.

📌 Третья ошибка — это недостаток документации, либо комментариев, либо каких-то легенд к самой модели. Что я здесь имею в виду? Пример: Я нотации BPMN и так рисую, я использую только базовые элементы или те элементы, которые в нотацию входят, соответственно, ничего дополнительного пояснять не буду. Не буду обозначать, что у меня какими цветами обозначено, почему у меня одни и те же прямоугольники, например, разных цветов или не буду пояснять дополнительно, в своей модели какие-либо украшательства. Обязательно делайте легенду к своей модели.

📌 И последняя, четвертая ошибка, которую тоже часто вижу — это не протестировать, не провалидировать свою модель. Возвращаемся ко второй ошибке. Почему? Потому что мы можем, как аналитики спроектировать тот или иной процесс, смоделировать его в нотации BPMN и оставить. А через день придем, посмотрим на эту же модель и поймем, что она абсолютно нелогичная, непоследовательная. То есть, там нужны правки. Моя рекомендация как раз-таки для того, чтобы нивелировать эту четвертую ошибку, неконсистентность модели проверять себя поэтапно. Построили модель, через полчаса свежим взглядом пересмотрели, устроили перерыв, снова на нее посмотрели, и нашли некоторые несостыковки. Это нормальное явление, это человеческий фактор, когда глаз замыливается, это физический фактор, который не получится игнорировать, поэтому стараемся себя проверять.

Как вам пост, друзья? Надеюсь, информация была полезной.) Буду рада фидбэку в комментариях.

#ithumanwork