Estoy armando una arquitectura para una empresa mediana que desea presentar 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.¿Cuál es el propósito de un BPM en una arquitectura más pura?
Quiero 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?
¿Por qué quiere presentar una herramienta de 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 procesar 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 del día, 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 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.
Lamentablemente, esta es una de esas preguntas donde solo se pueden dar respuestas sujetas, incluso con todos los hechos (diferentes analistas del sistema darán opiniones diferentes). 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.
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 "Is BPM in your mind?" que se me formuló hace un tiempo.
Gracias por el enlace a la otra pregunta. –
que he encontrado más útil y gratificante para introducir BPM en las empresas que ya tienen algún proceso formal de negocios establecido ya-
flujos de trabajo de aplicación son más en la línea de automatizar la interacción del usuario solamente (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 puede ver y comprender el flujo real de la aplicación (ya que no moverán un dedo para hacer cambios) Pero para evitar 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 un servicio.Las suites BPM le permiten hacer esto en un par de horas (en realidad un par de clic pero no le dicen al cliente)
Volviendo a su pregunta y dependiendo de las capacidades de la herramienta BPM, si ya hay un proceso comercial y ese proceso requiere interacción entre los usuarios de diferentes áreas () y diferentes sistemas, vale la pena introducir el BPM.
Si la interacción es más "orientado humanos" (documentos, aprobaciones, etc.) Aplicación de flujo de trabajo hará (o BPM utilizadas como flujo de trabajo si ya tienen la herramienta)
Si la interacción es que los usuarios AMOG de la misma área, o 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.
Gracias Oscar, este era el lugar donde estaba pensando. –
¿Qué BPPM usa, por cierto? – OscarRyz
El producto se llama K2. –
"Cuando & ¿Cómo se debe usar una herramienta de BPM"
Oscar Reyes hace que el punto directamente en la primera frase de su puesto. Necesitas visión de proceso.
Una herramienta de BPM (estrictamente hablando), es una herramienta supuesta para administrar los procesos de negocio. 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. El 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.
"se diferencian de procesos de negocio de la Solicitud de flujo de trabajo"
Ver 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 lo desea?". 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 adecuada para apoyar esa visión.
Aprecie sus pensamientos (Actualicé la etiqueta también con subjetiva).Al final del día, realmente estoy buscando opiniones sobre la idoneidad de la tecnología, hasta ahora siento que me han empujado y me piden que lo ajuste en lugar de dejarme seleccionar su necesidad. –
Sin conocer su situación exacta, normalmente diría que si siente que algo se está haciendo apropiado en lugar de proporcionar valor, probablemente sí. Hay excepciones (tengo personas que no quieren aprender "la nueva forma" de hacer las cosas de vez en cuando), pero son raras. – Godeke