Introducción a Business Process Management (BPM)

Resumen:  El presente artículo tiene como objetivo presentar de manera breve los conceptos fundamentales de la disciplina de BPM, por qué ésta se debera adoptar en las empresas y finalmente cómo la misma se relaciona con las tecnologías de IT para dar soluciones de valor agregado a los negocios de empresa. Está pensado para una audiencia que no conoce de este tópico y con la necesidad de querer aprenderlo de una forma rápida y sencilla.

Introducción a Business Process Management (BPM)

• Introducción

El presente artículo tiene como objetivo presentar de manera breve los conceptos fundamentales de la disciplina de BPM, por qué ésta se debería adoptar en las empresas y finalmente cómo la misma se relaciona con las tecnologías de IT para dar soluciones de valor agregado a los negocios de empresa.

Está pensado para una audiencia que no conoce de este tópico y con la necesidad de querer aprenderlo de una forma rápida y sencilla.

• ¿Qué es BPM?

Se puede definir a BPM como una disciplina o enfoque disciplinado orientado a los procesos de negocio, pero realizando un enfoque integral entre procesos, personas y tecnologías de la información.

BPM busca identificar, diseñar, ejecutar, documentar, monitorear, controlar y medir los procesos de negocios que una organización implementa. El enfoque contempla tanto procesos manuales como automatizados y no se orienta a una implementación de software.

Algo importante a tener presente es que BPM no es una tecnología de software, pero se apoya y hace uso de las mismas para su implementación efectiva.

Dependiendo del uso del enfoque y su aplicación, BPM puede verse como una metodología, como una herramienta estratégica o bien como conjunto de herramientas tecnológicas, no existe definición precisa, todo depende del prisma que utilicemos para ver la realidad. No obstante, personalmente creo que la definición de “enfoque disciplinado” es el mejor acercamiento para describirla.

• ¿Por qué una organización debería implementar esta nueva disciplina?

Una organización podría hacer uso de este enfoque por muchas razones, pero personalmente creo que el hecho que BPM traiga de la mano a los procesos, las personas y la tecnología de la información de manera conjunta es la razón principal para adoptarla.

Los enfoques previos trataban de manera separada a estos tres elementos, produciendo una brecha a veces insalvable entre las tecnologías de IT y negocio. Esta brecha al mediano/largo plazo resulta en pérdidas (millonarias en muchos casos) que las empresas deben afrontar.

La orientación al proceso es un enfoque más real para el modelado de situaciones organizacionales. Una organización esta regulada por procesos, y son estos lo que hacen que la organización tenga vida. Dependiendo de cómo estos están implementados, esta vida podrá ser mas corta o larga.

Si una empresa conoce de sus procesos, podrá entonces modelarlos, estudiarlos, medirlos y finalmente optimizarlos para satisfacer los objetivos del negocio.

Si en este modelado de procesos, además se integran las tecnologías de IT de manera inteligente y los recursos humanos que forman parte de los procesos, el producto final será más integral, consistente y con menos grietas.

• ¿Qué beneficios se obtendrían de implementar BPM?

BPM se basa en muchos principios o consideraciones que atacan a problemas típicos del día a día en empresas y el desarrollo de sistemas de información dentro de las mismas. Todas estas consideraciones llevadas a la práctica efectiva mitigan estos problemas diarios. 

BPM considera fundamental el monitoreo del proceso para estar midiendo su performance y detectar posibles falencias. Mediante el monitoreo se puede determinar si el proceso genera los resultados esperados en función de los objetivos del negocio. La creación y uso de métricas y KPIs (Key Performance Indicators), es clave para realizar un control detallado de cada proceso.

Dado el dinamismo externo al cual están expuestas las empresas, es necesario tener una documentación detallada de cada actividad organizacional. BPM impulsa el entendimiento y modelado de todos los procesos por medio de la documentación. Apoyándose en herramientas de software de modelado de procesos este punto puede ser alcanzado eficientemente.

Otro aspecto importante es la automatización de los procesos. Esto es algo que toda empresa quiere lograr para mejorar sus operaciones, reducir costos y aumentar las ganancias. La cuestión clave que muchos olvidan, es que antes de automatizar cualquier proceso primero se lo tiene que entender y mejorar. Bien vale recordar las palabras de Bill Gates respecto a este tema:

La primera regla de cualquier tecnología usada en una empresa es que la automatización aplicada a una operación eficiente magnificará la eficiencia. 

La segunda es que la automatización aplicada a una operación ineficiente magnificará la ineficiencia.

De esta frase se desprenden muchas lecciones por aprender en todo la disciplina IT (podría ser artículo completo respecto al asunto), pero yendo a lo específico del modelado de procesos es el punto es que la automatización no sirve de nada si no se arregla o mejora el proceso desde el punto de vista del negocio. Mediante BPM es más fácil comprender los procesos, por ende modelarlos, entenderlos y optimizarlos, para luego una posterior automatización.

Como se menciono previamente, la visión conjunta de los procesos, las personas y la tecnología, en orden para mejorar la performance de los procesos es clave para el éxito de cualquier empresa. 

Muchos estudios sobre empresas que han aplicado BPM han demostrado los beneficios son mayores a los intentos tradicionales de otras metodologías o enfoques. Personalmente creo que la clave del éxito fue poner mismo canal el lenguaje de los negocios (procesos y recursos humanos) y el lenguaje de IT, y conjuntamente definir un enfoque para mejorar las ganancias y beneficios del negocio.

• Herramientas de IBM para soluciones BPM

Como se mencionó previamente, BPM se basa en las últimas herramientas tecnológicas de software para la implementación de soluciones.

IBM proporciona una suite de productos para desarrollar de forma exitosa todas las etapas que intervienen en el desarrollo de una solución BPM. La siguiente tabla describe los principales productos.

Producto	Descripción
WebSphere Business Modeler	Esta herramienta es utilizada por el analista de negocios para modelar, documentar, visualizar y entender los procesos del negocio. La misma permite ejecutar simulaciones sobre los procesos definidos para identificar problemas o cuellos de botella. También en esta etapa de modelado se pueden definir métricas y KPIs para luego ser utilizados por WebSphere Business Monitor. Los modelos aquí generados luego se pueden exportar para tomarlos como entrada en WebSphere Integration Developer para el desarrollo de los artefactos de software. Es importante destacar que los modelos se exportan a lenguaje BPEL (Business Process Execution Language), siendo éste último un estándar de la industria.
WebSphere Integration Developer	Con WebSphere Integration Developer se pueden desarrollar servicios o soluciones basadas en SOA (Service Oriented Architecture) utilizando WebSphere Process Server, WebSphere Enterprise Service Bus y WebSphere Adapters. Esta herramienta fomenta el uso de SOA, creando activos de IT como componentes de servicios y fomentando la reutilización de componentes. Al momento de trabajar, el desarrollo y conexión de componentes es muy fácil dado que los mismos se desarrollan visualmente y con la tecnología de drag and drop.
WebSphere Process Server	Este producto es el motor donde se instala y ejecuta la solución BPM desarrollada en WebSphere Integration Developer. El mismo tiene en su base un servidor IBM WebSphere Application Server, trayendo consigo la confiabilidad y robustez ya característica de este servidor líder en el mercado.
WebSphere Business Monitor	Es un entorno que permite monitorear de manera constante e integral la solución BPM, proporcionando visibilidad punto a punto de toda la actividad del negocio. Mediante este producto los analistas de negocio y ejecutivos pueden ver de manera sencilla la performance de sus procesos.

