Modelado de procesos: qué método para qué — y dónde termina cada diagrama

Un modelo de proceso se dibuja rápido y casi con la misma rapidez deja de servir. No porque esté equivocado — las casillas suelen ser correctas. Sino porque no responde a la pregunta para la que se hizo. Se dibuja para saber dónde actuar. Lo que se entrega es una estructura en la que cada paso parece igual de importante.

Este artículo se sostiene por dos pilares. Primero la técnica: qué método sirve para qué, qué símbolos se necesitan realmente, cómo encontrar el alcance y en qué orden proceder. Segundo el límite: las cuatro informaciones que no están en ninguna notación y sin las cuales ningún diagrama dice qué paso detiene el flujo.

¿Qué es la modelización de procesos?

La modelización de procesos es la representación gráfica de un único proceso de negocio con símbolos estandarizados. Responde a cuatro preguntas: ¿Qué desencadena el flujo? ¿Qué tareas siguen y en qué orden? ¿Dónde hay bifurcaciones y quién decide? ¿Con qué termina?

Los términos se confunden en el uso cotidiano, pero significan cosas distintas:

El mapa de procesos es el plano de la ciudad, el modelo de proceso es la indicación de recorrido para una calle. Quien intenta meter ambos en una imagen obtiene un mapa con doscientas casillas que tras la presentación nadie vuelve a abrir. Cómo se elabora el nivel superior está en la Guía para crear un mapa de procesos.

Para qué sirve un modelo:

• Integración: las personas nuevas ven el flujo en lugar de que se lo cuenten
• Auditoría y certificación: ISO 9001 ya pide esta estructura
• Cambio de sistema: lo que debe representarse antes de que un software lo implemente
• Transferencias: los puntos en que un proceso cambia de responsabilidad
• Excepciones: los casos que cada uno trata de forma distinta porque no están documentados

Para qué no sirve:

• Priorización. Todas las casillas tienen el mismo tamaño.
• Estimación del esfuerzo. Un paso puede durar diez minutos o cuatro días.
• Planificación de capacidad. La frecuencia de ejecución no figura en el diagrama.

As-is y To-be: primero dibujar lo que hay

La modelización de procesos conoce dos tipos de modelos. El modelo As-is muestra el estado real: cómo funciona el flujo hoy en realidad. Incluye los rodeos, el retrabajo y el archivo Excel que oficialmente no existe. El modelo To-be muestra el estado deseado tras el cambio.

El orden no es negociable: primero As-is, luego To-be. Quien empiece por el objetivo optimiza un flujo que no conoce.

Sin embargo, entre ambos pertenece un tercer paso que la mayoría de las guías omiten: medir. Un To-be que surge directamente del As-is es una lista de deseos. Mejora el paso del que se habló más fuerte en el taller — y rara vez es el que detiene el flujo. El paso ruidoso es el desagradable; el caro es el silencioso, donde los procesos se quedan atascados.

Regla práctica: un To-be se hace para exactamente un paso, y precisamente para aquel que señale la medición. Todo lo demás queda por ahora como está.

Modelización de procesos: métodos en resumen

Diagrama de flujo

La forma más simple: inicio, tareas, rombos para decisiones, fin. Todo el mundo lo entiende sin instrucción, y ahí está su valor. El límite aparece cuando intervienen varias funciones — entonces la responsabilidad queda sólo como texto en la casilla y las transferencias, donde se pierde tiempo, desaparecen.

Diagrama Swimlane

El mismo flujo, pero cada función tiene su carril. El beneficio no es la estética, sino una información dura: cada flecha que sale de un carril es una transferencia. Las transferencias son los puntos donde los procesos se quedan porque nadie es responsable y nadie ha empezado aún. Para flujos entre departamentos, Swimlane es la elección estándar correcta.

BPMN 2.0

El estándar internacional de la Object Management Group, unas 150 símbolos, legible por máquina. Su fuerza es la claridad: un modelo BPMN se puede exportar, validar y ejecutar en una Process Engine. Su debilidad es la curva de aprendizaje — en el lado de negocio casi nadie lo lee por gusto.

