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

Вообще-то я всегда считал, что BPM - это для тех, у кого “ERP уже есть, а счастья еще нет”. Но выяснилось, что во-первых, компаний, достигших нирваны полной автоматизации, как-то не видно. А во-вторых, продвинутые компании не желают автоматизировать то, что у них еще не автоматизировано, традиционными методами, а хотят сразу заложить в свою недостающую функциональность процессную составляющую. Я был бы последним, кто стал бы их в этом упрекать, но в итоге мы попадаем в проекты, в которых “в нагрузку” к процессной составляющей идет приличный кусок разработки более-менее традиционных корпоративных приложений. И большую часть времени наши разработчики и аналитики тратят не на бизнес-процессы, а на эти приложения! В принципе ничего страшного - мы этим занимаемся больше 15 лет - просто скучноватое это занятие по сравнению с работой над бизнес-процессами.

И на форуме sql.ru помнится были высказывания в таком духе, что мол BPMS - не панацея, потому что “все равно до фига руками делать”.

Но вот сегодня мне пришла в голову мысль: а чего, собственно, расстраиваться по этому поводу? Дело-то просто в том, что при помощи BPMS процессная часть задачи решается играючи, а остальной объем работы каким был, таким и остался. Представим на минуточку, что мы решаем те же две составные части задачи - процессную и традиционную - но без BPMS. Объем работы над процессной частью увеличится в разы, и баланс изменится.

Прибегну к своей любимой аналогии между BPMS и DBMS. Разработка базы данных в сегодняшних проектах занимает долю относительно небольшую по сравнению с разработкой пользовательских интерфесов. Но ведь это только потому, что современные DBMS максимально упрощают эту работу -представьте себе на минуточку, что данные управляются при помощи какой-нибудь библиотеки на C, а вместо SQL приходится программировать навигацию по данным на том же C.

Вывод: не столько с BPMS хорошо, сколько без него плохо!