Herramienta BPMN con simulación: lo que la notación puede calcular y lo que no

Inhaltsverzeichnis+

Existe una frase que en la selección de herramientas conduce con regularidad a decisiones erróneas: «Nuestra herramienta BPMN también puede simular». Suele ser verdadera y casi siempre inservible, porque puede significar cualquier cosa, desde una comprobación de plausibilidad hasta un simulador de eventos completo.

La razón está en la propia notación.

Qué describe BPMN y qué no

BPMN 2.0 es un estándar de la OMG para la estructura de un proceso: tareas, eventos, gateways, carriles, flujos de mensaje. Responde de forma completa y precisa a la pregunta «¿qué sucede en qué orden, y quién lo hace?».

Para calcular faltan cinco indicaciones que la notación sencillamente no prevé:

1. El proceso de llegada. ¿Cuántos casos llegan y cómo están distribuidos? Veinte solicitudes por día repartidas uniformemente dan una imagen totalmente distinta que veinte que llegan en un solo pico el lunes por la mañana.
2. La dispersión de las duraciones de procesamiento. No «10 minutos», sino «5 a 20 minutos, normalmente 8». La dispersión es la que impulsa la cola, no la media.
3. Capacidad por recurso. ¿Cuántas personas con qué dedicación, y qué roles comparten un pool?
4. Probabilidades de ramificación. Un gateway XOR muestra que hay ramificación. Con qué frecuencia se toma cada camino no aparece en el diagrama.
5. Calendario. Ocho horas al día, festivos, turnos. Un caso que llega el viernes a las 16:50 no espera diez minutos, sino tres días.

BPSim fue creado precisamente para este problema. El estándar de la WfMC añade parámetros de simulación a un modelo BPMN sin cambiar la notación. Que exista este estándar es la mejor prueba de que BPMN por sí sola no puede calcular.

Lo que los módulos de simulación en herramientas BPMN típicamente ofrecen

Los entornos de modelado más difundidos (Bizagi Modeler, SAP Signavio, ARIS y otros) ofrecen simulación en niveles escalonados. La estructura habitual, independientemente del fabricante:

• Comprobación de estructura. ¿Pasa algún token por el modelo o hay callejones sin salida y ramas nunca alcanzadas? Útil, pero aún no es simulación en sentido estricto.
• Análisis temporal. Duraciones por tarea y, a partir de ellas, el tiempo de recorrido. Aún sin límite de capacidad, por tanto sin colas.
• Análisis de recursos. Ahora se vuelve interesante: personas con capacidad, con ello colas y utilización.
• Análisis de calendario. Horarios y turnos, lo que hace que los tiempos de espera sean realistas.

Camunda queda deliberadamente fuera de esta lista: es una máquina de ejecución, no un entorno de simulación. Hace pasar casos reales por el proceso y los mide. Eso vale más que cualquier simulación. Pero solo cuando el proceso ya está automatizado. Antes de decidir, no ayuda.

Las cinco preguntas para su herramienta

Abra su herramienta de modelado y compruébela en diez minutos:

1. ¿Puedo introducir una duración como rango? Si el campo solo acepta un número, la herramienta calcula con medias. Entonces el resultado será sistemáticamente demasiado favorable. Las colas surgen por dispersión, y sin dispersión no aparecen.

2. ¿Obtengo un resultado con rango? Un tiempo de recorrido de «6,4 días» no es una afirmación, es un número. «P10 4,1 a P90 11,8 días» es una afirmación. Las herramientas que solo devuelven valores puntuales o han calculado determinísticamente o han ocultado la dispersión.

3. ¿Se comparten los roles en una capacidad? En la práctica, la misma persona hace tres pasos distintos. Las herramientas que gestionan capacidad por tarea en lugar de por pool calculan cada paso con tranquilidad. La persona que hace los tres no está relajada en ninguno de ellos.

4. ¿Veo el día pico o la media mensual? En la media mensual casi ningún rol está por encima del 80 % de utilización. En el día pico es exactamente donde el proceso se colapsó. Si el porcentaje de utilización no indica a qué se refiere, no sirve.

5. ¿Cuánto cuesta la mejora y qué aporta? Casi ninguna herramienta de modelado responde a esto, porque las tarifas y las inversiones no son parte del modelo. Sin embargo, esa cifra decide el proyecto.

El punto en el que incluso buenos módulos se detienen

Suponga que su herramienta supera las cinco pruebas. Queda una última pregunta. La mayoría de los análisis fracasan en ella, no por incapacidad técnica, sino porque nadie la plantea:

¿Hacia dónde se desplaza el cuello de botella si lo resuelvo?

Un ejemplo conocido: la verificación tarda demasiado, así que se automatiza. La simulación confirma: el tiempo de verificación baja un 80 %. Lo que a menudo no muestra: la aprobación siguiente recibía antes un caso cada 26 minutos porque la verificación retardaba el flujo. Ahora recibe uno cada 10 minutos y se satura. El rendimiento no crece como se prometía, y el tiempo ahorrado se acumula en una nueva cola.

Esto no es un caso exótico, es la regla. Un cuello de botella no desaparece, se desplaza. Un modelo con el que no pueda reproducir este movimiento en segundos lleva a business cases que en la operación no se cumplen.

Recomendación práctica

• ¿Ya tiene una suite de modelado con módulo de simulación? Úsela. Un segundo instrumento solo vale la pena si falla en una de las cinco preguntas.
• ¿Está empezando a modelar? No empiece por BPMN. La notación está pensada para documentación; para la pregunta «¿dónde hay atascos y qué aporta un cambio?» es un rodeo a través de un lenguaje que primero debe aprender.
• ¿Debe justificar una inversión? Entonces necesita rangos, el día pico, pools de recursos compartidos y un caso antes/después en euros. Compruebe cuál de sus herramientas disponibles lo ofrece antes de comprar una nueva.

FlowVisual renuncia deliberadamente a BPMN: seis bloques en lugar de una notación, duraciones como rangos, utilización en el día pico, pools compartidos. Al final hay un antes/después en euros con intervalo P10–P90. Quienes necesitan BPMN para la documentación no la sustituyen con ello. Responde a otra pregunta.