La siguiente Figura 1 muestra un ciclo básico de vida bajo el enfoque BPM utilizando las herramientas que se describieron.

Al utilizar una suite unificada de herramientas de alto nivel, todos los artefactos que se generan en el proceso quedan interrelacionados y conectados. Esto último permite reducir las brechas que casi siempre se producen entre las fases de:

• Análisis – Desarrollo
• Desarrollo – Implementación
• Implementación – Monitoreo/Mantenimiento

Recordar siempre que es vital nunca perder la interrelación de los artefactos que se producen en las diferentes etapas, esto es clave para la etapa de mantenimiento del sistema (le etapa que más tiempo consume del ciclo de vida del sistema!!!).

Tomado de: Arquitectura en base a IBM, 

Bibliografía y recursos principales

• Business Process Management – ISBN: 9781932546514.
• Business Process Management: Beyond Technology (a report)
• Business Process Management Practical Guidelines to Successful Implementations – ISBN: 9780750686563.
• IBM Business Process Management Reviewer’s Guide
• BPM Solution Implementation Guide

Porque del BPM

Tomado de: Porque del BPM

 

¿Cómo se define la gestión de procesos de negocio (BPM) en una sola frase? Si bien hay muchas respuestas diferentes, es probable que encuentre un tema común: BPM ayuda a una organización a hacer mejor su trabajo.

Este resumen del Manual Oracle Business Process Management Suite 11g, escrito por Manoj Das, Manas Deb y Mark Wilkins, abarca conceptos básicos de BPM, sus beneficios clave y las tecnologías relacionadas con BPM.

BPM, como su nombre indica, alude a la gestión de procesos de negocio (BP), por lo general con el objetivo de mantener o mejorar ciertos aspectos del rendimiento del negocio. Los procesos de negocio, a su vez, se refieren a las series de actividades que una empresa lleva a cabo. 

Como es previsible, existen muchas definiciones de BPM y de BP, que varían en su alcance y en sus puntos de vista. 

Más adelante en el libro profundizaremos sobre los detalles más precisos de la BPM y los BP, pero en un intento de brindar una estructura formal para los debates en curso, se adoptarán las siguientes definiciones no técnicas de trabajo:

• BPM se define como una estrategia para la gestión y mejora del rendimiento de un negocio a través de la optimización continua de los procesos de negocio en un ciclo repetitivo y cerrado de modelado, ejecución y medición. Las actividades de BPM abarcan la concepción y el descubrimiento a través de la implementación y la gestión de la ejecución de los procesos de negocio dentro de un apropiado marco de gobernanza.
• Un proceso de negocio es un conjunto de actividades vinculadas que son realizadas por personas y sistemas que ofrecen un valor empresarial a los clientes internos o externos.

Por lo tanto, adoptamos una visión amplia para el despliegue de un completo ciclo de vida de la BPM, incluyendo una continua mejora de procesos. Reconocemos esto como una disciplina de gestión que va más allá de las actividades de desarrollo de software o de la mera utilización de aplicaciones de software. 

También incluimos la buena gestión como un elemento necesario de la BPM. 

Creemos que una gobernanza adecuada es necesaria para garantizar la calidad de la adopción de la BPM que es capaz de brindar una ventaja competitiva sostenida.

En el caso de la definición de un proceso de negocio, evitamos a propósito la restricción a cualquier asociación estructurada de actividades empresariales. En los procesos estructurados, los pasos del proceso y su secuencia son conocidos a priori, por lo menos dentro de un conjunto específico de opciones posibles. 

Para muchos procesos de negocio esta restricción no plantea ninguna dificultad real y, de hecho, hace más simple la implementación informática de los procesos de negocio. 

Una orden directa de dinero en efectivo para bienes simples, un aprovisionamiento para un servicio telefónico y el apoyo al back-end de los procesos de negocio para la mayoría de las compras en Internet, todos entrarían en la categoría de procesos de negocio estructurados. 

Sin embargo, las empresas de hoy necesitan tanto mejorar como garantizar la calidad de ejecución de las transacciones comerciales que involucran más bien conjuntos ad hoc de actividades, en las cuales el número exacto de tareas y la naturaleza exacta de sus vinculaciones –incluyendo los aparentes flujos de trabajo– no son conocidos a priori. 

Los procesos de negocio evolucionan en función del contexto específico de una particular transacción comercial y se basan en resultados intermedios. A diferencia de la ramificación de flujos de tarea de secuencia estricta y pre-especificada, estas operaciones se rigen por normas comerciales, reglas y políticas de alto nivel. 

Estas operaciones también podrían incluir una colaboración relativamente libre de los trabajadores del conocimiento en lugar de pedirles las tareas humanas comunes conocidas dentro los sistemas tradicionales de flujo de trabajo. La gestión de estas operaciones puede ser formulada utilizando los llamados procesos no estructurados.

 Muchas de las actividades de gestión de casos, así como la R&D farmacéutica y los complicados análisis de riesgos, son ejemplos de procesos no estructurados.

Este extracto del Manual Oracle Business Process Management Suite 11g de Manoj Das, Manas Deb y Mark Wilkins, se reproduce aquí con permiso de Oracle Press, copyright 2012.

 Descargar el PDF del capítulo completo (en inglés).

Nos gustaría señalar que los procesos de negocio pueden existir –y de hecho lo hacen– dentro de aplicaciones empaquetadas como ERP, CRM, HRM y SCM, y también se pueden crear en el middleware que suele rodear estas aplicaciones. 

Si bien los procesos de negocios de aplicación transversal claramente se asientan en el middleware, suelen surgir situaciones en las que son necesarios el diseño multifacético y las consideraciones operativas en determinación a los mejores lugares para la creación de un proceso de negocio. 

Oracle BPM Suite es un producto middleware (de hecho, es parte de la familia de productos Fusion Middleware de Oracle) y se puede utilizar para crear procesos de negocios independientes que pueden integrarse con aplicaciones empaquetadas o bien extenderlas.

También puede ser útil tener en cuenta que la abreviatura “BPM” es de uso general para el Modelado de Procesos de Negocio, la Monitorización de Procesos de Negocio y la Gestión de Rendimiento Empresarial. Las dos primeras están incluidas en nuestra definición de BPM, mientras que la tercera se refiere a las mediciones financieras de desempeño del negocio en las cuales nuestro BPM debería contribuir en última instancia.

