Gestión

Business Process
Management
(BPM)
aspectos clave para la
construcción de software
de soporte e impacto en la
mejora continua de las
organizaciones
autores

Andrea Delgado
Daniel Calegari

Grupo COAL, Instituto de Computación,

Facultad de Ingeniería, Universidad de la República

La Gestión por Procesos de Negocio (Business

Process Management, BPM) promueve que una
organización se enfoque en los procesos que
realiza para cumplir con sus objetivos de negocio,
incorporando mecanismos que permitan su mejora
continua. Una de las principales actividades asociadas
a BPM es el modelado de estos procesos utilizando un
lenguaje adecuado a las necesidades y capacidades
organizacionales. En este artículo se presentan
aspectos clave para la adopción de BPM en una
organización, asociados con el modelado de procesos
y el soporte brindado por lenguajes y herramientas
para el modelado y la ejecución de los procesos.

T
oda organización realiza una operativa diaria
destinada a dar soporte al logro de sus objetivos,
aspirando además a disponer de ciertos me-
canismos que le permitan su mejora continua.
Uno de los aspectos involucrados son los sistemas de
software, que facilitan la labor diaria pero que, a su vez,

LABORATORIO TECNOLÓGICO DEL URUGUAY   | 41

Business Process Management (BPM)

plantean una brecha cognitiva entre las áreas de análisis La principal entrada para esta visión está dada por
del negocio —que define los objetivos de la organiza- los modelos explícitos de los procesos de negocio de
ción— y la de tecnologías de la información —que se la organización expresados en una notación adecuada,
encarga de los sistemas software e infraestructura de como Business Process Model and Notation (BPMN
soporte a la operativa—. 2.0) (OMG, 2011). Asimismo, es necesario contar con
Esta brecha tiene como uno de sus orígenes la vi- sistemas que den soporte integral a todo el ciclo de
sión vertical de la organización en áreas o secciones, la vida, denominados Sistema BPM (BPMS), desde el
cual se ve reflejada en los sistemas de software que se modelado de los procesos hasta su ejecución, integrando
han desarrollado tradicionalmente siguiendo esa visión una variedad de software relacionado, como motores de
compartimentada. Esto resulta en diversos sistemas base de datos, servidores de mail, motores de reglas,
heterogéneos, de gran complejidad, cuya integración repositorios de documentos, facilidades de monitoreo y
demanda un importante esfuerzo para brindar un soporte cuadros de mando, entre otros.
integral a la operativa de la organización.
Por el contrario, la visión horizontal de la organización
tiene como foco principal la identificación de cada uno ¿En qué consiste el
de sus procesos de negocio, esto es, el conjunto de ac-
tividades que se realizan en coordinación en un entorno
ciclo de vida de un
organizacional y técnico, para alcanzar un objetivo del proceso de negocio?
negocio (Weske, 2007). De esta forma, los procesos
identificados son tomados como base para la definición, El ciclo de vida de un proceso de negocio consiste
control y mejora continua de la operativa necesaria de básicamente de cuatro fases: Análisis y Diseño, Confi-
forma integral. En la Figura 1 se expresan las visiones guración, Ejecución y Evaluación (Weske, 2007), y puede
vertical y horizontal de la organización y su relación con ser extendido para incorporar actividades específicas
los sistemas implementados. para medición y mejora continua (Delgado, 2011), tal
La Gestión de Procesos de Negocio (Business Pro- como muestra la Figura 2. El ciclo de vida extendido es
cess Management, BPM) (Weske, 2007; van der Aalst, parte de la propuesta metodológica que define el Grupo
et al., 2003a) brinda un marco para dar soporte a lo que COAL (COAL, s.d.) para la mejora continua de procesos
se denomina el ciclo de vida de un proceso de negocio, de negocio.
desde su identificación hasta su ejecución en sistemas Durante la fase de Análisis y Diseño la organización
de software y posterior evaluación para su mejora. debe identificar y modelar explícitamente sus procesos

Visión vertical
Brecha negocio-sistemas
application
layer

Capa de procesos de negocio

application
layer

Capa de servicios
application
layer

Capa de aplicación
Visión horizontal
Agilidad organizacional
application application application
A B C
(.NET) (J2EE) (logocy)

