¿Cuál es el valor de BPM? (Gestión de procesos empresariales) ¿Vale la pena usar? En que casos?

Question

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

Al principio, BPM fue sobreestimado, porque la tecnología es de alguna manera fácil de abordar, pero aprendí que el valor de las suites BPM involucra a los expertos en negocios no técnicos en el diseño del software.

que sé, el usuario siempre está con nosotros durante el análisis, pero los artefactos que utilizamos son siempre muy familiarizados con ellos. No importa cómo usar el diagrama UML se parece, o cuántas iteraciones ágiles de entrar en, siempre hay una brecha entre el usuario final y el desarrollador final (por lo general cubierto por el gestor de usuarios y el administrador de TI: -S)

¿Cómo ven ustedes (como desarrolladores de software) a 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 oro, 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 fallarán los proyectos .

Answer 1

Pasé un par de años en el círculo/Gestión de información de gestión de contenidos usando productos tanto FileNet e IBM BPM. Tendría que decir que estoy muy impresionado, y aquí es por qué:

1) BPM es una de esas cosas que no he visto en práctica de manera intuitiva.Con esto quiero decir (similar a lo que dices en tu pregunta) que un usuario de negocios no puede sentarse, y con 30 minutos crear un proceso/flujo de trabajo.

2) Pocas veces he visto un no-programador será capaz de crear soluciones aceptables

3) la falta de capacidad de explicar BPM para los usuarios de negocios, la incapacidad de los usuarios de negocios de comprender, y la cantidad de tiempo y el dinero gastado en BPM me parece ridículo. A partir de la experiencia en todo lo que he estado involucrado, la empresa podría contratar 1 o 2 personas (tipos técnicos) para trabajar a tiempo completo y crear una aplicación personalizada para el tiempo que toma un montón de tipos de negocios para tener numerosas reuniones y contratar consultores o entrenar gente de negocios.

4) Es un mercado increíblemente nicho, y el 90% de los resultados implica enrutamiento y aprobaciones de documentos. Este es un concepto MUY MUY simple, y uno que un desarrollador usualmente puede codificar e implementar una solución mucho más económica. Si el desarrollador es bueno, pueden hacerlo mucho más intuitivo con menos pasos también.

5) Generalmente lleva más tiempo tener un codificador que hablar con 10 personas en administración, un grupo de usuarios de negocios, aprender a utilizar un producto limitado limitado y encontrar una solución de lo que sería simplemente para permitir el desarrollo normal. en.

No me malinterpreten aquí - Sé que mi experiencia, aunque bastante profunda comparada con algunas, solo trata con un par de productos, lo que significa que solo he tocado un poco de lo que hay por ahí. Estoy totalmente a favor de la innovación, pero aún no he visto una solución medianamente decente, y todas cuestan 20 veces más de lo que valen. Estoy seguro de que el software tipo COTS BPM persistirá, pero espero no tener que trabajar con él por muchos años más. Con suerte, entonces será medio decente.

Answer 2

Veo BPM como algo ortogonal a una unidad de TI tradicional que "mantiene las computadoras en funcionamiento" ya que BPM es donde tratamos de mejorar cómo se hacen las cosas agregando esta tecnología o cambiando un proceso en consecuencia. Encuentro fascinante de varias maneras.

Otra parte interesante de ella para mí es que esto tiende a implicar el examen de diferentes partes de la empresa, por ejemplo, ¿Cómo funciona el equipo de ventas, marketing, recursos humanos, etc. y tratando de ver cuán eficientes son y dónde se pueden mejorar las cosas?

no creo que va a morir, pero el significado del nombre va a cambiar y evolucionar sospecho, donde una rama puede ser Automatización de negocio Expertos o algún otro nombre. También veo esta mezcla con la idea de una cartera de aplicaciones en un departamento de TI de una empresa. Las aplicaciones se mejoran o reemplazan de manera regular para mejorar la manera en que funcionan las cosas con un valor de mejora continua.

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

La evolución de los requisitos y las tecnologías que pueden ayudar a satisfacer esos requisitos son por lo general un par de cosas grandes que pueden afectar a cualquier tipo de integración de software grande como un ERP o sistema de CRM. Al tardar años en instalar el software y 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 utilizamos, donde no todos los cambios son malos. Puede ser que al eliminar una 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 desde el principio y, por lo tanto, una de las características solicitadas es eliminado de la lista de cosas deseadas al final.