В чем ценность BPM? (Управление бизнес-процессами) Стоит ли использовать? В каких случаях?

Я провел пару лет в кругу Content Management/Information Management, используя продукты FileNet и IBM BPM. Я должен сказать, что я невероятно невпечатлен, и вот почему:

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

2) Я редко видел, чтобы непрограммист мог создавать приемлемые решения.

3) Отсутствие возможности объяснить BPM бизнес-пользователям, неспособность бизнес-пользователей понять, а также количество времени и денег, потраченных на BPM, кажутся мне смехотворными. Исходя из опыта во всем, в чем я участвовал, компания могла бы нанять 1 или 2 человек (технические типы) для работы на полный рабочий день и создать для них специальное приложение на время, которое требуется группе бизнес-типов для проведения многочисленных встреч и найма консультантов или обучать деловых людей.

4) Это невероятно нишевый рынок, и 90% результатов приходится на маршрутизацию и согласование документов. Это ОЧЕНЬ ОЧЕНЬ простая концепция, и разработчик обычно может кодировать и реализовать решение гораздо дешевле. Если разработчик хороший, он может сделать его более интуитивным с меньшими шагами.

5) Обычно требуется больше времени, чтобы кодер поговорил с 10 людьми из руководства, кучей бизнес-пользователей, научился использовать плохой ограниченный продукт и придумал решение, чем просто позволить нормальной разработке продолжаться.

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

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

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

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

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

Эволюция требований и технологий, которые могут помочь удовлетворить эти требования, обычно представляют собой пару важных моментов, которые могут повлиять на любую крупную интеграцию программного обеспечения, например ERP или CRM-систему. Понадобятся годы, чтобы установить программное обеспечение и правильно его использовать, вероятно, произойдет много изменений в том, как мы думали, что это будет работать, и в том, как мы на самом деле его используем, причем не все изменения плохие. Может случиться так, что, удалив какую-то часть, компания могла бы сэкономить тысячи долларов на человеко-часах, которые были бы потрачены на что-то, что на самом деле не нужно или полезно, но об этом не было известно в начале, и, таким образом, одна из запрошенных функций убрали из списка разыскиваемых вещей в конце.