Archive for the ‘BPM’ Category

Mejora de rendimiento con BPM

Martes, abril 28th, 2009

Hace algunos días escuche una frase que me ha quedado grabada: “BPM es la disciplina que hace que el rendimiento excepcional sea una cuestión de diseño y no de suerte”, por tanto ¿quien no quiere un bpm en su vida?Realmente gracias a la implantación de soluciones BPM es posible alinear la estrategia de las organizaciones con las operaciones, es decir, que es posible que la dirección de la organización realice un diseño de los procesos para que después sea ejecutado por el resto de la empresa.Cada día estoy más convencido que en los próximos años todas las empresas necesitarán una implantación de BPM igual que pasó hace algunos años con los sistemas ERP.

Ultimus BPM

Martes, abril 14th, 2009

Ultimus es probablemente el sistema BPM que más implantaciones tenga en el mercado, es su web hablan de mas de 1.900.Es una herramienta basada en plataforma Microsoft (.Net)Dispone de un modelador de proceso basado en un modelo propio, no soporta BPMN, ni XPDL ni tampoco BPEL. Esto ha sido un handicap para ellos en los últimos tiempos. Por otra parte fue uno de los primeros BPM en incorporar un modelador gráfico con simulación de procesos. Parece que no ha evolucionado mucho últimamente y ahora parece un poco anticuado.Ultimus parece haber tenido problemas en el último año, después de publicar su versión 8, donde hicieron un cambio radical de su núcleo de ejecución. Este cambio ha estado provocando numerosos fallos y problemas durante algunas versiones. Afortunadamente para ellos parece que la plataforma se ha estabilizado bastante. El problema es que para estabilizar su sistema han tenido paradas casi todas las funcionalidades que tenían previsto desarrollar y esto les ha penalizado mucho en el mercado.

Módulos que componen una solución BPM completa

Martes, abril 7th, 2009

En el mercado hay bastante agitación entre lo que se considera una solución completa de BPM y lo que no, o la diferencia entre los sistemas conocidos como “workflow” y un BPM.Pues bien, según la mayoría de analistas estos son los módulos que debe tener todo sistema de BPM:

  1. Modelador de procesos (BPA): Proporciona un entorno de desarrollo para un usuario capacitado para analizar y modelar un proceso, paso a paso, así como asignar a la misma lógica. El componente de diseño incluye herramientas para apoyar el descubrimiento de los componentes, la modelización de los procesos de negocio, y la definición de reglas de negocio.
  2. Diseñador de formularios e informes: Permite la definición de formularios e informes que no están disponibles en los componentes que se necesitan para apoyar el proceso de diseño.
  3. Motor de procesos: Es el módulo que permite ejecutar los procesos, así como sus actividades. Este motor soporta la ejecución tanto “system-centric” como “document-centric”.
  4. Motor de reglas (BRE): Este gestiona la información y las actividades dentro de un proceso de acuerdo con las fórmulas y las normas que se le asignen.
  5. Análisis de procesos: Este componente monitoriza la actividad del negocio (BAM), proporcionando información sobre la continua sobre el proceso en sí de modo que las mejoras se pueden hacer en el futuro. Recopila los datos acerca de cada tarea o evento en un proceso de negocio y los utiliza con fines de análisis.
  6. Un conjunto de API: Estos ofrecen la posibilidad de interfaz con cualquier sistema externo. Ellos pueden ser ofrecidos por el fabricante o un tercero. Además, existe normalmente un SDK para permitir el desarrollo de interfaces.

Diferencias entre XPDL, BPMN y BPEL

Viernes, abril 3rd, 2009

En el mercado existen diferentes estándares de procesos. Los más conocidos son:

  • XPDL: eXtended Preocess Definition Language
  • BPMN: Business Process Model Notation
  • UML: Unified Modeling Language
  • BPEL: Business Process Execution Language