Figura 1. Visión vertical y horizontal de la organización adaptada de (Erl, 2005).

42  |  INNOTEC Gestión, 2014, 6 (40-51) ISSN 1688-6607

 Gestión

Analizar resultados
Evaluación de medición de la
Recolectar ejecución
medidas de ejecución

Definir Diagnosticar
mejoras PNs

Administración Diseño
Ejecución & Stakeholders & Análisis

Evaluar Formular
esfuerzo de mejoras
mejora

Implementar Elegir medidas

recolección de Configuración
medidas de ejecución de ejecución

Figura 2. Ciclo de vida extendido de un proceso de negocio (Delgado, 2011-2014; Weske, 2007).

de negocio. Para lograrlo es recomendable utilizar una de medidas de ejecución» indica que se deben tener en
notación adecuada como BPMN 2.0, la cual además de cuenta las medidas definidas antes para identificar los
definir una amplia variedad de elementos para modelar datos que sea necesario registrar en la ejecución y definir
procesos define un formato de intercambio de modelos y desarrollar mecanismos para su registro.
para la interoperabilidad entre herramientas de distintos En la fase de Ejecución los procesos de negocio
vendedores y comunidades, así como los elementos son realizados como parte de la operativa diaria por
necesarios para ejecutar esos modelos en un Sistema los usuarios, tanto internos a la organización, con roles
BPM. Los modelos realizados deben ser verificados y claramente definidos, como externos a ella. La actividad
validados utilizando herramientas de simulación, por agregada «Recolectar medidas de ejecución» indica en
ejemplo, además de ser analizados para observar si forma explícita que durante la ejecución de los procesos
cuentan con características de calidad deseables. La el Sistema BPM registra los datos de la ejecución real
actividad agregada de «Elegir medidas de ejecución» del proceso asociados a los tiempos de las actividades
implica definir, desde el momento en que se realiza el y personas involucradas, los cuales son utilizados para
modelo, lo que la organización querrá medir durante la calcular las medidas de interés definidas previamente.
ejecución de los procesos para poder luego detectar Finalmente, en la fase de Evaluación los datos regis-
oportunidades de mejora. trados en la fase anterior son analizados para identificar
En la fase de Configuración, los modelos realizados, oportunidades de mejora, utilizando técnicas como la
ya verificados y validados, son implementados en sistemas minería de procesos (Process Mining) o análisis de re-
de software. Más allá del uso de herramientas de desarro- sultados de medidas de ejecución. Estas mejoras deben
llo de software específicas para un Sistema BPM, en esta ser incorporadas posteriormente a los procesos dando
fase se efectúan actividades similares a las de desarrollo inicio a un nuevo ciclo. La actividad agregada «Analizar
de software tradicional, ya que se requiere la realización resultados de medición de la ejecución» indica que el
de pruebas del software, el despliegue del sistema en la análisis se realiza en base a los resultados de las medidas
infraestructura de la organización y la capacitación a usua- definidas, calculados sobre los datos registrados de la
rios. Particularmente, el desarrollo implica realizar, entre ejecución real.
otras tareas, la definición y creación de los formularios El ciclo de vida implica la introducción paulatina pero
para las tareas de usuario (pantallas), la interacción con sistemática de las mejoras. Modelos de mejora, como el
otros sistemas de la organización y con la base de datos Business Process Maturity Model (BPMM) (OMG, 2008),
empresarial. Un Sistema BPM debe proveer mecanismos pueden ser utilizados para evaluar el nivel de madurez de
de interacción con las diversas herramientas que son utili- los procesos de negocio de la organización y servir de
zadas. La actividad agregada de «Implementar recolección guía para su mejora, estén estos automatizados o no. Sin

LABORATORIO TECNOLÓGICO DEL URUGUAY   | 43

Business Process Management (BPM)