Use BPMN si el modelo se va a ejecutar, exportar o auditar externamente. No lo use por prestigio. Un Swimlane limpio, revisado por el departamento, vale más que un modelo BPMN correcto que nadie abre.

EPK y eEPK

La cadena de proceso dirigida por eventos alterna estrictamente evento ("ha llegado una solicitud") y función ("registrar la solicitud"), conectadas por conectores para AND, OR, XOR. En el ámbito de habla alemana está difundida por ARIS. La en la eEPK añade por función la unidad organizativa y el objeto de información — quién ejecuta el paso y con qué.

El cambio forzado es fuerza y debilidad: obliga a pronunciar los desencadenantes y duplica la longitud de los modelos. Tiene sentido si ya hay inventario EPK en la casa. Para un modelo nuevo desde cero rara vez hay motivo.

SIPOC

Cinco columnas: Suppliers, Inputs, Process, Outputs, Customers. No es un diagrama de flujo, sino el acotamiento previo. En una hora rellenado, aclara la pregunta por la que fracasan la mayoría de modelizaciones: ¿Dónde empieza el proceso y dónde termina? La parte de proceso se mantiene deliberadamente tosca — cinco a siete bloques.

Análisis de flujo de valor

Procede del Lean Management. Dibuja flujo de material e información y añade en cada paso cifras: tiempo de procesamiento, tiempo de espera, existencias, tasa de error. Así es el único método clásico que es cuantitativo por sí mismo. Su hogar es la producción; en procesos de oficina la "existencia" es la cola en la bandeja de entrada, lo que lo hace más laborioso, pero no imposible.

Cadena de valor y modelo detallado

Dos extremos de la misma escala. La cadena de valor muestra cinco a nueve bloques sin interior — la versión para dirección y externos. El modelo detallado muestra cada paso con subprocesos, excepciones y sistemas — la versión para la entrega a TI. Ambos son legítimos. Se vuelven inútiles donde ambos niveles de detalle aparecen en un diagrama: tres casillas para medio departamento comercial y luego catorce para el procedimiento de aprobación.

¿Qué método elegir? Tres preguntas

1. ¿Participan varias funciones o departamentos? Sí → Swimlane. No → Diagrama de flujo.
2. ¿Se va a ejecutar, exportar o auditar el modelo más tarde? Sí → BPMN 2.0.
3. ¿Se trata de material, existencias o tiempos de espera? Sí → Análisis de flujo de valor.

Si el alcance no está claro, primero SIPOC. Todo lo demás es cuestión de gusto — y el gusto es mal consejero en notaciones porque el modelo lo leen personas que no comparten ese gusto.

Símbolos para la modelización de procesos

Los símbolos habituales proceden de la tradición del diagrama de flujo y son iguales en todas las herramientas:

• Óvalo (terminador): inicio y fin del proceso
• Rectángulo: una tarea o actividad
• Rombo: una decisión, con salidas etiquetadas
• Flecha: la dirección del flujo
• Rectángulo con líneas dobles laterales: un subproceso modelado en otro lugar
• Paralelogramo: datos como entrada o salida
• Rectángulo con borde ondulado inferior: un documento
• Forma D: una demora, es decir un tiempo de espera
• Rectángulo con canto superior inclinado: entrada manual — en la práctica, la indicación más fiable de un corte de medio

En BPMN los cinco más importantes se llaman: evento inicial (círculo fino), tarea (rectángulo con esquinas redondeadas), gateway exclusivo (rombo con X), flujo de secuencia (flecha continua), evento final (círculo grueso). Con estos se pueden representar la mayoría de los flujos.

Dos reglas son más importantes que cualquier lista de símbolos: cada rombo tiene salidas etiquetadas — "sí"/"no" o la condición. Y: cada camino termina. Una rama que queda en el vacío es en el diagrama un defecto estético y en la realidad el proceso que nunca se completa.

