¿Cuál es el valor de BPM? (Gestión de procesos de negocio) ¿Vale la pena usarlo? En que casos [cerrado]

Question

Y no me refiero a Bits por minuto, sino a Business Process Management.

Al principio, aunque BPM estaba sobreestimado, porque la tecnología es de alguna manera fácil de abordar, pero he aprendido que el valor de las suites BPM consiste en involucrar a expertos no técnicos en el diseño de software.

Lo sé, el usuario siempre está con nosotros durante el análisis, pero los artefactos que utilizamos siempre les son muy desconocidos. No importa cuán amigable se vea el diagrama UML, o cuántas iteraciones ágiles tengamos, siempre hay una brecha entre el usuario final y el desarrollador final (generalmente cubierto por el administrador de usuarios y el administrador de TI: -S)

¿Cómo (como desarrolladores de software) ven BPM? ¿Se ve interesante? ¿Considerarías aprender uno de ellos? ¿Crees que en 5 años estará muerto?

Sé que BPM no es una bala de plata, pero a menos que tenga un cliente muy inteligente que sepa cómo expresar sus requisitos para que lo hagamos bien, el análisis y los requisitos siempre serán el área donde los proyectos fracasarán.

Answer 1

Pasé un par de años en el círculo de Gestión de contenido / Gestión de información utilizando los productos FileNet e IBM BPM. Debería decir que estoy increíblemente impresionado, y he aquí por qué:

1) BPM es una de esas cosas que nunca he visto implementadas intuitivamente. Con eso quiero decir (de forma similar a lo que dices en tu pregunta) que un usuario comercial no puede sentarse, y con 30 minutos crea un proceso / flujo de trabajo.

2) Rara vez he visto a un no programador ser capaz de crear soluciones aceptables

3) La falta de capacidad para explicar BPM a los usuarios comerciales, la incapacidad de los usuarios comerciales para comprender, y la cantidad de tiempo y dinero gastado en BPM me parece ridículo. Por experiencia en todo lo que he involucrado, la compañía podría contratar a 1 o 2 personas (tipos técnicos) para trabajar a tiempo completo y crearles una aplicación personalizada por el tiempo que le toma a un montón de tipos de negocios tener numerosas reuniones y contratar consultores o capacitar a personas de negocios.

4) Es un mercado increíblemente nicho, y el 90% del resultado implica el enrutamiento y aprobación de documentos. Este es un concepto MUY MUY simple, y uno en el que un desarrollador generalmente puede codificar e implementar una solución a un costo mucho más barato. Si el desarrollador es bueno, puede hacerlo mucho más intuitivo con menos pasos también.

5) Por lo general, lleva más tiempo hablar con un codificador con 10 personas en la administración, un grupo de usuarios de negocios, aprender a usar un producto limitado y malo y encontrar una solución de lo que sería solo para permitir que el desarrollo normal continúe .

No me malinterpretes aquí. Sé que mi experiencia, aunque bastante profunda en comparación con algunos, solo trata con un par de productos, lo que significa que solo he tocado un poco de lo que hay ahí fuera. Estoy a favor de la innovación, pero aún no he visto una solución decente, y todas cuestan 20 veces más de lo que valen. Estoy seguro de que el software tipo COTS BPM persistirá, pero espero que no tenga que trabajar con él durante muchos años más. Esperemos que sea medio decente.

Answer 2

Veo que BPM es algo ortogonal a una unidad de TI tradicional que " mantiene las computadoras funcionando " Como BPM es donde intentamos mejorar cómo se hacen las cosas agregando esta tecnología o cambiando un proceso en consecuencia. Lo encuentro bastante fascinante de varias maneras.

Otra parte interesante de esto para mí es que esto tiende a involucrar mirar diferentes partes del negocio, por ejemplo. ¿Cómo funciona el equipo de ventas, marketing, recursos humanos, etc. y tratando de ver qué tan eficientes son y dónde pueden mejorarse las cosas?

No creo que vaya a morir, pero el significado del nombre cambiará y evolucionará. Sospecho que una rama puede ser Experto en Negocios Automatizados o algún otro nombre. También veo esta combinación con la idea de una cartera de aplicaciones en un departamento de TI de una empresa. Las aplicaciones se mejoran o se reemplazan de forma regular para mejorar la forma en que funcionan las cosas con un valor de mejora continua.

No olvide que hay muchos de nosotros en TI que frecuentan este sitio. Puedo ser un desarrollador web en título, pero esto puede tener un par de ángulos diferentes dependiendo de la compañía: 1) Desarrollo del producto: aquí ayudo a hacer el producto o a facilitar el servicio que vende la compañía, 2) tecnología de la información: aquí ayudo al empresa dirigida por conocer la columna vertebral de la empresa, que es un grupo de máquinas y varias piezas de software unidas por diversos procesos para la gestión de la empresa.

La evolución de los requisitos y las tecnologías que pueden ayudar a cumplir esos requisitos suelen ser un par de cosas importantes que pueden afectar a cualquier integración de software grande como un sistema ERP o CRM. Al tardar años en instalar el software y en que la compañía lo use correctamente, es probable que haya muchos cambios en cuanto a cómo pensamos que funcionaría, así es como realmente lo usamos, donde no todos los cambios son malos. Puede ser que al eliminar alguna parte, una empresa pueda ahorrar miles de dólares en las horas de trabajo que se gastarían en algo que no es realmente necesario o útil, pero esto no se conocía al principio y, por lo tanto, una de las funciones solicitadas es eliminado de la lista de cosas que se buscan al final.