¿Por qué BPM?

En la actualidad, la mayoría de las empresas están muy interesadas en la adopción de BPM a través de sus organizaciones para ayudar a mejorar su desempeño corporativo. 

Todavía son pocas las compañías que han alcanzado la madurez en sus iniciativas de BPM, mientras que la mayoría está lidiando con las primeras etapas de la adopción. Informes frecuentes de firmas analistas líderes como Gartner, Forrester e IDC, indican que la mejora en la gestión de procesos ha sido una de las principales preocupaciones de las altas direcciones en los últimos años y lo seguirá siendo en los próximos. 

Los analistas estiman que el gasto anual en BPM se sitúa en el rango de los 5 a 6 mil millones de dólares y se prevé que crezca a una tasa del 30 al 40 por ciento por año (compárese con la tasa de crecimiento proyectada del 5 al 10 por ciento de la mayoría de los demás mercados de software de integración de negocios). 

En conjunto, la BPM parece disfrutar de un fuerte impulso positivo en el momento actual. Por lo tanto, valdría la pena profundizar un poco más para ver por qué la BPM se considera como algo tan beneficioso para una empresa.

Los beneficios de BPM

Como ya hemos señalado, la BPM consiste en gestionar las actividades empresariales de una manera integral. 

Si bien la adopción de BPM ofrece diversas ventajas, podría haber divergencias sobre la principal motivación para su uso en una determinada empresa. 

Por ejemplo, algunas empresas pueden centrarse en la ejecución de sus actividades de manera más eficiente, es decir, producir el mismo resultado con menos recursos como tiempo, dinero, bienes y mano de obra; mientras que otros pueden estar más interesados en generar mayor agilidad en el negocio con el fin de responder mejor a las cambiantes condiciones del mercado. 

En algunos casos, la gestión de procesos puede ser necesaria para producir suficiente visibilidad y crear registros de auditoría a través de una cadena de actividades, con el fin de satisfacer una variedad de requisitos normativos. 

Tales beneficios de la BPM, en general pueden ser clasificados como internos o externos. Generalmente los beneficios internos son la eficiencia, así como la satisfacción y la potenciación de los trabajadores, mientras que los beneficios externos ayudan a los clientes y a los socios a obtener más valor a partir de los productos y servicios de la empresa.

La BPM brinda una mayor eficiencia para las actividades comerciales mediante la entrega de procesos integrados que alcanzan a funcionalidades de TI distribuidas y también a los trabajadores. 

Un incremento en el nivel de automatización de ejecución de las transacciones debido a la informatización de las actividades del proceso reduce el tiempo de ejecución del proceso, ofrece una mayor capacidad de volumen de transacciones y reduce los errores generados por el hombre. Las instalaciones de colaboración (incluidas en Oracle BPM Suite 11g) hacen que sea mucho más fácil y más barato el manejo de excepciones complejas, lo que contribuye a una mayor productividad y eficiencia.

Una mejor visibilidad sobre una transacción comercial requiere de un seguimiento adecuado del proceso subyacente. Un proceso puede ser monitoreado a nivel superior para obtener datos de un chequeo general de salud acerca de las operaciones relacionadas con ese proceso –por ejemplo, el número de transacciones que se están realizando y cuántas están en qué estado de terminación, rangos de tiempos de finalización y porcentajes de caída. 

A menudo, las altas direcciones suelen estar interesadas en este tipo de información. Por otro lado, los diseñadores de procesos o aquellos interesados ​​en la mejora continua del proceso, también pueden desear realizar un seguimiento de varios parámetros de rendimiento asociados con las actividades individuales y las respuestas de rendimiento de las aplicaciones periféricas con las que se conecta el proceso. 

Los equipos de operaciones de TI se ocupan en general del rendimiento del sistema a nivel de software y hardware, de la información para una rápida detección de fallos y de brindar el nivel esperado de servicio de los sistemas que se ejecutan, para dar soporte a la continuidad del negocio. La gente de ventas y marketing estará interesada en aumentar las ventas y las oportunidades de ventas cruzadas asociadas con un cliente y sus operaciones. 

La descripción explícita y digital de los procesos que muestran todas las actividades asociadas, las normas y los sistemas finales, y los eventos generados por las instancias del proceso de negocio en ejecución, facilitan enormemente la visibilidad del proceso. Una vez que ya son maleables todas las actividades de una transacción basada en un proceso, también se hace más fácil la creación de rutas de auditoría o la generación de alertas para su uso con procedimientos de cumplimiento. 

Los analizadores de procesos integrados en BPMS (como en Oracle BPM Suite 11g) o herramientas de compañía como Business Activity Monitoring (por ejemplo, Oracle BAM) o Business Intelligence (por ejemplo, Oracle BI), pueden ser utilizados para visualizar con facilidad una variedad de información de los procesos.

Una mayor agilidad en los negocios se ha convertido en una característica esencial de las empresas ganadoras en el mercado global competitivo de hoy. 

La agilidad tiene que ver con responder rápidamente ante los cambios previstos y no previstos en la ejecución del negocio; los procesos de negocios son a menudo un lugar ideal para orquestar dichos cambios. 

Las empresas colaboradoras y los participantes de TI pueden modificar rápidamente los procesos existentes en función de lo que sea necesario según los imperativos del cambio. Además, la reutilización de los subprocesos o servicios (en los puntos finales del proceso) puede reducir enormemente el tiempo de respuesta para manejar el cambio. 

El uso de reglas de negocio externalizadas y desplegables en caliente que pueden alterar algunos aspectos de la ejecución del proceso (como resulta posible en Oracle BPM Suite 11g) es otra manera de aumentar la agilidad del negocio, ya que algunos de los cambios en el proceso pueden ser incorporados directamente por los analistas de negocio, sin requerir de largos y costosos proyectos de desarrollo de TI.

SOBRE LOS AUTORES

Manoj Das es gerente superior en el grupo de administración de productos de Oracle Fusion Middleware. Centra su atención en BPEL y en Reglas de Negocios. Manoj se incorporó a Oracle con la adquisición de Siebel, donde fue responsable de impulsar una plataforma de aplicación de próxima generación centrada en los procesos.

Manas Deb es director principal en el Grupo de Productos Fusion Middleware / SOA, BPM, Governance Suites en Oracle. Actualmente dirige la gestión de salida de productos y muchas iniciativas de participación estratégica de Oracle SOA, BPM y soluciones de gobernabilidad mundial. 

Mark Wilkins es un arquitecto de empresa que trabaja para el Programa de Arquitectura Empresarial Global de Oracle, donde se desempeña en líneas de productos para desarrollar estrategias de BPM. Mark se incorporó a Oracle desde BEA, donde jugó un papel decisivo en el desarrollo de métodos y ofertas de servicios de Arquitectura Orientada a Servicios.

