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

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

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

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

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

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

Ответ 1

Я провел пару лет в области управления контентом/управлением информацией, используя продукты FileNet и IBM BPM. Я должен сказать, что я невероятно не впечатлен, и вот почему:

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

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

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

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

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

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

Ответ 2

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

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

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

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

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