Какова цель BPM в самой чистой архитектуре?

Question

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

Я хочу знать, когда и как вы должны использовать инструмент BPM, как вы отличаете бизнес-процесс от рабочего процесса приложения?

Answer 1

Почему вы хотите внедрить инструмент BPM? Является ли это модным словом? Если вы изо всех сил пытаетесь найти место в архитектуре, я бы заподозрил, что этот инструмент не принесет большой выигрыш (по крайней мере, не с вашим нынешним пониманием).

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

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

К сожалению, это один из тех вопросов, на которые могут быть даны только подвергнутые ответы, даже со всеми фактами (разные аналитики системы будут давать разные мнения). Надеюсь, что краткий обзор, по крайней мере, поможет. Просто остерегайтесь рекламы: я считаю, что такие инструменты ценятся только в конкретных организациях с конкретными потоками процессов и препятствием в других.

Answer 2

Если у компании есть процессы, которые обрабатывают большинство случаев того, как вещи должны проходить, то может быть время для внедрения инструментов BPM для изучения текущих процессов. В некотором смысле это напоминает мне вопрос «Is BPM in your mind?», который был задан некоторое время назад.

Answer 3

Я нашел более полезным и целесообразным ввести BPM в компании, которые уже имеют некоторый формальный бизнес-процесс создан уже-

рабочих процессов Заявки, больше в линии для автоматизации пользовательского взаимодействия только (документы, разрешение, подпись и т.д. .). Но когда дело доходит до взаимодействия с пользователем/системами, BPM очень удобен.

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

Конечно, вы можете указать это в приложении, начиная с 0, но это не имеет смысла или масштабируется, когда бизнес-процесс может фактически использоваться для другого процесса как службы.Комплекты BPM позволяют вам делать это через пару часов (фактически, несколько кликов, но не сообщают клиенту)

Итак, вернемся к вашему вопросу и в зависимости от возможностей инструмента BPM, если уже есть бизнес-процесс и этот процесс требует взаимодействия между пользователями разных (это важно) областей и различных систем, которые стоит ввести в BPM.

Если взаимодействие более «человека ориентированных» (документы, сертификаты и т.д.) App Workflow будет делать (или BPM, используемых в качестве рабочего процесса, если они уже есть инструмент)

Если взаимодействие АМОГ пользователей одного и того же области, или данные относительно легко потреблять, и никто не заботится о бизнес-процессе (т. е. кто обращается за содами), вы можете создать веб-приложение с нуля.

Answer 4

«Когда &, как вы должны использовать инструмент BPM»

Oscar Reyes делает точку непосредственно в первом предложении своего поста. Вам нужно видение процесса.

Инструмент BPM (строго говоря), является инструментом, который предположил для управления бизнес-процессами. Предупреждение в сообщении Годеке выше также верно. Не все инструменты BPM созданы равными. На самом деле, я бросаю вызов, вы не можете заставить кого-нибудь договориться о том, что такое BPM. Этот термин узурпирован различными сторонами, включая поставщиков программного обеспечения, консультантов, аналитиков и новостных организаций (чтобы назвать несколько).

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

«Как реализовать инструмент BPM зависит от контекста, потому что существуют разные« типы »BPM-решений. В широком смысле (и это корм для дебатов), вы можете разбить BPM на транзакционные и человеко-ориентированные процессы. Транзакционный BPM нацелен на автоматизацию процессов на системном уровне - в основном, интеграцию. Вы увидите много здесь о SOA. Ориентированный на человека BPM нацелен (очевидно) на процессы, которые связаны с взаимодействием с человеком - в основном документирование или структурированное/неструктурированное управление данными.

"дифференцировать бизнес-процесса от приложений Workflow"

См выше. Это очень общее обсуждение. И многое еще предстоит сделать, чтобы адекватно определить проект BPM.

Первый вопрос, который задают вопрос: «В настоящее время наша компания управляет своим бизнесом или хочет?». Ответ на этот вопрос должен исходить из верха. Мой опыт состоял в том, что без приверженности исполнительного уровня процессуальному управлению бизнесом проект BPM, вероятно, не выполнит свои задачи. Не то, чтобы вы не смогли установить инструмент BPM и заставить его интегрировать системы или управлять электронными документами, но что рентабельность проекта, вероятно, будет упущена или потеряна.

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