4 argumentos para altos ejecutivos en busca de su apoyo a BPM

Tomado de:4 argumentos para altos ejecutivos en busca de su apoyo a BPM   .


“Top executives” se les llama en ingles. Los latinos acostumbramos llamarlos “La alta gerencia”. Ustedes saben a quienes me refiero: Ese grupo de personas que llevan a cuesta la responsabilidad de que el barco que lideran no haga aguas, mientras deben asegurarse de que están avanzando en la dirección correcta. Son aquellos en los que confiamos que consideren costos, retorno, impacto, riesgo, relaciones, política, RRHH y estrategia en cada una de las decisiones que toman cada día. Y de ellos  necesitamos el apoyo y entusiasmo si queremos que nuestra iniciativa BPM tenga alguna oportunidad de entregar resultados positivos.
¿Por qué?; ya hemos conversado como BPM no tiene nada que ver con la tecnología que lo apoye (ver “Introduccion a la gestion de procesos” y “Mas alla de SOA“). BPM es sobre las personas, sus responsabilidades y la coordinación de sus tareas, por lo que necesitamos la colaboración de esos actores para lograr tener una implementación exitosa en una automatización de procesos. Y en el mundo real se necesita del respaldo de figuras de poder si queremos que la gerencia media y operativa nos otorguen tiempo y atención en su ya bastante complicadas agendas.
Si eres de esos visionarios que ha entendido que la implementación de las practicas de gerencia de procesos, apoyada con una herramienta efectiva de BPMS, son necesarias para tu organización entonces lo mas probable es que tendrás que lograr “emocionar” y traer a bordo a algunos de esos ejecutivos. Probablemente fracases estrepitosamente si intentas utilizar argumentos como “Mira que tan bueno y bonito es el producto X” o “Gartner dice que es el futuro”. Todos esos ejecutivos han visto miles de herramientas hermosas y leído cientos de análisis de “expertos” y saben que eso poco tiene que ver con lo efectivo o malo que sea una solución. A esta audiencia necesitamos hablarle en los términos que a ellos les hace sentido. He aquí 4 argumentos muy validos para presentar:

1) Convierte a los responsables en protagonistas

Así es como funciona en la mayorías de las organizaciones: Las áreas de negocio tienen los problemas, estas van y le piden solución a IT, los tecnólogos apuntan a resolver los problemas con tecnología, IT entrega a las áreas de negocio un “sistema”, pronto el sistema se vuelve en parte del problema de las áreas de negocio y se repite el circulo vicioso.
¿Son las personas de IT seres malvados que solo existen para sabotear a las áreas de negocio?. No, para nada. Todo el problema radica en dos conceptos muy simples: Velocidad y comunicación. Por la complejidad que significa hacer tecnología, esto es mucho mas lento que la velocidad con la que nuevas necesidades se generan. Es simplemente imposible que el desarrollo de software sea lo suficientemente rápido como para llevarle el ritmo a los requerimientos del negocio. Además la mayoría de las personas realmente no tienen la habilidad de poder expresarle a un tecnólogo como es que debe ser un sistema para que le resuelva sus problemas. ¿Cuántas veces no han escuchado a un usuario decirle a un técnico “eso no fue lo que yo pedí”?, ¿Cuántas veces no han escuchado a un programador decir “es que el usuario no sabe lo que quiere”?
Adoptando BPM de la forma correcta, esas áreas de negocio dejan de estar a merced de TI simplemente porque en vez de “pedir soluciones” pasan a definir como es que el trabajo debe ser realizado. Su posición cambia de ser quienes explican “como el sistema debe ser” a ser quienes especifican como es que el comportamiento del flujo de trabajo se realizara. Al llegar a este punto en la mayoría de los casos casi cualquier BPMS es capaz de que con muy poco esfuerzo adicional se pueda contar por lo menos con una solución que ayude al control de las tareas y manejo de la información.
Esta nueva dinámica es buena para todas las partes ya que los usuarios de negocio ahora poseen inherencia directa en la implementación y las personas técnicas reducen la posibilidad de invertir esfuerzos (y dinero) en definiciones que hayan podido ser mal interpretadas o mal comunicadas. Adicionalmente ambas partes pasan a compartir en proporciones iguales responsabilidad en la calidad de la solución final.

2) Da visibilidad sobre los motivos de cada tarea

Los procesos son por definición complejos. Por lo general comprende actividades que son realizadas por distintos grupos, e incluso organizaciones, cada uno de ellos con sus propios objetivos, políticas, reglas y cultura. Además la forma en la que deben quedar definidos también esta influenciada por factores externos, distintos al espíritu inicial del proceso, como leyes, políticas corporativas, marcos regulatorios, mejores practicas, cultura organizacional, etc.
Todo proceso de negocio tiene muy claramente definido que es lo que debe iniciarlo, ese evento ante el cual reaccionamos con las actividades que definiremos. Además el objetivo que se persigue es generalmente bien conocido. El trabajo de definir un proceso de negocio es realmente enfocarnos en el “que” es necesario hacer, obviamente derivando en aclarar “quien “ debe realizar cada actividad.
Para determinar las respuestas a esas interrogantes, se hace necesario realizar sesiones de trabajos colaborativas en las cuales los distintos participantes unen esfuerzos en establecer como es que deben coordinar sus tareas. En esas sesiones se hace simple que se pueda compartir el “por que” cada tarea debe ser realizada de una forma especifica. Esa es información sumamente valiosa, generalmente dispersa y poco documentada.
Lo que se esta generado es la oportunidad de recaudar esa información para aumentar el conocimiento de la organización sobre cual es la razón por ella se comporta como lo hace. En ese tipo de información generalmente radican oportunidades de mejorar la eficiencia, identificar costos y riesgos ocultos además de conocer cuales son los retos específicos que afronta una área que además tiene impacto en otras.

3) Menor dependencia de tecnología

