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

Question

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

Хотя поначалу BPM переоценивали, потому что с технологией почему-то легко обращаться, но я понял, что ценность пакетов BPM заключается в привлечении нетехнических, бизнес-экспертов к разработке программного обеспечения.

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

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

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

Answer 1

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

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

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

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

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

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

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

Answer 2

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

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

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

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

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