embargo, la ausencia de modelos explícitos que cuenten (WfMC, 2002) y Business Process Execution Langua-
con características de calidad deseables para analizar su ge (WS-BPEL) (OASIS, 2004). La notación BPMN 2.0,
mejora y guiar la construcción del software de soporte, así incorporada por el Object Management Group (OMG)
como la adopción de herramientas que no brinden soporte como estándar sobre mediados de la década del 2000,
a todo el ciclo de vida, impactarán negativamente en una contiene elementos de variada índole que facilitan la
organización que desee adoptar BPM. Estos aspectos descripción de los procesos y su comprensión tanto por
serán analizados en las siguientes secciones. expertos del negocio como por técnicos informáticos.
En la Figura 3 se presenta un ejemplo de proceso de
negocio de «Llamado a docente» especificado en BPMN
Modelado de procesos 2.0 en el cual se hace referencia a un elemento de cada

de negocio tipo principal de la notación.

En el modelo se pueden apreciar pools (contene-
dores) y lanes (compartimientos) para modelar parti-
La especificación detallada de los procesos en modelos cipantes (Facultad de Ingeniería y Candidato) y roles
es requerida como base para una adecuada aplicación (secciones o papeles que juegan los involucrados:
de BPM. Históricamente se han utilizado diversas Consejo, Tribunal y Sección Personal), respectivamente.
notaciones para hacerlo, las cuales han presentado Las actividades atómicas en los modelos son tareas de
desventajas, como no ser adecuadas para su uso por las distintos tipos, por ejemplo «Publicar bases del llamado»
áreas de negocio o no proveer una semántica definida es una tarea de mensaje y «Realizar evaluación» es una
que permita su posterior ejecución. Estos problemas han tarea de usuario. Además, se pueden definir actividades
guiado la definición de lenguajes estándar tales como el compuestas denominadas sub-procesos que podrán
Business Process Model and Notation 2.0 (BPMN 2.0) incluir tareas y más sub-procesos anidados, por ejemplo,
(OMG, 2011), XML Process Definition Language (XPDL) la «Toma de posesión de cargo de docente general». Los

Figura 3. Ejemplo de proceso de negocio especificado con BPMN 2.0.

44  |  INNOTEC Gestión, 2014, 6 (40-51) ISSN 1688-6607

 Gestión