A diferencia de cuando buscamos solucionar problemas con tecnología, donde generalmente la solución comienza en una base de datos, cuando utilizamos BPM las solución comienza cuando las áreas responsables del negocio determinan cual es el comportamiento correcto a seguir para enfrentar los retos. Ya en este blog hemos hablado sobre el arte de modelar procesos de negocios ejecutables, pero resumiendo lo que ocurre es que partimos de una definición de alto nivel, de amplio alcance y poco detalle para luego ir avanzando en detallar como el comportamiento definido se materializa en los niveles inferiores de la jerarquía organizacional. Y este avance en los detalles lo hacemos hasta el momento justo previo donde necesitamos soporte tecnológico para nuestras actividades.
Aquí se presentan 2 escenarios positivos. Primero, las áreas de negocio se pueden acercar a tecnología con requerimientos específicos de que tipo y forma de soporte requieren sus actividades. Hay una diferencia abismal en el alcance y riesgo de decirle a tecnología “Necesitamos un sistema que maneje la facturación” versus abordarlos con varias necesidades como  “Requerimos de una funcionalidad que nos permita recuperar los contratos de los clientes según su identificador fiscal”. Una requerimiento mas especifico le permite a tecnología utilizar sus recursos de manera mas eficiente mientras estima su esfuerzo con menos incertidumbre.
Un segundo escenario es cuando el soporte tecnológico por algún motivo no esta disponible. Es posible tome tiempo de desarrollar o sea necesario hacer un proceso de procura. Lo importante acá es que como hemos separado el comportamiento requerido del soporte que necesitamos se pueden definir mecanismos paliativos y poner en marcha nuestro proceso automatizado antes de que dispongamos del apoyo de TI. Quizás nuestro proceso necesita de una integración con el ERP, pero mientras eso no esta disponible es posible ponerlo en marcha hoy dejándole a una persona la responsabilidad de transcribir información entre los sistemas. Aunque quizás esa no sea la solución perfecta para el desempeño del proceso, hay mucho mas que ganar con poder ejecutarlo hoy con paliativos que simplemente no hacer nada en espera del apoyo de tecnología.
En el segundo escenario incluso se hace posible medir el desempeño del proceso y contar con data objetiva que le permita a un ejecutivo ir a su junta de directores y decir “El proceso X esta tomando 18% mas tiempo y costando 22% mas dinero por la falta la integración con ERP”. Un director sabe que con ese argumento tiene mucha mas posibilidad de impactar las prioridades de TI que diciendo “Aun seguimos con problemas porque el sistema no esta listo”
Estas opciones por ningún motivo son en decremento de TI. Lo que realmente ocurre es que se separa el progreso tecnológico del avance de las áreas de negocio. De esta forma los equipos de tecnologías tienen que dedicar menos tiempo y recursos en tratar de darles sistemas al negocio y se pueden enfocar en proveer un soporte efectivo a las operaciones a través de proveer escalabilidad, confiabilidad seguridad e independencia tecnológica.

4) Mas recursos para dedicar a lo que hace la diferencia

Un proceso de negocio propenso a automatizarse es generalmente lo suficientemente importante como para requerir que tengamos la certeza de que sus actividades se hacen de forma controlada y lo bastante repetitivo como para que podamos definir las tareas a realizar cada vez que toque ejecutarlo. Es decir que los procesos de negocios que podemos automatizar son esas actividades monótonas que se realizan cotidianamente en las cuales se invierten muchos recursos para asegurar de que se comporten de la manera mas homogénea posible y que cada vez que fallan típicamente generan suficiente impacto para que se sientan tanto desde el punto de vista financiero así como en la calidad de la operación.
Cuando incorporamos de forma correcta y eficiente las practicas y herramientas de BPM lo que realmente ocurre es que incorporamos técnicas de control que eviten que tengamos que seguir dedicando recursos humano valioso a que se asegure que las cosas están funcionado bien. Al permitir que BPM provea ese control esos recursos humanos pueden dividir su atención entre el manejo de los casos excepcionales y en pensar como es posible mejorar y hacer mas eficiente sus propios procesos. Con escenarios económicos cada vez mas competitivos, consumidores mas exigentes y entornos mas regulados esta claro que hay mucho dinero por ahorrar y calidad que proveer en mejorar la forma en nuestras organizaciones se comportan.

5 señales de que tu proyecto BPM no saldrá bien

Tomado de: 5 señales de que tu proyecto BPM no saldrá bien

Por fin haz obtenido el apoyo necesario para iniciar tu proyecto de automatización de procesos. Se han leído decenas de recursos para entender mejor BPM y creen que están listos para comenzar a trabajar . Y luego de un par de semanas sientes que las cosas no van como deberían. Quizás ves que tus diagramas no parecen expresar el proceso como deberían. O tal vez no sientes que todas esas cosas positivas que haz escuchado de BPM se vayan a aplicar a tu proyecto.
Este no es un escenario improbable. De hecho, es bastante común. ¿Por qué?. Generalmente una combinación de falsas expectativas con malas costumbres. Típicamente hay indicaciones claras de que no se va en el camino correcto. Aquí les presento 5 señales que deberían hacerte decir “Alto, es hora de corregir”:

Solo una persona es responsable de decidir como es el proceso

Sabes que todo empieza documentando y modelando el proceso. Pero resulta que solo aparece una persona con la intención de “explicarnos” como funciona.
Un proceso de negocio representa el acuerdo de distintas partes de cómo colaborar para alcanzar un objetivo especifico. Si solo tenemos un interlocutor lo mas probable es que esa persona defina acciones que no son realmente de su competencia. Mañana cuando nuestro proceso automatizado este listo hay un altísimo riesgo de que las otras áreas vengan y digan que de la forma que se definió ellos no pueden completar sus actividades

Los “jefes” no están involucrados

El objetivo que persigue un proceso de negocio es seguramente responsabilidad de un director o de una línea de negocio. Pero allí estas tu junto a las personas encargadas de definir el proceso y resulta que ningún es realmente el responsable del resultado final. ¿Bajo que criterios se decidirá cuando haya conflictos en las opiniones de los participantes? ¿Cómo saber en esa audiencia que la forma en la que se esta diseñando el proceso cumple con las estrategias y políticas que se han definido en la organización? ¿Qué compromiso con el entregable final tiene la misma persona que es responsable del cumplimiento de las metas?

Se pretende que el proceso en cualquier momento se regrese a cualquier tarea

El requerimiento es claro: Los usuarios decidiremos el flujo del proceso en cada ocurrencia del mismo, por lo que necesitamos poder ir a cualquier tarea en cualquier momento… ¡Alto!. Si esto ocurre lo que significa es que: 1) Tus usuarios no tienen realmente idea de cómo funciona el proceso y/o 2) Tus usuarios no confían en ti o en la tecnología para controlar su proceso.

Las acividaes se expresan en términos de lo que saldrá en la pantalla

Cada vez que alguien tiene que describir la tarea que debe realizar lo hace explicando como es que debe ser “el sistema”. Lo que esta ocurriendo aquí es que están tratando de construir una aplicación y no han asimilado el concepto de que un proceso de negocio es realmente una definición de cómo debe ser el comportamiento de la organización y que la tecnología es solo una herramienta de soporte. De hecho, de cara al proceso de negocio, la tecnología disponible debe ser irrelevante en función de la posibilidad de realizarlo correctamente

Los responsables no pueden responder preguntas tipo “¿Qué pasa si …?”

