Software que no dibuja su proceso, sino que lo calcula

1. ¿Qué paso limita el rendimiento? No aquel por el que más se quejan, ni el que dura más tiempo. El cuello de botella es el paso con la mayor utilización ρ = demanda ÷ capacidad. Con un 85 % de utilización, una instancia ya espera 5,7 veces su tiempo de procesamiento; con un 95 %, 19 veces. El cálculo está aquí.

2. ¿Cuánto tarda en el peor caso? Una media no constituye una promesa. Quien promete «tres días» porque la mediana es de tres días incumple en la mitad de los casos. Interesa el P90, el valor que nueve de cada diez instancias no superan.

3. ¿Hacia dónde se desplaza el cuello de botella si lo soluciono? Esa es la pregunta en la que los business case basados en tablas fracasan. Mientras la verificación esté al 114 % de utilización, la aprobación que sigue parece despreocupada: apenas recibe trabajo. Si soluciona la verificación, la aprobación recibe el volumen completo. El ahorro que aparecía en la tabla nunca se materializa.

4. ¿Cuánto vale un cambio en euros? No «más rápido», sino un número con origen: coste de personal por instancia, coste de espera, coste de retrabajo, antes frente a después, con margen.

Cuándo está en el lugar equivocado: Si diseña una línea de producción, un almacén, una sala de urgencias o una terminal, elija un laboratorio de simulación. Lógica de transporte, matrices de cambio y planes de experimentos faltan deliberadamente aquí. Si gestiona 300 procesos con obligación de aprobación, elija una BPM-Suite.

La comparación detallada con los límites de cada categoría está en el artículo Simulación de procesos: comparación de software.

Las entradas llegan individualmente. No 120 al día como cifra plana, sino extraídas de una distribución con variación, probabilidad de pico y factor de pico. El daño ocurre en los cinco peores días del trimestre, no en la media.

Cada paso tiene capacidad y un intervalo de procesamiento. Capacidad bien como personas × horas por día o como un ritmo fijo cuando una máquina fija el límite. Procesamiento de–a, no como un valor puntual. La dispersión es la información real, porque genera la cola.

La ejecución se repite cientos de veces. Cada repetición toma nuevos valores aleatorios. De la distribución de resultados surge la banda: P10, P50, P90. Por qué un único número aquí no vale nada está en Leer correctamente P10, P50, P90.

Se contabiliza el encadenamiento. Un paso nunca ve más entradas de las que permite el más lento antes que él. Exactamente por eso el cuello de botella se desplaza en cuanto usted lo resuelve. Eso no puede una tabla.

Utilización  ρ  =  Demanda ÷ Capacidad
Tiempo de espera  Wq  ≈  ρ/(1−ρ)  ×  (ca² + cs²)/2  ×  te

La segunda línea es la aproximación contra la que debe comprobarse cada resultado de simulación. Si la simulación difiere mucho, la diferencia está en el encadenamiento o en el calendario. Ambas cosas deben explicarse entonces, no ocultarse.

• No es Process Mining. FlowVisual no mide el pasado a partir de registros del sistema. Calcula una hipótesis. Para ello no necesita un event-log, pero tampoco ofrece una declaración sobre lo que sucedió realmente. Si tiene un event-log y quiere saber qué pasó ayer: herramienta de mining. Si quiere saber qué ocurre cuando el paso 3 se automatiza: simulación.
• No es una herramienta BPMN. Seis bloques en lugar de una notación. Quien necesite una documentación de procesos conforme a la norma no la obtendrá aquí. Véase BPMN-Simulation para la delimitación.
• No es un repositorio de arquitectura. Un proceso por modelo, no toda la organización a la vez.
• No es dimensionamiento de planta. Sin lógica de transporte, sin matrices de preparación, sin planes de experimentos, sin modelos de turnos con reglas de entrega.
• No hace el diagrama más bonito. No dibuja más bonito que Visio. Calcula.

1. Abrir plantilla en lugar de empezar desde cero. Tramitación de pedidos, proceso de ofertas, aprobación de facturas, reclamaciones, onboarding o ticket de TI ya están listos. Treinta segundos para ver cómo queda un modelo terminado. Esto le evita construir el propio con exceso de detalle.
2. Dibujar el flujo. Inicio, pasos en el orden real, decisiones donde el proceso realmente bifurca, salida para todo lo que abandona el proceso.
3. Introducir cantidades, tiempos y costes. Volumen por día con variación, por paso capacidad y procesamiento de–a, además rol, sistema y tarifa por hora. Calcule el coste completo: salario bruto × 1,5 a 1,8, dividido por aprox. 1 500 horas productivas.
4. Observar antes de calcular. ¿Realmente funciona así? Estos dos minutos con el departamento especializado evitan la discusión sobre el resultado.
5. Iniciar prueba de estrés. La barra superior es su cuello de botella; un clic abre el paso en el Inspector.
6. Guardar el estado actual, cambiar exactamente una palanca, comparar. Sin línea base no hay nada que comparar, y con tres cambios simultáneos nadie sabe cuál produjo el efecto.
7. Exportar. Oferta (PDF) para el decisor, documentación (PDF) para la trazabilidad.

Los pasos 1 a 6 son gratuitos. La versión detallada con listas de comprobación y los cinco errores costosos está en la guía.