Ограничения BPM-систем, приведшие к необходимости разработки нового подхода процессного управления

  • Индивидуальность бизнес-процесса
    В BPM системах существует необходимость рассматривать каждый бизнес-процесс индивидуально. Нет возможности проанализировать и «продвинуть» на шаг дальше все активные бизнес-процессы за один цикл обращения к базе данных. Это катастрофически сказывается на производительности системы при построении функциональных роботов – механизмов, автоматически создающих и одновременно выполняющих однотипные задачи для большого количества объектов. Так происходит, например, если при нахождении в работе нескольких миллионов дел, есть необходимость одномоментно оповестить сотню-две тысяч абонентов о определенном событии.
  • Требование сценарной полноты бизнес-процесса
    В BPM системах есть необходимость каждую карту маршруты бизнес-процесса обязательно проработать максимально детально, от «А» до «Я». В то время часто встречаются случаи, когда в компании на уровне инструкций процессы не формализованы до элементов, а специалисту делегируется принимать решение «по ситуации». Излишнее же усложнение стратегии бизнес-процесса, в таком случае, может привести как к потере ориентации архитектора процесса на этапе проектирования, так и к «зависанию» целых пакетов бизнес-процессов в неких искусственных состояниях в процессе реальной работы. Выловить такие «зависшие» процессы, а тем более что-то с ними сделать, чтобы вернуть в работу будет проблематично.
  • Необязательные задачи
    Классическая BPM-система обязательно создает физическую задачу, с которой нужно что-то сделать (выполнить, отменить и т.д.). В то время как во многих сферах деятельности, принят алгоритм «отсортировать по важности и выполнить за ограниченное время самые важные, сколько получится». При этом в системе каждый раз остается множество мусорных задач, которые никогда не будут выполнены и множество «зависших» бизнес-процессов, по которым не будет никаких действий. Это приводит к накоплению мусора в базе данных, а также снижает производительность из-за необоснованного роста размера этой базы.
  • Откат назад
    В BPM-системах отмена нескольких последних шагов и возврат процесса на какую-то промежуточную стадию не решается штатными средствами управления, а требует разработки сложного программного алгоритма для учета всех «тонкостей» в каждом конкретном случае. Так, например, если бизнес-процесс прошел место распараллеливания на несколько нитей, откат в исходную точку может представлять собой весьма нетривиальную задачу, связанную с необходимостью удаления созданных мероприятий в параллельных цепочках, коррекции и синхронизации информации.
  • Сторонние регламенты
    Также BPM-подход сталкивается с серьезными трудностями и в том случае, если поведение процесса зависит не только от нахождения в конкретной точки маршрута, но и от состояния внешних по отношению к нему факторов. Например, какая бы ни была логика работы бизнес-процесса «Судебное заседание», но требуется контролировать срок давности дела, и если он будет превышен – основной процесс нужно завершить с отменой всех запланированных мероприятий. Также потребуется прекратить выполнять и все вложенные процедуры обжалования с отменой запланированных мероприятий по ним. Требуется громоздкий внешний «обвес» вокруг BPM-системы для управления задачами процесса со стороны, если вдруг что-то пошло не по плану.