Después existen algunos fabricantes que definen su modelo como un estándar de facto (véase el caso de Aris o de Jbpm).Bueno, centrándonos en el tema de estándares, hay que saber diferenciar entre ellos, no son para lo mismo. Seguramente que si analizamos un poco el nombre del estándar, ya se intuye alguna cosa.BPMN es un estándar de notación de proceso, es decir, defina la forma gráfica de construir un proceso, así como los diferentes objetos que se pueden utilizar para tal efecto. La característica principal y más destacable de BPMN es que es un tipo de notación común entre las personas de negocio y los técnicos, por fin un lenguaje común para intentar unir estos dos mundos.UML ha sido hasta hace poco la notación por excelencia en cuestión de modelado de procesos. Últimamente está en desuso para este tipo de tareas, ya que se trata de una notación pensada para entornos técnicos y muy distante del negocio, así ha tenido que ceder terreno ante BPMN, que es un tipo de modelo más asequible para personas no técnicas.XPDL es una representación basada en XML de un proceso, es decir es la forma de almacenar el proceso en formato físico (fichero) y se utiliza para que aplicaciones de diferentes fabricantes se entiendan entre ellas, principalmente utilizado como formato de intercambio entre los modeladores gráficos (herramientas BPA) y los motores de ejecución.BPEL, originalmente BPEL4WS (Webservice for WebService) es una formato pensado para ejecutar procesos en entornos system-to-system, es decir que no tiene en cuenta la interacción humana (system-to-human y human-to-human). Es por esto que es muy utilizado por los sistemas BPM que provienen en su origen de las soluciones de integración. Hace ya algún tiempo (varios años) que se viene hablando del BPEL4People para cubrir esto, pero la realidad es que no acaba de salir y personalmente creo que no acabará de ver la luz.Como consideración personal creo que el binomio BPMN – XPDL es el ideal y el que sinceramente recomiendo adoptar. Ambos modelos parece que se están adoptando de forma mayoritaria tanto por fabricantes como por consultores de procesos. En la actualidad se está trabajando en la especificación de XPDL 2.1 que parece que está apoyada por la mayoría de fabricantes de soluciones BPM y por tanto casi garantizado su dominio de los formatos de procesos para los próximos años.

Clasificación de productos BPM

Jueves, abril 2nd, 2009

Una de las primeras clasificaciones que podemos hacer dentro de las soluciones BPM es por su arquitectura tecnológica, así podemos diferenciar entre los que están basados en Java y en .NetJava: Pegasystems, TIBCO, Polymita, Oracle, Software AG (Webmetohds), IBM, SAP, Fujitsu, Intalio, EMC, Appian, Handysoft, Lombardi, Savvion, W4, Cordys..Net: BizAgi, Ascentn (AgilePoint), Ultimus, AuraPortal, K2, Metastorm, Global360, Singularity.Existen bastantes diferencias entre los dos grupos. En general los basados en .Net están mejor acabados en la parte de modelado y formularios ya que se apoyan en las herramientas que Microsoft ofrece para esto, pero en cuanto a arquitectura del motor y robustez, aquí ganan los Java.En general, después de investigar un poco el mercado, veo que los BPM de “gama alta” están casi todos basados en Java, mientras que en la “gama media” están bastante igualados. Si miramos por sectores, por ejemplo, el sector banca apuesta fuerte por los basado en Java.

Fabricantes de software BPM

Viernes, marzo 20th, 2009

El mundo BPM está cada día más consolidado, existen en el mercado numerosos productos para dar soporte a la gestión de procesos.A continuación publico una lista de las diferentes opciones que nos da el mercado en este ámbito. En los próximos días intentaré hacer un breve análisis de cada una de las diferentes soluciones tanto en entornos Java como en .Net

  • Pegasystems
  • Lombardi
  • TIBCO
  • Polymita
  • Metastorm
  • Appian
  • Savvion
  • Ultimus
  • Intalio
  • Oracle
  • Software AG (Webmetohds)
  • Ascentn (AgilePoint)
  • BizAgi
  • IBM
  • SAP
  • Fujitsu
  • Cordys
  • Handysoft
  • Microgen
  • AuraPortal
  • W4
  • EMC
  • Global360
  • Singularity
  • K2

Como veis, existe una gran cantidad de productos, pero espero poder en breve aportar la información más relevante de cada uno para así poder elegir la solución más conveniente para cada situación, porque como os podéis imaginar no existe la solución perfecta para todos los casos.Posiblemente alguien encuentre a faltar algún producto como JBoss u otras soluciones opensource, pero en mi humilde opinión, este tipo de solucioens no cumplen con los requerimientos que se debe exigir a todo BPM. Aunque es cierto que para pequeñas solucioens que requieran de una gestión sencilla de procesos pueden ser válidos, no están pensados para su uso directo en cliente final, siempre requieren de un proyecto de desarrollo importante.

Gartner publica su nuevo Cuadrante Magico para BPMS 2009

Jueves, marzo 12th, 2009

La consultora Gartner acaba de actualizar su “Cuadrante Mágico” para soluciones de BPM en 2009. En este cuadrante se analizan las 22 mejores soluciones del mercado internacional.Este año han eliminado del cuadrante Microgen, Captaris, SunGard y Bea (adquirida por Oracle). Por otro lado han incluido a SAP, Cordis, K2 y Polymita. Curiosamente 3 de las 4 nuevas incorporaciones son de fabricantes europeos, ¿quizás se esté empezando a crear una verdadera industria de software en Europa?Por otra parte destacar la presencia por segundo año consecutivo de Auraportal y la inclusión por primera vez de Polymita (¡Felicidades Polymita!). Dos empresas españolas en el top 22 de BPMS a nivel mundial. Personalmente es un hecho que me alegra mucho.