Gateways (compuertas) modelan los puntos de decisión Además, existen buenas prácticas generales que
que permiten bifurcar el flujo del proceso en caminos de trascienden los lenguajes en las que sean aplicadas y que
ejecución distintos, como la compuerta que determina tienden a mejorar la comprensión de los modelos, así
si la resolución fue aprobada y se debe proceder a tomar como a reducir los errores que se deriven del modelado.
posesión o no. Los eventos pueden ocurrir durante toda Por ejemplo, las Seven Process Modeling Guidelines
la vida del proceso, al inicio, durante su ejecución y al (7PMG) (Mendling, et al., 2010) son guías de modelado
finalizar, y pueden ser de distintos tipos; por ejemplo, definidas a partir de evidencia empírica en el modelado
el evento de tiempo asociado al período de apertura de de procesos. Estas siete guías proponen:
la recepción de postulaciones es un evento intermedio.
A diferencia de BPMN, XPDL fue desarrollado por • G1 – Minimizar la cantidad de elementos en un
la Workflow Management Coalition (WfMC) como len- modelo, ya que su tamaño incide negativamente
guaje para la definición de flujos de trabajo (workflows) en su comprensión.
a principios de los años 2000 sobre una versión anterior • G2 – Minimizar los caminos posibles de cada ele-
existente desde principios de la década de 1990. Con la mento, ya que cuanto más grande es el número de
creciente adopción de BPMN, XPDL fue alineando sus entradas y salidas que tiene un elemento resulta
definiciones con éste para posicionarse como un formato más difícil de entender.
de intercambio de modelos. Por su parte, WS-BPEL fue • G3 – Indicar, en la medida de lo posible, un único
desarrollado por el consorcio OASIS como un lenguaje elemento de inicio y un único elemento final en
XML pero para la composición de servicios web, también cada proceso.
a principios de la década del 2000, como XPDL. Si bien • G4 – Modelar de la forma más estructurada posible
ambos siguen siendo de uso extendido para ejecución balanceando las compuertas de decisión utilizando
de procesos de negocio en motores que implementan las compuertas como paréntesis: una para abrir en
dichos estándares, el lenguaje BPMN 2.0 se ha estable- los caminos posibles y otra de cierre para unirlos
cido como estándar de facto para modelado de procesos nuevamente.
de negocio posicionándose en los últimos años también • G5 – Evitar el uso de compuertas OR, ya que los
como estándar para ejecución. modelos que contienen solo compuertas AND y
Más allá de eso, la sola utilización de un lenguaje de XOR en general contienen menos errores.
modelado no asegura que los modelos que se obtienen • G6 – Utilizar etiquetas de tipo «verbales» para
cuenten con características de calidad deseables que definir las acciones de las tareas, por ejemplo
permitan analizar su mejora o guiar la construcción del «analizar documentación» en vez de «análisis de
software de soporte. Para ello es necesario, además, documentación».
seguir buenas prácticas y patrones de modelado. • G7 – Descomponer el modelo si tiene más de 50
elementos, utilizando, por ejemplo, sub-procesos
¿Qué buenas prácticas y patrones para hacer más comprensible el modelo general.
de modelado existen?
Se debe considerar que el seguimiento de una
El uso de un lenguaje de modelado requiere, en primera buena práctica puede afectar a otra, por lo que no son
instancia, respetar las construcciones definidas en el un mandamiento sino una guía que requiere del análisis
lenguaje. De lo contrario, puede resultar complejo asociar conjunto de todas ellas para sopesar el valor que tiene
una interpretación única a los modelos, y mucho más la aplicación de cada una y su impacto sobre el resto.
complejo utilizarlos como base para la ejecución de los Por otro lado, los patrones de workflow (van der
procesos que modelan. Este aspecto es una de las prin- Aalst, 2003b) o procesos proveen soluciones concretas
cipales fuentes de error que se observan en la práctica para los problemas más comunes que aparecen durante
y por esto varios errores comunes han sido descritos en el modelado de procesos de negocio. Existen patrones
guías de referencia rápida de la notación BPMN. Por lo definidos para distintas perspectivas: flujo de control,
que no solo es determinante una adecuada formación en datos, recursos, manejo de excepciones (http://www.
relación al uso de la notación utilizada, sino que además es workflowpatterns.com). El uso de estos patrones implica
vital contar con herramientas de modelado que permitan que la ejecución de los modelos de procesos siguen el
verificar que los modelos satisfagan adecuadamente las comportamiento definido por el patrón en cada caso.
construcciones del lenguaje. Este hecho tiene varias implicancias: en primer lugar,

LABORATORIO TECNOLÓGICO DEL URUGUAY   | 45

Business Process Management (BPM)

provee conocimiento sobre qué esperar (en términos exclusivamente de las bondades tecnológicas que éste
de qué cosas sucederán) en un sistema de software provea, sino también de las características de la propia
ejecutando el modelo en el lenguaje elegido. En la Figu- organización. Además de requerir una valoración detallada
ra 3 la compuerta de decisión que define dos caminos de las capacidades técnicas que provee el Sistema BPM
posibles en el proceso, según se aprueba o no la lista de según el contexto organizacional en que será utilizado, la
candidatos, refleja el patrón identificado como «elección evaluación debe ser guiada por un proceso sistemático
exclusiva (exclusive choice)» que define que solo uno que permita asegurar tanto la calidad de los resultados
de los caminos podrá ser ejecutado. Por su parte, la obtenidos como su repetitividad.
compuerta que une luego los caminos posibles defini- Con esta perspectiva, el Grupo COAL ha definido
dos refleja el patrón identificado como «unión (merge)». una metodología para la evaluación de características
Además, dado que los patrones son independientes del deseables y selección de un Sistema BPM, la cual se ha
lenguaje de modelado, y por ende pueden ser aplicados aplicado de forma sistemática en diversos proyectos de
para modelar procesos en distintos lenguajes, es posible investigación y de transferencia de conocimientos a la
evaluar el nivel de soporte a los patrones que proveen industria. La propuesta se basa en la definición de una lista
tanto los lenguajes de modelado como las tecnologías de características clave de interés para un Sistema BPM,
que ejecutarán dichos procesos. que deben ser priorizadas en conjunto con la organización
y luego evaluadas en las herramientas candidatas. Para
¿Cómo seleccionar la evaluación se utilizan además criterios cuantitativos
un Sistema BPM adecuado? que brindan apoyo a la toma de decisiones.
En la Figura 4 se presentan las actividades de la
Existe una amplia variedad de Sistemas BPM, tanto de metodología, modelada como un proceso de negocio
código abierto como propietario, con diferentes niveles en BPMN 2.0, incluyendo el subproceso de realizar la
de soporte en la solución propuesta. Para comparar las evaluación.
prestaciones de distintos Sistemas BPM se debe poder En particular se ha definido una lista exhaustiva
realizar una evaluación objetiva del cumplimiento de las de características que se ofrece como marco para la
características técnicas que deben presentar este tipo evaluación. Dichas características son clasificadas por la
de sistemas. No obstante, la selección del Sistema organización que desea hacer la evaluación en torno a su
BPM más adecuado para una organización no depende importancia (obligatoria, prioridad media, prioridad baja).

