architecture - ¿Cuál es el propósito de un BPM en una arquitectura más pura?
(4)
¿Por qué quieres presentar una herramienta BPM? ¿Es cumplimiento de palabra de moda? Si estás luchando por encontrar un lugar en la arquitectura, entonces sospecho que la herramienta no traerá una gran ganancia (al menos no con tu comprensión actual).
Las herramientas de flujo de trabajo de aplicaciones normalmente se ocupan de modelar un proceso específico y de dar a los diseñadores de procesos semi-técnicos la capacidad de mostrar los pasos e interacciones, al tiempo que permiten a los programadores desarrollar el esqueleto con código que implementa las piezas. Personalmente, descubrí que la sobrecarga de entrenar leads de procesos semi-técnicos puede compensar las ganancias prometidas en comunicación efectiva y cambio, pero en organizaciones grandes puede asegurar que el proceso "propietario" tenga la ilusión de control necesario para la compra de planes. Digo ilusión porque, al final, el personal de TI regenera el código que implementa el proceso y, a menudo, los cambios sugeridos se revierten debido a problemas técnicos (estas herramientas a menudo hacen que los cambios sean más fáciles de sugerir que de implementar )
Algunas herramientas de Business Process Management son poco más que herramientas de Application Workflow con etiquetas de precio más altas. Algunos toman una vista más alta e incorporan los flujos manuales y otros procesos que no son de TI en la arquitectura (aunque, obviamente, tales pasos son realmente nada más que talones o controladores para salir y volver a ingresar al flujo de TI). No tengo idea de lo que usted llama una empresa de tamaño medio, pero en una empresa de ingeniería aeroespacial de 160 personas, encontramos herramientas de BPM que evaluamos excesivamente.
Tristemente, esta es una de esas preguntas en las que solo se pueden dar respuestas subjetivas, incluso con todos los hechos (diferentes analistas del sistema darán diferentes opiniones). Espero que una breve descripción sea al menos de alguna ayuda. Solo tenga cuidado con las exageraciones de ventas: encuentro que estas herramientas son valiosas solo en organizaciones específicas con flujos de procesos específicos y un obstáculo en otras.
Estoy armando una arquitectura para una empresa mediana que quiera introducir una herramienta BPM (Business Process Management). Entiendo que esto sería útil y quiero presentarlo, pero me esfuerzo para encontrar su lugar apropiado dentro de la arquitectura.
Deseo saber cuándo y cómo debe usar una herramienta BPM, ¿cómo diferencia el proceso empresarial del flujo de trabajo de la aplicación?
Me pareció más útil y gratificante presentar BPM en compañías que ya tienen un proceso comercial formal establecido ya-
Los flujos de trabajo de las aplicaciones están más en la línea para automatizar solo la interacción del usuario (documentos, autorizaciones, firmas, etc.). Pero cuando se trata de la interacción usuario / sistema, BPM es muy útil.
No es solo que el usuario final pueda ver y entender el flujo real de la aplicación (ya que no moverán un dedo para hacer cambios que estén bien), sino que evite repetir tareas o interacciones complejas entre sistemas.
Por supuesto, puede codificar esto en una aplicación comenzando desde 0, pero no tiene sentido ni escala cuando un proceso empresarial puede utilizarse para otro proceso como servicio. Las suites BPM le permiten hacer esto en un par de horas (en realidad, un par de clics, pero no se lo digan al cliente)
Volviendo a su pregunta y dependiendo de las capacidades de la herramienta BPM, si ya hay un proceso de negocios y ese proceso requiere la interacción entre usuarios de diferentes (esto es importante) áreas y diferentes sistemas, vale la pena introducir el BPM.
Si la interacción es más "humana" (documentos, aprobaciones, etc.) App Workflow funcionará (o BPM se usará como flujo de trabajo si ya tienen la herramienta)
Si la interacción afecta a usuarios de la misma área, o si los datos son relativamente fáciles de consumir y a nadie le importa el Proceso de negocio (es decir, a quién recurrir para refrescos), puede crear una aplicación web / escritorio desde cero.
"Cuándo y cómo debe usar una herramienta BPM"
Oscar Reyes hace el punto directamente en la primera frase de su publicación. Necesitas visión de proceso.
Una herramienta de BPM (estrictamente hablando), es una herramienta que se supone debe administrar los procesos de negocios. La advertencia en la publicación anterior de Godeke también es correcta. No todas las herramientas de BPM se crean iguales. De hecho, desafío que no pueda lograr que nadie se ponga de acuerdo sobre qué es realmente BPM. El término ha sido usurpado por varias partes, incluidos proveedores de software, consultores, analistas y organizaciones de noticias (por nombrar algunos).
Pero para responder directamente, una herramienta de BPM es apropiada cuando una empresa desea automatizar una parte o la totalidad de un proceso de negocios. Tenga en cuenta ... todas las empresas tienen procesos comerciales. Es solo que no todas las empresas documentan o administran por ellos.
''Cómo'' implementar una herramienta BPM depende del contexto porque hay diferentes ''tipos'' de soluciones BPM. En términos generales (y esto es forraje para el debate), puede descomponer BPM en procesos transaccionales y centrados en el ser humano. El BPM transaccional está destinado a automatizar los procesos a nivel del sistema, principalmente la integración. Verá mucho aquí sobre SOA. BPM centrado en el ser humano está dirigido (obviamente) a los procesos que involucran la interacción humana, en su mayoría documentos o gestión de datos estructurados / no estructurados.
"diferenciar el proceso empresarial del flujo de trabajo de la aplicación"
Véase más arriba. Esta es una discusión muy genérica. Y mucho debe hacerse de antemano para identificar adecuadamente un proyecto de BPM.
La primera pregunta es: "¿Nuestra empresa actualmente administra su negocio por proceso o quiere hacerlo?". La respuesta a esta pregunta debería venir desde arriba. Mi experiencia ha sido que, sin el compromiso de nivel ejecutivo con la gestión empresarial centrada en el proceso, es probable que un proyecto BPM no logre sus objetivos. No es que no pueda instalar una herramienta de BPM y lograr que integre sistemas o administre documentos electrónicos, pero es probable que el ROI del proyecto se pierda o se pierda.
En pocas palabras, un proyecto de BPM requerirá una visión comercial centrada en el proceso, y con eso, estará en una posición mucho mejor para definir una arquitectura apropiada para apoyar esa visión.
Si una empresa tiene procesos implementados que manejan la mayoría de los casos de cómo deberían fluir las cosas, entonces puede ser hora de introducir herramientas de BPM para examinar los procesos actuales. En cierto sentido, esto me recuerda la pregunta " ¿BPM está en tu mente? " Que se le preguntó hace un tiempo.