Если он программист BPM, то ясен пень, базовые нотации и что они делают знать должен (и даже больше аналитика)

Другое дело, что считается, что нарисованного BPM достаточно, что бы начать что-то выполнять... Существуют даже целые проекты внедрения BPM, при этом BPM only . Но пользователю, нужен не BPM, а абстрактно 1C. И когда конечный пользователь, который ямы копает, видит нечто выданное в результате такого проекта BPM only - он может только покрутить пальцем у виска.

Наверное, если организация очень крупная, то там найдется место и для 1C и для BI и для BPM. Только, проблема в том, что при наличие нормальной учетной системы и нормальных программистов, для реализации конечного автомата с 5-7 состояниями, нормальным программистам никакой BPM или BPEL движок не особо и нужен. IMHO & AFAIK

p.s.
Участвовал в одной проекте BPM. С картинками было все хорошо. С системой плохо )))

Как я понимаю, внедрения BPM в Сбере (где-то 7 летней давности. 2010-2015 гг) закончилось примерно так же. Денег распилино очень много (миллиарды, десятки миллиардов), на выходе - красивые картинки.
p.p.s.
Так с большинством рисовашек. Был проект, где в течении полугода анал итики в Oracle Data Integrator картинки рисовали и программистов мучали им View для DI делать. Когда после анал итиков передали программисту, он еще в течении полугода мучался, но под конец просто плюнул и стал весь ETL делать на Pl/SQL... все стало работать в десяток раз быстрее, и что поразительно кода в Oracle (view, package) также же стало __меньше__

Да ничего он не ослабил. Базу переливали (по возможности только новое), ночью.

Когда "ночной batch процесс" перестал справлятся за ночь, то начальство наконец разрешило похоронить DI )))

Просто программусту значительно удобнее/проще алгоритмы выборки на PL/SQL написать (insert..select...), чем маяться дурью и мышкой в DI линии из одного поля в другое перетягивать. Ну и структура исходной базы была достаточно сложной, ее достаточно сильно трансформировать было нужно (для BI) в процессе перегонки.