Modelar un proceso: seis pasos

Paso 1: definir límites

Dos frases, por escrito, antes de dibujar nada: ¿Con qué empieza el proceso (desencadenante) y con qué termina (resultado)? Si falta esto, el modelo crece durante el trabajo: cada conversación le añade algo por delante y por detrás. Es la razón más común por la que una modelización de dos días dura tres semanas.

Paso 2: recopilar pasos — con quienes los ejecutan

No con las personas responsables. Ellas conocen el flujo objetivo, y la diferencia con el estado real es precisamente lo que busca. Cinco preguntas que revelan con fiabilidad lo que no está en ningún procedimiento:

• ¿Qué desencadena este trámite en su caso y cómo lo reconocen?
• ¿Qué necesitan para poder empezar y de dónde viene eso?
• ¿Qué esperan con más frecuencia?
• ¿Qué hacen cuando falta algo o el sistema no coopera?
• ¿Qué hacen aquí de forma distinta a lo que dicta la instrucción — y por qué?

Paso 3: fijar la granularidad

La regla que decide el alcance: un paso es una unidad de trabajo que una función en un sistema completa de una vez. Si cambia la función, cambia el sistema o se interrumpe el trabajo, comienza un nuevo paso.

Aplicado eso suele dar para un proceso normal entre ocho y quince pasos. Si salen cincuenta, está modelando pulsaciones de teclas. Si salen cuatro, está modelando departamentos.

Paso 4: dibujar

La metodología de las tres preguntas de arriba, luego un primer recorrido sin excepciones: el caso normal de izquierda a derecha. Sólo después se añaden las bifurcaciones — y no todas. Un proceso típicamente consiste en un tercio de excepciones; modele las dos o tres más frecuentes. El resto va en un texto al lado.

Paso 5: revisión por pares

El diagrama acabado vuelve a las mismas personas del paso 2 con una sola pregunta: «¿Dónde no es correcto?» No «¿Está bien así?» — a eso todos responden que sí. Por experiencia el grupo corrige dos a cuatro puntos, y al menos uno no es menor.

Paso 6: añadir cifras

El paso que falta en la mayoría de las guías y sin el cual el modelo es decorativo. Por paso, cuatro datos, a falta de mejor estimación:

• Duración como intervalo: optimista, típico, pesimista — no una media
• Tiempo de espera antes: cuánto tiempo está en cola antes de que alguien empiece
• Frecuencia: cuántas veces al mes se ejecuta el paso, con porcentaje de excepciones
• Función y sistema, además: corte de medio sí/no

Por qué el intervalo en lugar de la media: quien usa promedios en una cadena de procesos calcula sistemáticamente demasiado optimista cuando hay puertas, bucles o actores compartidos. El cálculo está explicado en Su Excel calcula bien y aun así está equivocado.

Ejemplo: un proceso de ofertas, modelado

El siguiente modelo procede de nuestro análisis de muestra AN-2026-01. Es construido, no recogido en un cliente — la estructura se modeló a partir de flujos típicos de pymes; las cifras proceden de una simulación de 500 ejecuciones. Para la cuestión de qué importa aquí basta eso: la diferencia entre dibujo y medición es una propiedad del método, no un secreto empresarial.

Como Swimlane, seis pasos, cuatro funciones:

                 ┌────────────┐                              ┌──────────────┐
Atención int. ●──│ 01 Solicitud│                              │ 05 Oferta    │──▶ ● 
                 │  registrar │                              │   redactar   │
                 └─────┬──────┘                              └──────▲───────┘
                       │                                            │
                 ┌─────▼──────┐                                     │
Ingeniería       │ 02 Aclarac.│                                     │
                 │  técnica   │                                     │
                 └─────┬──────┘                                     │
                       │                                            │
                 ┌─────▼──────┐   ┌───────────┐   no       ┌────────┴────┐
