Simular un proceso en Visio: por qué no es posible y qué ayuda en su lugar

Inhaltsverzeichnis+

Quien busca «simular un proceso en Visio» obtiene muchos resultados y ninguna solución. La razón es sencilla: no se puede. Pero la búsqueda sigue siendo legítima. Solo describe un problema distinto del que parece.

Por qué las herramientas de dibujo no pueden calcular

Visio, Lucidchart, draw.io, Miro y Whimsical generan una imagen. En esa imagen hay formas, conexiones y texto. Lo que no hay:

• Tiempo. Un recuadro no sabe que tarda diez minutos. El texto «10 Min» es una cadena de caracteres como cualquier otra.
• Cantidad. No existe el concepto de que aquí circulan 120 operaciones al día.
• Capacidad. Nadie está asignado a este paso y, si lo está, aparece solo como etiqueta.
• Cola. Y este es el punto decisivo: sin límite de capacidad no puede formarse atasco, y sin atasco no hay tiempo de recorrido, solo una suma.

Visio Professional tiene reglas de validación que comprueban si un diagrama es estructuralmente correcto (callejones sin salida, formas no conectadas, conformidad con BPMN). Eso es útil, pero es un corrector ortográfico, no un cálculo.

Tampoco cambian mucho las ofertas adicionales de terceros: exportan el diagrama a otra herramienta que entonces calcula. Es un camino sensato. Pero no es Visio el que simula.

Lo que en realidad busca

Casi siempre hay una de estas cuatro preguntas detrás de la búsqueda:

1. «¿Dónde está el cuello de botella?» Usted quiere encontrar el punto de contención.
2. «¿Cuánto dura realmente?» Usted quiere el tiempo de recorrido, no la suma de los tiempos de trámite.
3. «¿Qué aporta este cambio?» Usted debe justificar una inversión.
4. «¿Nos basta la capacidad el próximo año?» Usted planifica personal frente al crecimiento de los volúmenes.

Ninguna de estas cuatro preguntas necesita un diagrama más bonito. Las cuatro necesitan números.

Camino 1: Calcular a mano (tarda una mañana)

Para las preguntas 1 y 4 basta un cálculo a mano, y es más honesto que cualquier modelo medio alimentado.

Por cada paso necesita tres datos: cantidad por día, duración de proceso, tiempo de trabajo disponible.

Utilización  ρ  =  (Cantidad × Duración)  ÷  tiempo de trabajo disponible

El paso con el valor más alto es su cuello de botella. Todo lo que supere el 85 % es un valor de alarma, no hace falta llegar al 100 %, porque el tiempo de espera crece con el factor ρ/(1−ρ) y explota cerca del límite. El procedimiento de cálculo detallado con tabla está en Calcular cuello de botella.

Contraste con Little's Law: cuente las operaciones en espera antes de cada paso y divídalas por el rendimiento diario. Eso da el tiempo de recorrido real, casi siempre un múltiplo de lo que muestra el diagrama.

Límite de este camino: no responde la pregunta 3. En cuanto quiera saber qué «provoca» un cambio, el cálculo manual falla, porque no detecta que el cuello de botella, tras una mejora, se desplaza a otro paso.

Camino 2: Exportar el diagrama

Si ya tiene un diagrama BPMN limpio, puede importarlo en una herramienta con núcleo de cálculo. El estándar BPSim existe precisamente para eso: adjunta parámetros de simulación a un modelo BPMN sin alterar la notación.

En la práctica significa, sin embargo, que vuelve a introducir tasas de llegada, distribuciones, capacidades y calendarios. El diagrama le ahorra la estructura, no los datos. Los datos son el trabajo. Más en Herramienta BPMN con simulación.

Vale la pena si: mantiene BPMN de todos modos y el modelo es grande. No vale la pena si: su proceso tiene cinco a diez pasos. Entonces remodelar desde cero es más rápido que cualquier exportación.

Camino 3: Modelar en una herramienta que calcule

Para las preguntas 2, 3 y 4 no hay alternativa. Qué tipo de herramienta es adecuada depende del objetivo. Las cuatro categorías y sus límites están en Simulación de procesos: comparación de software.

Resumen:

El error que sale caro

El atajo más frecuente es una solución intermedia: se ponen números en el diagrama («10 Min», «74 % de utilización», «3 días») y se trata el resultado como si fuera un cálculo.

Eso es peor que no poner números. Un diagrama con números parece que alguien ha calculado. En el comité directivo nadie preguntará de dónde salen esos 74 %. Hasta que el proyecto esté en marcha y los números no se cumplan.

Si pone números en el diagrama, anote de dónde provienen y qué no significan. «Tiempo de proceso, estimado, sin tiempo de espera» es una etiqueta honesta. «74 %» a secas es una afirmación.

Recomendación práctica

1. Mantenga Visio para lo que sabe hacer. Para documentación, formación y auditorías hay poco mejor.
2. Calcule la utilización por paso a mano. Una mañana y conocerá su cuello de botella.
3. Solo cuando necesite justificar un cambio necesita una herramienta con núcleo de cálculo, y entonces una que dé rangos en lugar de un solo número.

FlowVisual está diseñado para el paso 3: construir el proceso en minutos con bloques, ejecutarlo bajo carga, mostrar antes/después en euros con intervalo P10–P90. No sustituye a Visio. Responde a la pregunta que a Visio no le falta responder, sino que simplemente no le corresponde.