Estas documentando el proceso y todos los participantes pueden describir con lujos de detalle los pasos que se deben seguir. Luego de modelar ese “camino color rosa” comienzas a preguntar “¿Qué debemos hacer si no nos llega esta notificación en X tiempo?” “¿Qué pasa si falla la integración con el sistema Y?” “¿Qué debe hacer el proceso si la persona Z no esta disponible?” y toda tu audiencia se comienzan a mirar nerviosamente entre ellos. Lo que ha ocurrido aquí es que necesitas involucrar a personas que manejen mas el detalle operativo y tenga real experiencia de campo con el proceso. Mas veces de las que creemos, los niveles mas bajos operativos conocen que contingencias aplicar cuando ocurre algo no ideal; y estas definiciones son simplemente no son conocidas por los mas “jefes”.
¿Qué hacer cuando aparecen estas señales?. En primera instancia, detenerse. Hace mas daño tratar de solucionarlas sobre la marcha que realmente hacer un corte y decir “Tenemos que hablar”. Cada situación es distinta, pero es probable que debas revisar el apoyo organizacional con el que cuentas, volver a definir la audiencia con la que vas a trabajar, educar a tus usuarios y aclarar que es lo que realmente se esta buscando lograr con este tipo de iniciativas.

BPM vs Workflow: ¿Cuál es la diferencia?

Tomado de: BPM vs Workflow: ¿Cuál es la diferencia?

BPM: caracteriza a una serie de actividades independientes de aplicaciones específicas. • BPM es un superconjunto de Workflows • Se distingue por su capacidad para coordinar las actividades y tareas entre los usuarios • BPM conecta distintos sistemas que permitan el intercambio de datos ininterrumpido y control universal desde una única interfaz • Los procesos de negocio, una vez definidos, se modelan, automatizan, gestionan y optimizan para ser eficaces, eficientes a nivel de costes y lograr altos resultados operativos. • Se utiliza para capturar, evaluar y analizar información de fuentes externas de una manera eficiente y eficaz • Con la capacidad de distinguir entre las reglas de ejecución y el flujo actual del proceso, las reglas del BPM permiten gobernar sus procesos

Workflow: facilita un enrutamiento simple de las tareas o actividades de persona a persona. • El Software Workflow Automatizado utiliza las secuencias de tareas específicas establecidas con reglas predefinidas, tanto si son actividades automáticas como actividades manuales • La capacidad de integrar el flujo de trabajo entre los sistemas específicos y otros sistemas externos es a menudo limitado, sólo permite documentar y la recuperación de datos • El software Workflow es muy básico en su capacidad de analizar e informar sobre el análisis del contenido. • El flujo del proceso es fija, es decir, no pueden adaptarse o establecer múltiples caminos posibles para el mismo objetivo . .

El Software Workflow es una herramienta sencilla para dirigir la automatización de los documentos y tareas a los usuarios responsables en un proceso de negocio para las siguientes tareas a realizar. Ofrece información y apoyo para cada etapa del proceso y del ciclo de negocio. Materiales y documentos relacionados con el proceso pueden ser transferidos de un usuario a otro, o pueden ser mantenidos en una base de datos o un servidor con acceso solo para los usuarios apropiados en el momento oportuno. En este sistema se pueden activar alarmas para alertar a los ejecutivos y a los responsables del proceso cuando las tareas van con retraso. Este sistema automatizado de las operaciones garantiza que el trabajo se mueve a través del sistema de manera oportuna y es procesada correctamente por los usuarios apropiados.

El Software BPM (Business Process Management) adopta un enfoque más estructurado en el que la automatización del flujo de trabajo es sólo una pieza del rompecabezas. El uso de un panel de interfaz de Software BPM ofrece mayor visibilidad y control a un nivel superior en el proceso, ya que integra el flujo de trabajo con diversas aplicaciones, tecnologías y tareas humanas. Con sus raíces en el software Workflow, integración de aplicaciones empresariales (EAI) y gestión de documentos, el Software BPM sirve como una solución que puede supervisar, evaluar y mantener las tareas y procesos en tiempo real. Las reglas de negocio dan al propietario del proceso la posibilidad de configurar diversos parámetros para la gestión de incidencias, según sea necesario, mientras que las alertas se pueden habilitar para notificar a los usuarios apropiados cuando las tareas se están acercando o atrasando. Además, un software BPM Suite es una suite completa que le permite tomar sus flujos de trabajo automatizados para el siguiente nivel y optimizarlos continuamente para hacerlos más robustos y más eficientes. Incluye una variedad de herramientas para hacer que su negocio opere de una manera más ágil y más inteligente, tales como:

1. Definición de procesos y modelado de procesos


2. Automatización del flujo de trabajo


3. Gestión de procesos y análisis de procesos


4. Optimización de Procesos


5. Business Intelligence


6. Supervisión de las actividades


7. Integración de Aplicaciones Empresariales (EAI)

Fuente: Ultimus

Software BPM gratuito y recursos BPM

En la siguiente tabla hay una lista de las principales empresas que desarrollan software BPM y que ponen a disposición de cualquier persona Software BPM gratuito para probar las nuevas versiones o para que los clientes prueben el software BPM mediante versiones con licencias con tiempo de uso limitado. La tabla también contiene enlaces a los centros de recursos de manuales BPM, White papers de BPM y casos de éxito en implantaciones del software BPM en empresas.

Software BPM gratuito y centros de recursos de Software BPM	Enlace
Process Designer de Ultimus - Versión gratuita durante 30 dias	http://www.ultimus.com/try-process-designer-free-for-30-days/
Open Source BPM Solution de Bonita Soft - BPM de software libre (Open Source)	http://www.bonitasoft.com/products/BPM_download.php
BPM 10gR3 de Oracle	http://www.oracle.com/technology/products/bpm/index.html
ARIS Express - BPM de Aris	http://www.ariscommunity.com/aris-express
BPMN Diagram Component Solution de UCanCode	http://www.ucancode.net/BPMN_Workflow/BPMN_Workflow_Component.htm
TIBCO Business Studio 3.2.0 de TIBCO	http://developer.tibco.com/business_studio/default.jsp
BPM Lombardi resources	http://www.lombardisoftware.com/bpm-resources.php
Appian resource center	http://www.appian.com/bpm-resources/downloads.jsp
Metastorm Process Designer	http://www.metastorm.com/library/process_designer.asp
Intalio resource center	http://www.intalio.com/resource-center/

Introducción a BPMN

Tomado de: Introducción a BPMN

0. Índice de contenidos.

• 1. Introducción.
• 2. Entorno.
• 3. Actividades.
• 4. Participantes.
• 5. Conectores de flujo.
• 6. Eventos.
• 7. Conclusiones.

1. Introducción

El objetivo de este tutorial es introduciros en el mundo de las anotaciones de BPM mediante el uso de BPMN
¿Qué es BPMN?
BPMN es el acrónimo de Business Process Modeling Notation y no es otra cosa que una notación gráfica estandarizada para el modelado de los procesos de negocio.
Su principal objetivo es : Resolver las dificultades de comunicación que tiene el lenguaje común

