Всем добрый день :)
Стучусь за помощью!
Я hr менеджер и ищу в команду Nokia Networks (Воронеж, Краснодар, Ростов на Дону) Ардитектора/разработчика по BPM Camunda.
Задача - построить документооборот и автоматизацию бизнес процессов в региональном масштабе :)
Буду очень благодарна, если кто-то откликнется или же даст рекомендации на коллег, находящихся в поиске интересных проектов!

Документооборот не надо строить на BPM системах, пожалуйста

может там электронный документооборот имелся ввиду с подписями одобрением и прочим?

Почему нет?

Так в BPM вообще нет сущности Документ. Если нужен документооборот, то лучше взять систему для документооборота, где есть архив, всякие напоминания, просмотр документа и т.д. зачем писать велосипед каждый раз? А BPM система отлично подойдёт для автоматизации именно бизнес-процессов

Это как писать ORM слой самому или библиотеку готовую взять. Можно и так и так, но зачем?

почему? там же есть коробочное решение Договора? Можно заводить основные поля, а шаблон подтягивать с помощью печатных форм

Почему нельзя назвать процесс "Согласован е документа" и периодически вставлять артефакт документа?

Технически можно конечно, но потом будет жалко потраченного времени. Документы это сущности, которые существуют вне процессов, и с ними много действий, которые не процессные. Резолюции, регистрации и т.д.  При чем человек решает, в какой последовательности. BPM может быть частью документооборотного солюшена, но это, наверное, процентов 30% от того, что нужно от документооборота.

Например чуваки из страховой компании в австрии (не помню как их там, на сайте камунды есть), гоняют документы о страховом возмещении через CMMN. CMMN ближе намного, но всё равно недостаточно

У меня стойкое ощущение, что все говорят о непосредственно использовании Камунды как It-решения задачи.

Я её рассматриваю только как визуализацию процесса.

Потому что камунда и сделана для решения задачи. Задачи автоматизации бизнес-процесса

Но она не панацея. Хотя бы потому, что есть туча других программ, в которых схема может быть реализована силами той системы по принципам схемы.

это не имеет отношения к BPM-подходу

Если принять BPM для того, что он сделан  - автоматизации процесса, то он будет супер работать, но в него хотят ещё напихать СХД, документы, формы и чёрт знает что ещё, в результате это нормально не работает и люди горят, что BPM говно и лучше бы на джаве напмсали. От библиотеки, занимающейся рест запросами не требуется же в базу ходить?

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

Не, погодите.

BPMN - нотация, свод правил, "библия", прости Господи, но не Камунда.

Софт лишь помогает достигать целей описанного процесса. Описанного ровно так подробно и наглядно, насколько Заказчику и Автоматизатору понятно, как это реализовать технически.

А что за ядро будет - Камунда, Бтр24, АмоСРМ, Планфикс или Трелло - уже десятый вопрос.

Интерфейсы для пользователя решают все, нутро ему как бы совсем всеравно. А Заказчику соотношение цены, качества и скорости внедрения важно. И чтобы оно масштабировалось.

Ага, BPM, BPMN, BPMS это разные слова.

эти термины могут существовать раздельно вполне, но круче когда всё вместе

есть же софт класса "СЭД" ака средства (системы) электронного документооборота
с помощью BPMS документы отслеживать - как суп вилкой есть