Claves en la implantación de un sistema BPM

Sábado, marzo 7th, 2009

Los proyectos Business Process Management (como cualquier otro tipo de proyecto de implantación tecnológica) presentan una serie de factores que condicionan su éxito o su fracaso.A continuación intento describir algunas claves para su éxito, claves a nivel estratégico y táctico para lograr los resultados esperados en una implantación de proyectos BPM:A nivel estratégico:

  • Liderazgo por parte de gerencia y convicción interna de necesidad de mejora de los procesos a automatizar. Se debe establecer una cultura general sobre los beneficios que aportan los proyectos BPM y cómo mejorarán el trabajo de las personas.
  • Creación y establecimiento de una cultura de mejora y de calidad total, definiendo los conceptos, filosofía, metodología, etc., relacionados con un proyecto de implantación de Business Process Management.
  • Reconocimiento de las personas responsables de los procesos y su desempeño actual. Se deben implicar asimismo, los mandos medios y superiores.

A nivel táctico:

  • Implantación y existencia de herramientas estándares y que se puedan integrar con los sistemas ya existentes, protegiendo así las inversiones en tecnología.
  • Seguimiento de una metodología basada en la mejora continua, con un líder de proyecto.
  • Informar y formar a los implicados en el proyecto en BPM, en los procesos y en la herramienta seleccionada para ejecutarlos.
  • Feedback sobre la mejora de los procesos a medida que avance el proyecto. Para ello, pueden ser muy útiles las herramientas gráficas y la monitorización en tiempo real de las actividades.

Algunas de los puntos decritos seguro que parecen bastante evidentes, pero resulta que en los proyectos reales no se aplican estas directrices, lo que desemboca muchas veces en el fracaso del proyecto o en el aumento de los costes ded implantación respecto al presupuesto inicial.

¿Porque es importante la Gestión por Procesos?

Miércoles, marzo 4th, 2009

La gestión por procesos es importante por que las empresas y/o las organizaciones son tan eficientes como lo son sus procesos.La Mayoría de las organizaciones que han tomado conciencia de esto han reaccionado ante la ineficiencia que representa la gestión departamentales, con sus nichos de poder y su coste excesivo (o rechazo) en la implantación de cambios, potenciando el concepto de la gestión por procesos con un foco común.La Gestión por Procesos es la forma de gestionar toda la organización basándose en los Procesos. Entendiendo estos como una secuencia de actividades orientadas a generar un valor añadido para conseguir un resultado.

Introducción al BPM

Lunes, marzo 2nd, 2009

¿Qué es BPM – Business Process Management?BPM – Business Process Management, en inglés – es una metodología de gestión empresarial, que tiene como objetivo mejorar la productividad y la eficacia de la organización a través de la optimización de sus procesos de negocio.Estos pueden involucrar a uno o varios departamentos, dentro de una o varias organizaciones – por ejemplo, trabajo con proveedores, clientes o partners -. La idea fundamental radica en gestionar, de forma unificada, los procesos, las personas y la información para todas las actividades de la empresa.Algunos ejemplos de procesos empresariales pueden ser los siguientes:

  • Tramitación de una nota de gastos o una orden compra.
  • La gestión de una petición de soporte o información especializada, por parte de un cliente o distribuidor.
  • Ciclo de homologación de proveedores.
  • Gestión de incidencias y reclamaciones.
  • Contratación de personal.
  • Aprobación de una hipoteca.

Las tecnologías BPM ofrecen el motor idóneo para aumentar los niveles de productividad y competitividad de forma continua, facilitando la adopción de una estrategia para gestionar de forma unificada personas, sistemas y contenidos a través de los procesos, algo que asegura la mejora de la eficiencia y la efectividad, y permite disponer de la agilidad y la flexibilidad adecuadas.¿Qué es una suite de aplicaciones de BPM?Este método de optimizar la gestión de las organizaciones debe ir necesariamente soportado por una o varios aplicaciones de software, que proporcionen las capacidades necesarias para analizar, automatizar, implantar y controlar los procesos, siempre de una forma ágil y eficiente.Una suite de BPM es el conjunto de todos estos módulos de software, funcionando de forma completamente integrados entre sí, sin fisuras. Este conjunto de aplicaciones está especialmente diseñado para automatizar y optimizar los procesos de una organización.