Figura 4. Metodología de evaluación de BPMS especificada con BPMN 2.0.

46  |  INNOTEC Gestión, 2014, 6 (40-51) ISSN 1688-6607

 Gestión

Módulo Categoría # Características Ejemplo de características

• Base de Datos
Tecnología, arquitectura
15 • Arquitectura del BPMS
e interoperabilidad
• Integración con redes sociales
• Tipo de modelador
Diseño y modelado de procesos 12 • Listado de versiones de modelos de proceso
• Trabajo colaborativo sobre procesos
• Formularios dinámicos
Gestión de formularios 9 • Reglas de llenado de campos
• Soporte para dispositivos móviles
• Soporte de patrones de workflow
Motor de workflow 24 • Calendario del sistema completo y configurable
• Vinculación entre tarea y documento
Técnico
• Mecanismos de permisos sobre usuarios
Administración de la seguridad 5 • Definición de roles
• Definición de permisos sobre objetos
• Monitoreo de procesos
Gestión, monitoreo y auditoría 9 • Repositorio de errores
• Copias de seguridad
• Integridad y seguridad de documentos
Sistema de gestión documental 5 • Definición de metadata
• Mecanismos de indexación y búsqueda
• Personalización del portal
Portal 7 • Módulo de ayuda
• Mecanismos de búsqueda
• Paquetes de instalación
Instalación y soporte 8 • Documentación disponible
• Lenguajes soportados
No
• Tiempo en mercado
Técnico
Madurez 6 • Actividad de la comunidad
• Visión a futuro y tendencias
Comercial 1 • Costo de licencias
Total 94

Tabla 1. Estructura y ejemplo de la lista de características para BPMS definida.

A partir de la clasificación se selecciona un subconjunto herramienta, tanto en cada una de las características
de estas características y se realiza una evaluación teórica como a nivel general.
utilizando la documentación existente, y una evaluación La lista exhaustiva de características se encuentra
práctica mediante de casos de prueba definidos para organizada en dos módulos: técnico, que abarca todo lo
cada característica. Luego se efectúa una evaluación referido al software en sí, como restricciones técnicas
cualitativa en base a las pruebas y cuantitativa de las y comportamiento, y no técnico, el cual engloba carac-
características utilizando la escala de niveles de soporte terísticas deseables a nivel estratégico, como actividad
de la característica y la de niveles de cumplimiento de de la comunidad y versiones disponibles. Dentro de los
las herramientas. Finalmente, se comparan todas las módulos hay definidas categorías que reúnen un conjunto
herramientas tomando como punto de partida los aná- de características relacionadas a una misma temática
lisis individuales y las valoraciones obtenidas para cada según el módulo en que se ubican las mismas. En la

LABORATORIO TECNOLÓGICO DEL URUGUAY   | 47

Business Process Management (BPM)

