Сравнение ведущих BPM-платформ: Pega и IBM BPM

[YaQ]

Спасибо, очень хороший обзор. Хотелось бы добавить пару моментов по платформе Pega (с платформой IBM я не знаком совсем).

Ставить бизнес-цели: если проект затевается для того, чтобы «потратить бюджет», то вряд ли он будет успешным, какая бы хорошая платформа ни была выбрана. В противовес этому, если проект разрабатывается с пониманием, что его внедрение позволит компании сэкономить N миллионов рублей ежемесячно, тогда у нужных людей появляется стимул принимать нужные решения в нужное время.

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

На мой взгляд, нужно:

1. Подготовительный этап: задокументировать существующие бизнес-процессы компании
2. Оценить, где на самом деле требуется не автоматизация с помощью BPM, а достаточно просто синтегрировать системы (как правило уже имеющихся и обслуживающих определнные потребности организации). Также, может оказаться, что в каких-то частях бизнес-процесса технологией интеграции является электронная почта, личное общение или другие неформализованные способы коммуникации — если это имеет место быть, то тогда можно начинать оценивать выгоду от автоматизации этих самых стыков с помощью BPM.
3. Не следует ожидать немедленных результатов от внедрения BPM решения. Наиболее заметный немедленный эффект можно получить от интеграции существующих в организации систем и выбор платформы BPM для этой цели не будет самым разумным решением.

Дальше я вижу как минимум 2 возможных пути, на которых выбор такой платформы как Pega даст значительное преимущество:

1. На основе накопленной с помощью BPM платформы аналитики (если выбор был изначально сделан в пользу BPM), появляется знание об «узких местах» существующего процесса. Затем можно, применяя различные подходы (например, оптимизацию процессов с помощью методов системной динамики) нарисовать бизнес-процесс TO-BE, а уже затем, можно быстро внести требующиеся изменения с использованием BPM платформы.
2. При желании быстро поменять стратегию компании, сместить фокус в стратегическом видении и т.п. (а, как мы знаем, это важно: в бизнесе, и не только выживает не сильнейший, а наиболее приспособленный), то и здесь существующая автоматизация процесса с помощью платформы BPM, а также возможность быстро его изменять — будут важным конкурентным преимуществом компании.

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

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