• Proporciona un método normalizado para representar procesos de negocio
• Facilita su entendimiento debido a la poca complejidad de su notación
• Proporciona un lenguaje común entre los usuarios de negocio y los técnicos
• Facilita la diagramación de los procesos de negocio
• ....

Está basado en la idea de que existen diferentes roles con diferentes responsabilidades y cuya comunicación se realiza de forma similar a lo que sería un diagrama de estados pero dentro de un tiempo determinado.
Es muy similar a lo que sería un diagrama de estados.
Desarrollado originalmente por la BPMI pero mantenido en la actualidad por OMG
Actualmente tiene mayor uso la versión 1.2 pero cada vez es más facil ver la versión 2.0

2. Entorno.

El tutorial está escrito usando el siguiente entorno:

• Hardware: Portátil Asus G50Vseries (Core Duo P8600 2.4GHz, 4GB RAM,320 GB HD).
• Sistema operativo: Windows Vista Ultimate.
• Mozilla Firefox 2.0.0.20

3. Actividades

Una actividad representa una acción dentro de un proceso, sirve para denominar el trabajo realizado por un participante.
Una actividad puede ser en función de su ejecución :

• Manual (cuando se realiza por un participante humano)
• Automático (cuando se realiza por un participante de proceso o de sistema)

Una actividad puede ser :

• Independiente
• Emisor de una notificación
• Receptor de un mensaje
• Solicitud-Respuesta

Una actividad se puede implementar :

• Tarea (Task) : Unidad mínima de trabajo dentro de un proceso
• Subproceso (Sub-process) : Unidad compuesta de trabajo formado por más de una tarea o subproceso

En definitiva, un subproceso agrupa tareas en una única tarea.
Los subprocesos debido a que son agrupaciones de varias tareas y otros subprocesos tiene la propiedad de poder mostrarse contraídos y expandidos.
Se representan con un rectángulo.
Ejemplo de componentes :

4. Participantes.

Un participante o pool representa a cualquier recurso involucrado en un proceso, tiene la función de ser el contenedor gráfico que indica las actividades que se van a realizar así como las condiciones de su ejecución.
Lógicamente, las actividades contenidas dentro de un participante sólo podrán ser ejecutadas por dicho participante
Existen 3 tipos de participantes :

• Humano
• Sistema
• Proceso

Cada participante debería de ser un pool diferente
Ejemplo de participantes :

Un participante puede hacer uso de un modificador de ruta o lane
¿Qué es una ruta o lane?
Una ruta o lane representa una partición lógica del participante o pool
Puede ser :

• Vertical
• Horizontal

Se suelen utilizar para organizar y categorizar las actividades, con vistas a separar una parte sobre la que se realizará un propósito específico
Ejemplo de ruta :

5. Conectores de flujo.

Un conector de flujo representa el orden de ejecución de las tareas.
En el caso de un participante, representa el tipo de transición en el tiempo de cada una de las tareas.
Cuando nos referimos al orden de ejecución dentro de un mismo participante se denomina : transición.
Se representan con una flecha.
Cuando nos referimos al orden de ejecución entre participantes se denomina : interacción.
Remarcar que en este segundo concepto lo que se produce es un intercambio de flujo de información entre los participantes
Reglas especiales para una interacción :

• 1)Dentro de un participante o pool no existen interacciones.
• 2)Se representa con una flecha punteada (distinto a una transición).
• 3)En un proceso automatizado todas las interacciones son entre el proceso y los participantes -> Función controladora.

Ejemplo de componentes de flujo :

6. Eventos.

Un evento representa situaciones que afectan al flujo de ejecución de un proceso.
Cualquier proceso puede disparar un evento o es un resultado .
Con los eventos se consigue que un proceso pueda : comenzar , pararse , interrumpirse , finalizar correctamente, etc.
Se representan con un círculo.
Existen 3 tipos de eventos :

• Inicio (Start) : Se representa con un círculo con una línea de traza.
• Intermedio (Intermediate) : Se representa con un círculo con una línea doble de traza.
• Fin (End) : Se representa con un círculo con una línea de traza ancha.

Ejemplo de eventos :

Categoría	Símbolo	Descripción
Inicio Vacío	Vacío	Indica que es un evento de inicio del proceso pero sin indicar que lo define
Intermedio Vacío	Vacío	Indica que se produce un cambio de estado en el diagrama ( punto KPI - Key Performance Indicator)
Final vacío	Punto	Indica que el proceso finaliza en ese punto
Mensaje	Sobre	Indica el envío o recepción de un mensaje
Error	Rayo	Indica que se ha producido algún tipo de problema
Cancelar	Símbolo X	Indica que se empide continuar por esa línea por algún motivo
Señal	Triángulo	Indica algún tipo de información puntual
Enlace	Flecha
Compensación	Rebobinado	Indica que se realizará algún tipo de acción para manetener la integridad
Temporizador	Reloj	Indica el proceso se inicia en base a un tiempo o bien que hay que esperar un tiempo

6. Condicionales.

Un condicional o gateway representa un punto de decisión en el proceso para que el flujo sea condicionado y permita canalizar por diversas ramas durante su ejecución.
Se representan con un rombo.
Existen 3 tipos de condicionales :

• Exclusivo (Exclusively) : Sólo una rama puede ser ejecutada (basado en eventos / basado en datos)
• Inclusivo (Inclusively) : Una o más ramas pueden ser ejecutadas
• Paralelo (In parallel) : Todas las ramas pueden ser ejecutadas

Ejemplos de condicionales :

7. Conclusiones.

Espero haber conseguido el objetivo de este tutorial que ha sido introduciros en la notación BPMN y así poder sentar las bases de lo que iremos haciendo en próximos tutoriales. Para cualquier cosa ya sabeis cómo contactar conmigo

BPM con BONITASOFT

Tomado de:Introducción a Bonita Open Solution

0. Índice de contenidos.

• 1. Introducción.
• 2. Entorno.
• 3. Instalación.
• 4. Uso
• 5. Configuración
• 6. Conclusiones.

1. Introducción

Bonita Open Solution es otra de las maravillas existentes para la gestión de procesos BPM. Ha sido creada por BonitaSoft una de las empresas que son líderes en este mercado y por suerte para nosotros es Open Source ;-).
Esta herramienta destaca sobre todo por la facilidad en su utilización debido al diseño intuitivo de los diferentes elementos que lo componen y por el bajo coste de su implantación (al no requerir ninguna inversión más que de tiempo de aprendizaje). Además, la modelización de los procesos es compatible con la especificación BPMN 2.0 (Para el que no conozca esta notación para el modelado de procesos BPMN aconsejo visualizar antes de continuar el siguiente tutorial Introducción a BPMN ) por lo que estaríamos a la última en lo que se refiere a BPM.
Características principales de esta herramienta :

