это очень интересная тема, что же должно быть в процессе

Где найти рассылку?

В процессе каждый квадратик должен предоставлять осмысленное законченное действие со своей ценностью на уровне бизнеса. Не "гетнуть заявку из БД", а "Отправить смс клиенту"

можно конечно камунду использовать как среду для визуального программирования, но тогда BPMN теряет свой смысл изначальный - как средство общения между бизнесом и разработчиками

что такое "гетнуть заявку из БД" бизнес не знает, а смска понятно и нужное дело

Согласен, смотря что делается! Написать процесс для Camunda Workflow Engine или описать процесс "Как начать движение на автомобиле"

Почему?
По мне так это и есть хорошо построенный процесс, который понятен бизнесу. Когда в BPMN процессе бизнес условия и действия, то неважно что под капотом делается, т.к. смотря на диаграмму, понятно что заявка сейчас на этапе зачисления.
Конечно дело каждого, насколько раскрывать внутренние шаги, т.к. кому-то это может быть нужно, а кому-то нет.
Поэтому тут  https://t.me/camunda_bpm/2724 можно и сгруппировать, если по бизнес описанию будет ясно что и где происходит.

Если для бизнеса то проще схемы UML использовать, таже диаграмма действий.

там на диаграмме квадратики из серии "Поднять дтрубку, набрать номер, зафиксировать результат".  Это неудобно отжимать в cистеме, это не несёт никакой ценности для процесса (какая разница, может он сначала наберёт номер, а потом снимет трубку), это создаст кучу дополнительных веток туда-сюда, т.к. людям свойственно случайно нажимать кнопки - как результат на схеме будет мусор, не имеющий отношения к действительности

Для чего вообще тогда BPMN? :)

Надо было в пятницу свои вопросы задавать =)

да и бизнесу пофиг - снял он трубку, или номер только ищет

вот эти всякие микро-менреджментские приколы можно в софте для коллцентров отображать и т.д., но эт оне уровень процессов

Ну вот я же про то же.
Мелкие задачи которые нагружают диаграмму и не несут бизнес значения можно и внутри на чем угодно делать.

Обнимемся

🤝

Я со своей стороны использую BPMN, чтобы научить людей алгоритмами мыслить и видеть общую картину.

Когда из регламента в 40 страниц я расписываю 35 схем работы и показываю, как они связаны и не связаны между собой, бизнес уходит в серьезное осмысление происходящего, думают, начинают дальше двигаться.

Их задача - чтобы конечная система автоматизации выполняла их задачи на уровне их понимания происходящего.
И есть бизнесы, где на комиксах надо объяснять, что надо делать, включая поднятие трубки телефона проводом вниз и прислонять трубку динамиком к уху, а говорить в дырочки снизу рядом с проводом.

Это процесс ровно потому, что есть боевая единица в бизнесе, которая его выполняет постоянно каждый день. Если она его не выполнит, нарушатся другие процессы, упадет производительность и т.п. Человека может уволят, да. А может бизнес только засчет таких операций и экономии на людях живет.

Я сознательно всем говорю  - начните с "квадратиков", чтобы прийти к цели. Кто кому квадратик передает, что важно при этом и не важно.

Потом получится схема большая и важная, я из нее вытащу много всего, чтобы конечный продукт автоматизировать адекватно. И что там под капотом будет - тэгаем БД или отправляем СМСку - бизнесу до лампочки. Им надо, чтобы нажатие на кнопочку приводило к результату.

Ну а мисклики по кнопочкам надо заранее продумывать и помогать людям не нарушать процесс.

Все правильно делаете

С точки зрения описания БП и взаимодействий между ними, все верно! очень полезный инструмент.