Tabla 1 se muestra la estructura definida, incluyendo los los resultados de la aplicación de la metodología para
módulos y sus categorías, la cantidad de características la evaluación de Sistemas BPM de código abierto que
definidas y ejemplos de estas para cada categoría, así soportan XPDL y BPMN 2.0 (ver enlaces recomendados)
como la cantidad total de características definidas. realizada en 2010, que incluyó las herramientas:
Cada característica se define indicando los siguientes
elementos: • XPDL: Bonita, Enhydra, Joget, OBE, WfMOpen.
• BPMN 2.0: Activiti.
• «Descripción», donde se presentan aspectos
generales de su funcionamiento, se especifica su Como establece la metodología, una vez definidas las
significado y se definen conceptos involucrados. características a evaluar, las cuales se concentraron en las
• «Sub-características», donde se propone una capacidades asociadas a la ejecución de los procesos, se
clasificación para las herramientas basada en esta definieron casos de prueba para probar conjuntos de ca-
característica o se listan funcionalidades estrecha- racterísticas que fueron ejecutados en cada herramienta
mente relacionadas con ella. seleccionada. En la Figura 5 se presenta un ejemplo de
• «Referencias», donde se incluyen las fuentes des- los resultados de la evaluación de algunas características
de donde se seleccionó la característica. utilizando la metáfora del semáforo: verde para indicar
• «Observaciones» (opcional), donde es posible que la característica es soportada totalmente, amarillo
agregar consideraciones que se quiera mencio- para indicar que es soportada parcialmente y rojo para
nar a los efectos de que sean consideradas en la indicar que no es soportada.
evaluación de la característica. La evaluación cualitativa fue realizada en base al
producto del valor asociado a las escalas de valoración
y cumplimiento, ponderado por la importancia asignada
Evaluación de Sistemas a cada característica por parte de la organización. En la

BPM de Código Abierto Figura 6 se muestra la comparación de puntajes generales

obtenidos por las herramientas.
En general se concluye que todas las herramientas
En los últimos años la metodología se ha aplicado para poseen ventajas y desventajas a la hora de ser utilizadas;
la evaluación de Sistemas BPM tanto de código abierto en general, si una supera a otra en cierta funcionalidad
como propietario, que implementan el estándar XPDL, específica, la otra posee una en la que destaca. Siendo
WS-BPEL y BPMN 2.0. A modo de ejemplo se presentan cada vez mayores las exigencias de las organizaciones

Enhydra Joget Bonita Activiti OBE WFMOpen

Generación de actividades
Ruteo de flujos
Diseñador de procesos
Calendario
Reglas de negocio
Variables del proceso
Notificaciones y alertas
Asignación de tareas mediante roles
Listas de trabajo
Asignación de tareas
Seguimiento de actividad y/o proceso
Lista de procesos y actividades

Figura 5. Ejemplo de características evaluadas para XPDL y BPMN 2.0.

48  |  INNOTEC Gestión, 2014, 6 (40-51) ISSN 1688-6607

 Gestión

WfmOpen 1750 enfocándose así en desarrolladores de software. Bonita

tiene una filosofía enfocada a facilitar al usuario la gestión
OBE 1925 de procesos con componentes de software predefinidos,
pero brindando también menos visibilidad, menos dominio
Activiti 2500
y control de la implementación y el software de soporte.

Bonita 2630

Joget 2518 Aspectos clave para la