• Open Source
• Es ligera
• Compatibilidad con BPMN 2.0
• Interfaz Intuitiva
• Potente
• Fácil importación de procesos desde otras herramientas (Tibco, Lobardi, etc.)
• Personalización de las herramientas
• Integración de los procesos con reglas de negocio
• Conectores nativos (+ de 100) : SAP , Microsoft Exchange , etc
• Conectores propios (realizados por la comunidad de BonitaSoft)
• Integración en Talend MDM Enterprise Edition

Bonita Open Solution esta compuesto por varios módulos :

• Bonita Execution Engine
• Bonita Studio
• Bonita Form Builder
• Bonita User Experience

1) Bonita Execution Engine

Es el motor de BPM de Bonita yse encarga de la conexión de los procesos que existen en el sistema asi como el despliegue y ejecución de los procesos. El módulo de Bonita Studio esta conectado directamente a este otro módulo para funcionar.
Por suerte, este motor es genérico y extensible por lo que siempre seremos capaces de añadir con mayor o menor dificultad nuevos estándares o bien servicios que puedan aparacer en el mundo de BPM con posterioridad.

2) Bonita Studio

Es la aplicación gráfica cuya función es diseñar los procesos BPM usando la notación anteriormente comentada : BPMN (Business Process Management Notation) sobre un área de diseño (pizarra) de forma muy intuitiva basada en "arrastrar" los elementos y en su configuración específica mediante una o varias pestañas habilitadas para ello

3) Bonita Form Builder

Es la aplicación encargada de mostrar los formularios a los usuarios de la aplicación. Recordar que muchos de los pasos que se producen en un proceso BPM requieren de la entrada de datos por parte del usuario implicado.
(form destined for end user Web application)

4) Bonita User Experience (User XP)

Es la aplicación encarga de la gestión de todo lo relacionado con los procesos BPM desplegados. Por suerte es muy intutiva ya que su interfaz se "parece" a una aplicación de gestión de correo
El objetivo de este tutorial, es por tanto, inicializaros en el uso esta herramienta mediante su instalación , su configuración y mediante la creación de un ejemplo de proceso muy básico que simplemente nos ayude a habituarnos con la interfaz. Poco a poco espero ir introduciendo más elementos que compliquen los procesos BPM hasta que llegue a explicar como manejarlos desde la herramienta de User Experience, etc.

2. Entorno.

El tutorial está escrito usando el siguiente entorno:

• Hardware: Portátil Asus G50Vseries (Core Duo P8600 2.4GHz, 4GB RAM,320 GB HD).
• Sistema operativo: Windows Vista Ultimate.
• Mozilla Firefox 2.0.0.20

3. Instalación.

En este punto, se pretende enseñar a instalar esta herramienta que como veréis en los pasos no va a resultar demasiado complicado.
PASO 1 : Nos conectamos a la página web http://www.bonitasoft.com

PASO 2 : Seleccionamos la opción de "Download"

PASO 3 : Seleccionamos la opción de "Download Now" (Versión Windows)

PASO 4 : Nos descagaremos el ejecutable

PASO 5 : Tras descargárnoslo lo lanzaremos y seleccionaremos el idioma

PASO 6 : Accederemos a los pasos de la instalación y los seguiremos

PASO 7 : Aceptaremos las condiciones de la licencia

PASO 8 : Seleccionaremos el directorio de instalación

PASO 9 : Una vez seleccionado, confirmaremos las condiciones de la instalación

PASO 10 : Poco a poco ira realizano la instalación

PASO 11 : Con esto habremos finalizado la instalación y podremos arracar Bonita Studio

PASO 12 : La primera vez que lo arranquemos nos solicitará que nos registremos

PASO 13 : Una vez registrados arrancará la aplicación.

Con esto ya tendremos instalado todo lo necesarios y ya podremos empezar a trabajar ;-)

4. Uso

En este punto se va enseñar a usar un poco la herramienta (sobre todo centrandonos en el uso de la interfaz de Bonita Studio), el motivo muy sencillo, si no empezamos definiendo bien nuestro proceso BPM desde su diseño nos complicaremos la vida en las siguientes fases.
PASO 1 : Cargamos la aplicación y seleccionamos la opción "Create New Process"

PASO 2 : Tras seleccionar esta opción nos cargará una diagrama BPM Básico de ejemplo

PASO 3 : Seleccionaremos la tarea definida y en la ficha de detalle cambiaremos su identificador y añadiremos una descripción

La pantalla de detalle de las tareas permitirá poder configurar diferentes aspectos agrupados en varias pestañas. Por ejemplo en la pestaña general podremos modificar cosas como :

• Identificador
• Texto descriptivo
• Tipo de actividad : Humana / Automática / Subproceso / ....
• Prioridad : Normal / High / Urgent

En el resto de pestañas podremos configurar aspectos como el tipo de ejecución, si tiene algun tipo de condición de ejecución basado en tiempo, si tiene algun tipo de filtro de los usuarios que podrán ejecutarla, etc.
Importante : Estas propiedades no solo se aplican sobre las actividades sino que se aplican sobre cualquier elemento que forme parte del proceso. Hay que tener en cuenta que estas propiedades cambiarán de un elemento a otro
PASO 4 : Añadimos otra tarea (pero del tipo autmático) al diagrama y la conectamos con "Tarea 1"

PASO 5 : Añadimos un estado de finalización y lo conectamos con "Tarea 2"

5. Configuración.

La herramienta Bonita Open Studio permite editar sus preferencias para ellos dispone una opción de menu : Editar -> Preferences

Las principales pestañas son las siguientes :
Bonita : En esta pestaña se permite configurar cosas para el módulo Studio como son el idioma de la interfaz de usuario y lo que es más importanta la inclusión automática de un identificador a cada uno de los elementos del diagrama.
Por otro lado, también permite configurar ciertas propiedades del módulo de User Experience como son el host y puerto en el que lo arrancará, si lo hará en un explirador web frecuente o bien en una interfaz interna de Bonita Studio.

General : En esta pestaña se permite configurar aspectos como : si la ejecución se hará en background , la configuración de las características de workspace (refrescar, guardar, codificación, etc).

Java : En esta pestaña se podrá configurar la JDK con las que se compilará el proyecto, los directorios creados en la ejecución de un asistente de creación de un nuevo proyecto Java , etc.

Mi consejo es que os deis una vuelta por el resto de opciones.

6. Conclusiones.

Aquí termina el primer tutorial de esta herramienta, que como habéis podido comprobar de momento no ha presentado ninguna problemática o dificultad a la hora de instalarla (ojalá fueran todas asi). Para los que ya tenéis cierta experiencia con herramientas BPM Open Source os habréis dado cuente de que es de las herramientas más intutivas y si me permitis el chiste fácil de las más "Bonitas" visualmente hablando, aunque como todos ya sabemos no hay que fijarse solamente en el físico y en ese caso Bonita también deja entrever su potencia real (que es mucha). Espero que os haya gustado