Cálculo          │ 03 Cálculo │──▶│ 04 Aprob.  │───────────▶│ Consulta    │
                 │           │   │   ¿?       │            │ (Excepción) │
                 └────────────┘   └─────┬─────┘            └─────────────┘
                                        │ sí
                                        ▼
Comercial                         06 Envío y seguimiento ──▶ ●

El diagrama es correcto. Responde quién hace qué en qué orden y muestra tres cortes de medio (e-mail, Excel, Word). Lo que no responde: ¿qué paso de estos seis detiene el flujo?

Dibujados, los seis son iguales. Calculados, no:

{
  "caption": "Carga por función en el estado actual. Análisis de muestra AN-2026-01, construido, 500 simulaciones",
  "unit": "%",
  "data": [
    { "label": "Ingeniería", "value": 118, "tone": "critical" },
    { "label": "Cálculo", "value": 86 },
    { "label": "Atención interna", "value": 74 },
    { "label": "Dirección comercial", "value": 41 }
  ]
}

Una función supera el 100 por ciento — recibe más trabajo del que puede procesar y antes de su paso crece una cola. El modelo muestra esa función como uno de cuatro carriles, en pie de igualdad con la dirección comercial, que está al 41 por ciento.

Corresponde la duración del ciclo. No es un número, sino un intervalo:

[
  { "label": "Tiempo de ciclo P10", "value": "1,8", "unit": "días", "note": "el caso rápido" },
  { "label": "Tiempo de ciclo P50", "value": "4,6", "unit": "días", "note": "el caso típico" },
  { "label": "Tiempo de ciclo P90", "value": "11,2", "unit": "días", "tone": "critical", "note": "lo que se podría prometer" },
  { "label": "Ejecuciones sobre capacidad", "value": "34", "unit": "%", "tone": "critical" }
]

Entre el caso típico y el prometido hay un factor de dos. En el diagrama nada de esto se ve — y eso en ningún diagrama, sea la notación que sea. El análisis completo con antes y después está en El proceso de ofertas que se queda en Ingeniería.

Las cuatro informaciones que no están en ninguna notación

Por qué ningún modelo muestra el cuello de botella tiene una razón sobria: las notaciones describen estructura, no carga. Para calcular faltan cuatro magnitudes que ni BPMN ni EPK ni un Swimlane contemplan:

1. Tasa de llegada — con qué frecuencia se inicia el proceso y con qué desigualdad. Cuarenta casos por semana son distinto de cuarenta de los que treinta llegan el lunes.
2. Dispersión de duraciones — no "dos horas", sino "una a cuatro horas, normalmente dos". Sin dispersión no hay cola y el cálculo resulta demasiado optimista.
3. Capacidad — cuántas personas pueden ejecutar realmente el paso y qué proporción de su tiempo. Un carril puede significar una persona o ocho.
4. Calendario — horarios de trabajo, vacaciones, aprobaciones que sólo se hacen los martes. Un flujo que según el cálculo tarda tres horas puede necesitar un día por la noche.

Estas cuatro informaciones se recogen mejor durante la modelización, en el paso 6 arriba. Son el puente del dibujo al cálculo — y el punto donde se decide si del modelo sale una medida o un cuadro decorativo.

Errores frecuentes

1. Demasiado fino. Doscientas casillas para un proceso. Remedio: la regla del paso 3 — función, sistema, una vez.

2. Dibujar el objetivo, no lo real. Detectable porque en el modelo no aparece retrabajo. En los flujos reales siempre existe.

3. Sólo hablar con mandos. Produce de forma fiable el procedimiento oficial. La diferencia con lo real es la ganancia de todo el ejercicio.

4. Elegir notación por prestigio. BPMN porque parece profesional, y entonces nadie lo revisa — y un modelo que nadie ha revisado es una afirmación.

5. Ignorar excepciones. Se dibuja el caso normal, pero el treinta por ciento de las ejecuciones va por otro lado. Dos o tres excepciones deben ir en la imagen; el resto al lado en texto.

