И я'не бит в минуту, а управление бизнес-процессами.

Сначала, хотя BPM был переоценен, потому что технология как-то легко решается, но ямы узнали, что ценность пакетов BPM заключается в привлечении нетехнических, бизнес-экспертов к разработке программного обеспечения.

Я знаю, что пользователь всегда с нами во время анализа, но используемые нами артефакты всегда очень ему незнакомы. Независимо от того, насколько дружелюбной выглядит UML-диаграмма или скольких итераций Agile мы проводим, всегда существует разрыв между конечным пользователем и конечным разработчиком (обычно покрываемый менеджером пользователя и ИТ-менеджером: -S)

Как вы (как разработчики программного обеспечения) видите BPM? Это выглядит интересно? Не могли бы вы изучить один из них? Как вы думаете, через 5 лет он будет мертв?

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