Я решаю следующую боль: нужно три притопа три прихлопа седьмая фаза луны, чтобы ввести какое-то поле в данных, чтобы продвинулся процесс на следующую стадию. Есть чёткое ощущение, что усиливая сложность путём тупо кодирования и не выводя на bpmn формализацию, мы полностью перестанем контролировать происходящее.
Сейчас нет понимания даже у техподдержки. Все сложные вопросы решают программисты, залезая в код и разбираясь там, что происхоит.
За 14 лет и десятка «процессных движков»(встроенных и внешних), видел 1 кейс когда это нормально работало (штук 40 процессов, каждый от ≈5 до ≈200 сущностей. Причины имхо почему работало:1. Бизнес очень хорошо знал процесс. Описанием занимался сам, прямо в системе.
2. Прямые коммуникации бизнес-саппорт-разработка.
3. Серьезная квалификация со всех 3 сторон (не студенты)
4. Самописная платформа на «расширении» WPF.
5. Разработка любую хотелку(не решающуюся текущим функционалом) решала по приоритетам 1) добавить функцию в существующий квардратик 2) нарисовать новый квадратик 3) нарисовать костыль вне bpm но который можно вызвать из bpm.
Почему со временем (года через 3) схема перестала работать - в бизнес заказчике сменились люди с тех «кто понимали» на тех «кто не понимает, и не хочет понимать».
