Какова ценность BPM? (Управление бизнес-процессами) Стоит ли использовать? В каких случаях?
И я имею в виду не биты в минуту, а управление бизнес-процессами.
Сначала, хотя BPM был переоценен, потому что технология так или иначе проста в обращении, но я узнал, что ценность пакетов BPM заключается в привлечении нетехнических, бизнес-экспертов к разработке программного обеспечения.
Я знаю, что пользователь всегда с нами во время анализа, но используемые нами артефакты всегда очень ему незнакомы. Независимо от того, насколько дружелюбной выглядит UML-диаграмма или скольких итераций Agile мы проводим, всегда существует разрыв между конечным пользователем и конечным разработчиком (обычно покрываемый менеджером пользователя и ИТ-менеджером:-S)
Как вы (как разработчики программного обеспечения) видите BPM? Это выглядит интересно? Не могли бы вы изучить один из них? Как вы думаете, через 5 лет он будет мертв?
Я знаю, что BPM вовсе не является "серебряной пулей", но если у вас нет очень умного клиента, который знает, как выразить свои требования, чтобы мы поняли его правильно, анализ и требования всегда будут той областью, где проекты потерпят неудачу.
2 ответа
Я провел пару лет в кругу управления контентом / информацией, используя продукты FileNet и IBM BPM. Я должен сказать, что я невероятно не впечатлен, и вот почему:
1) BPM - одна из тех вещей, которые я никогда не видел, реализованные интуитивно. Под этим я подразумеваю (подобно тому, что вы говорите в своем вопросе), что бизнес-пользователь не может сесть и за 30 минут создает процесс / рабочий процесс.
2) Я редко видел, чтобы не программист мог создавать приемлемые решения
3) Отсутствие способности объяснять BPM бизнес-пользователям, неспособность бизнес-пользователей понимать и количество времени и денег, потраченных на BPM, мне кажется нелепым. Исходя из опыта во всем, в чем я принимал участие, компания могла нанять 1 или 2 человека (технических типов) для работы на полную ставку и создать для них специальное приложение на время, необходимое для нескольких видов бизнеса, для проведения многочисленных встреч и найма консультантов или обучать деловых людей.
4) Это невероятно нишевый рынок, и 90% результатов включают маршрутизацию и согласование документов. Это ОЧЕНЬ ОЧЕНЬ простая концепция, которую разработчик обычно может кодировать и реализовывать решение намного дешевле. Если разработчик хорош, они могут сделать его гораздо более интуитивным с меньшим количеством шагов.
5) Обычно требуется больше времени для того, чтобы поговорить с программистом из 10 человек в руководстве, группой бизнес-пользователей, научиться использовать некачественный ограниченный продукт и придумать решение, а не просто позволить нормальной разработке продолжиться.
Не поймите меня неправильно - я знаю, что мой опыт, хотя и довольно глубокий по сравнению с некоторыми, касается только пары продуктов, а это означает, что я коснулся лишь небольшого из того, что есть. Я все за инновации, но я еще не видел достойного решения на полпути, и все они стоят в 20 раз больше, чем они стоят. Я уверен, что программное обеспечение типа COTS BPM сохранится, но я надеюсь, что мне не придется работать с ним еще много лет. Надеюсь, тогда это будет на полпути прилично.
Я вижу BPM как нечто ортогональное традиционному ИТ-подразделению, которое "поддерживает работу компьютеров", так как BPM - это то место, где мы пытаемся улучшить работу, добавив эту технологию или изменив процесс соответствующим образом. Я нахожу это довольно захватывающим в нескольких отношениях.
Еще одна интересная часть этого для меня заключается в том, что это, как правило, включает в себя рассмотрение различных частей бизнеса, например, как работает команда по продажам, маркетинг, человеческие ресурсы и т. Д., И пытается понять, насколько они эффективны и где могут быть вещи. улучшенный?
Я не думаю, что он умрет, но значение имени будет меняться и развиваться. Я подозреваю, что одним из направлений может быть Automating Business Experts или какое-то другое имя. Я также вижу это сочетание с идеей портфеля приложений в ИТ-отделе компании. Приложения улучшаются или заменяются на регулярной основе, чтобы улучшить работу с постоянным улучшением.
Не забывайте, что некоторые из нас в IT часто посещают этот сайт. Я могу быть веб-разработчиком в названии, но это может иметь несколько разных точек зрения в зависимости от компании: 1) Разработка продукта - здесь я помогаю создавать продукт или облегчать обслуживание, которое продает компания, 2) Информационные технологии - Здесь я помогаю Компания управляла, зная основу компании, которая представляет собой группу машин и различные части программного обеспечения, объединенные различными процессами для управления компанией.
Развитие требований и технологий, которые могут помочь удовлетворить эти требования, обычно представляют собой пару важных вещей, которые могут повлиять на любую крупную интеграцию программного обеспечения, такую как система ERP или CRM. Потребуются годы, чтобы установить программное обеспечение и правильно использовать его в компании. Вероятно, будет много изменений в том, как, по нашему мнению, это будет работать, - как мы на самом деле используем его, где не все изменения плохие. Может случиться так, что, удалив какую-то часть, компания может сэкономить тысячи долларов на человеко-часах, которые будут потрачены на то, что действительно не нужно или не полезно, но это не было известно с самого начала, и поэтому одна из запрошенных функций удален из списка вещей, которые хотели в конце.