Enhydra 2530
adopción de BPM
BPM es mucho más que elaborar modelos de procesos o
Figura 6. Puntajes globales para evaluación XPLD y ejecutarlos: es brindar un soporte orgánico a todo el ciclo
BPMN 2.0. de vida de los procesos y lograr que las decisiones que
toma la organización, tanto de negocio como técnicas,
sean justificadas por resultados analíticos de la ejecución
al momento de incorporar una plataforma de este tipo, de los procesos. Por ende, existen varios aspectos a tener
el elemento clave para que el resultado de la evaluación en cuenta a la hora de adoptar BPM en una organización.
sea apropiado está dado por el contexto organizacional Un primer factor de éxito para la adopción de BPM en
en el cual deberá funcionar el Sistema BPM elegido. Por una organización es establecer una cultura que dé soporte
tanto, el enfoque sistemático del Grupo COAL, guiado en el logro y mantenimiento de procesos eficientes y efec-
por la metodología definida, en conjunto con el listado tivos. Los elementos que aportan a definir y sustentar esta
de características y las escalas de importancia y valo- cultura de trabajo con visión horizontal basada en procesos
ración para seleccionarlas y evaluarlas, son elementos son variados; un aspecto clave es la definición de un grupo
fundamentales para apoyar una correcta evaluación y de procesos dentro de la estructura organizacional que sea
selección de Sistemas BPM en distintas organizaciones responsable de la gestión de los procesos a nivel global y
y según sus necesidades. soporte de todas las secciones en el trabajo con procesos,
Activiti y Bonita han sido dos de los Sistemas BPM de estándares y herramientas asociadas. El nivel de adecuación
código abierto de mayor avance en los últimos años, los de la cultura organizacional a la aplicación de BPM es vital
cuales cubren las principales funcionalidades requeridas en niveles bajos de madurez de la organización en relación a
para un Sistema BPM. Ambas herramientas proveen las BPM, al grado de existir herramientas que permiten evaluar
facilidades necesarias para modelar, implementar, des- este nivel cultural y definir estrategias para la mejora del
plegar, ejecutar y monitorear procesos, con dos visiones contexto organizacional (Schmiedel, et al., 2012).
bien diferenciadas: Activiti tiene una filosofía destinada Asociado a lo anterior, se recomienda realizar pro-
a proveer un motor BPMN 2.0 estándar y las funcionali- yectos breves que permitan ir generando esa cultura.
dades propias de un Sistema BPM, con flexibilidad para Esto se logra involucrando actores clave desde el inicio
integrarse con cualquier componente del mundo Java, de estos proyectos, tanto expertos del negocio como
Business Process Management (BPM)

técnicos informáticos, y contemplando una fuerte Referencias

etapa de formación en capacidades, tanto generales
como particulares, por ejemplo en la notación BPMN COAL, [s.d.]. COAL [En línea]. Montevideo: UdelaR.
2.0. Además, resulta conveniente que todo proyecto [Consulta: 15 de octubre de 2014]. Disponible en:
inicial se realice con cierta independencia tecnológica http://www.fing.edu.uy/inco/grupos/coal/
a fin de evitar sesgos en los Sistemas BPM que la Delgado, Andrea, et al., 2011. MINERVA: Model drIveN
organización utilizará. and sErvice oRiented framework for the continuous
Otro aspecto clave refiere al soporte para la mejora business process improVement & relAted tools [En
continua de procesos, por medio del cual la organización línea]. [s.l.]: [s.n.]. [Consulta: 15 de octubre de 2014].
está continuamente analizando la forma en que lleva ade- Disponible en: http://alarcos.esi.uclm.es/MINERVA/
lante su negocio buscando oportunidades de mejora para Delgado, A., Weber, B., Ruiz, F, García-Rodríguez De
la realización de sus procesos y, por lo tanto, del negocio. Guzmán, I, Piattini, M, 2014. An integrated approach
Para esto es imprescindible la definición y evaluación de based on execution measures for the continuous
indicadores de ejecución de los procesos, que permitan improvement of business processes realized by
brindar al área del negocio la información de la ejecución services. En: Information and Software Technology,
que requieren para poder identificar las oportunidades 56(2), pp:134-162.
de mejora. Estos indicadores están estrechamente aso- Erl, T., 2005. Service Oriented Architecture: Concepts,
ciados a la especificación de los procesos y es deseable Technology, and Design. New Jersey: Prentice Hall.
que sean definidos a la par, para lo cual es necesario Mendling, J., Reijers, H. y van der Aalst, W., 2010. Se-
incorporar aspectos metodológicos, como actividades ven process modeling guidelines. En: Information &
de medición y mejora, como parte de la operativa diaria Software Technology, 52(2), pp.127-136.
(Delgado, et. al, 2011-2014). OASIS-Organization for the Advancement of Structured
Un tercer elemento clave refiere a la forma en que Information Standards, 2004. Web services-business
se da soporte al ciclo de vida desde una óptica tecnoló- process execution language (WS-BPEL) [En línea].
gica. Más allá de desarrollos de software puntuales, es [s.l.]: OASIS. [Consulta: 15 de octubre de 2014]. Dis-
deseable que el ciclo de vida completo sea soportado ponible en: http://docs.oasis-open.org/wsbpel/2.0/
por un Sistema BPM que provea como elemento prin- wsbpel-v2.0.html
cipal un motor para ejecutar los procesos integrándolos OMG-Object Management Group, 2008. Business pro-
con los sistemas existentes y con sistemas externos cess maturity model (BPMM) [En línea]. [s.l.]: OMG.
de proveedores, socios y clientes. Se espera que el [Consulta: 15 de octubre de 2014]. Disponible en:
Sistema BPM adecuado a la organización sea elegido http://www.omg.org/spec/BPMM/
según las necesidades específicas de cada organización OMG-Object Management Group, 2011. Business pro-
y que defina también: editores de modelos, gestores cess model and notation (BPMN). Versión 2.0. [s.l.]:
de reglas e inteligencia de negocio, cuadros de mando, OMG. [Consulta: 15 de octubre de 2014]. Disponible
tecnologías para la integración de aplicaciones como en: http://www.omg.org/spec/BPMN/2.0/
servicios web, gestores documentales y herramientas Schmiedel, T., vom Brocke, J. y Recker, J., 2012. Is
para minería de procesos, entre otras prestaciones. Para your organizational culture fit for BPM? [En línea].
asegurar que el Sistema BPM elegido sea el adecuado En: BPTrends. [Consulta: 15 de octubre de 2014].
a la organización, es importante que la selección sea Disponible en: http://www.bptrends.com/publica-
realizada con base en una metodología que permita tionfiles/05-01-2012-ART-Is%20your%20organiza-
asegurarlo, como la presentada. tional%20Culture%20fit%20for%20BPM-vom%20
Los aspectos mencionados tienen fuerte impacto Brocke_final.pdf
en el éxito de este tipo de emprendimientos en las van der Aalst, W., ter Hofstede, A. y Weske, M., 2003a.
organizaciones, lo cual se ha podido constatar en las Business process management: a survey. En: Pro-
diversas experiencias y colaboraciones con el Estado ceedings 1st. International Conference on Business
y la industria del software, así como en intercambios y Process Management (BPM 2003), (Eindhoven 26-
presentaciones de las Jornadas Uruguayas de Gestión 27 de junio de 2003). Eindhoven: Springer. pp.1-12.
y Tecnologías de Procesos de Negocio (BPMuy), que van der Aalst, W., ter Hofstede, A., Kiepuszewski, B. y
se organizan anualmente desde el Grupo COAL para Barros, A., 2003b. Workflow patterns. En: Journal of
promover la temática de BPM en el país. Distributed and Parallel Databases, 14(1), pp.5-51.