6. Sin cifras. El modelo está listo y la pregunta «¿y qué hacemos primero?» queda una cuestión de opinión.

7. Sin propietario, sin motivo. Un modelo sin persona responsable nombrada y sin un motivo de actualización — cambio de sistema, reorganización, revisión anual — en doce meses está obsoleto sin que nadie lo note.

¿Con qué modelizar?

Para la primera versión: papel, pizarra, notas adhesivas. Los post‑it se pueden mover; un diagrama bien trazado no invita a la contradicción. Para la versión limpia bastan las herramientas de diagrama habituales — para un único proceso la herramienta es la menor de las preguntas. Donde los modelos se mantienen años o se ejecutan, entran en juego suites BPM con repositorio, versionado y aprobación; es una decisión de compra con su propio coste y rara vez compensa si hay menos de una docena de procesos mantenidos.

Si en la reunión se teclea en vez de dibujar

Un caso especial merece mención porque es la razón más común de abandono: en el taller nadie dibuja casillas. Quien dibuja en paralelo no sigue, y quien toma notas las transcribe después — o no. Nuestra aplicación de escritorio FlowVisual tiene por eso una línea de captura: una línea por paso, Enter para la siguiente, y la cadena se cablea sola.

Entra solicitud
Calcular oferta @Comercial 20-40min
Aprobación @Jefe 5min ?sobre 10k
Retrabajo @Comercial !faltan datos

Cuatro marcadores, no hay más gramática: @ la función, un intervalo la duración, ? la condición, ! el punto doloroso. Todo es opcional — una línea desnuda es válida, y lo que nadie dijo queda abierto en lugar de convertirse en un cero inventado en el modelo. Quien prefiera no empezar desde cero abre una de las seis plantillas (Oferta, Aprobación de factura, Reclamación, Incorporación, Servicedesk, Gestión de pedidos) o importa procedimientos existentes; cada paso sugerido trae la cita literal y el archivo y se acepta individualmente.

El punto no es dibujar, sino lo que viene después: dado que función, duración y frecuencia ya están en la línea, el resultado final ya contiene las cuatro informaciones del siguiente apartado — y se puede calcular en lugar de solo mirar. Cómo se hace en una sola pasada está en la Guía, sección «Si aún no existe un proceso".

Más importante que la herramienta: el modelo debe estar donde la gente ya trabaja. Un diagrama en una herramienta a la que el área de negocio no tiene acceso no se mantiene — se imprime y queda obsoleto en la pared.

Conclusión

La modelización de procesos es un oficio con reglas claras: primero los límites, hablar con los ejecutores, una notación acorde al propósito, un paso por función y sistema, excepciones dosificadas, revisión por pares. Quien lo sigue obtiene en uno o dos días un modelo útil.

Lo que el modelo no da, no lo dará aunque la notación sea mejor: el orden en que debe actuarse. Para eso hacen falta cifras en las casillas y un cálculo — tasa de llegada, dispersión, capacidad, calendario. El diagrama es la condición necesaria. No es la respuesta.

Los siguientes pasos:

1. Escriba en dos frases desencadenante y resultado
2. Haga dos o tres conversaciones con los ejecutores, usando las cinco preguntas arriba
3. Dibuje como Swimlane, ocho a quince pasos
4. Pida revisión con la pregunta «¿Dónde no es correcto?»
5. Por paso añada duración como intervalo, tiempo de espera, frecuencia, corte de medio
6. Sólo entonces decida dónde intervenir

Para profundizar:

• Crear un mapa de procesos — el nivel por encima del modelo individual
• Lay bare: cuantificar el estado actual — paso dos de la metodología Flowrefy, es decir las cifras en las casillas
• Análisis de procesos — cómo convertir el modelo en una afirmación sólida

Para seguir calculando: Con el Calculador de costes de proceso gratuito cuantifica en minutos lo que cuesta el flujo modelado por mes — incluyendo potencial de ahorro y desglose paso a paso.