50  |  INNOTEC Gestión, 2014, 6 (40-51) ISSN 1688-6607

 Gestión

Weske, M., 2012. Business process management: con-

cepts, languages, architectures. 2a ed. Nueva York:
Springer. ISBN: 978-3-642-28616-2
WfMC-Workflow Management Coalition 2002. XML
process definition language (XPDL) [En línea]. [s.l.]:
WFMC. [Consulta: 15 de octubre de 2014]. Disponible
en: http://www.xpdl.org/

Enlaces recomendados
BPMN 2.0: Activiti http://activiti.org/
BPMN Poster: http://www.itposter.net/itPosters/bpmn/
bpmn.htm
Business Process Incubator: http://www.businesspro-
cessincubator.com/
Business Process Model and Notation (BPMN): http://
www.bpmn.org/
Business Process trends: http://www.bptrends.com/
Culture Assessment Tool: http://www.bpm-culture.org
Enhydra: http://www.together.at/prod
Joget: http://www.joget.org/
Jornadas Uruguayas de Gestión y Tecnologías de Proce-
sos de Negocio (BPMuy): http://www.fing.edu.uy/
inco/eventos/bpmuy/)
OBE: http://obe.sourceforge.net/
Organization for the Advancement of Structured Informa-
tion Standards (OASIS): https://www.oasis-open.org
WfMOpen: http://wfmopen.sourceforge.net/
Workflow Management Coalition (WfMC): http://www.
wfmc.org/
Workflow Patterns: http://www.workflowpatterns.com/
XPDL: Bonita: http://www.bonitasoft.com/

  | 51
LABORATORIO TECNOLÓGICO DEL URUGUAY