Cómo crear un diagrama de flujo de trabajo

Cómo funciona

1. Nombra el elemento y sus estados

   Escribe qué es lo que fluye —una solicitud, una factura, un documento— y en qué estados puede estar: enviado, aprobado, aprovisionado, revocado. Los estados son lo que busca quien lee cuando pregunta dónde está algo, así que acordarlos primero evita que el diagrama se convierta en una lista de tareas.

2. Lista los controles en el orden en que se aplican

   Para cada aprobación, anota quién es responsable y qué está decidiendo. Después comprueba si el orden es real: hay controles que podrían ir perfectamente en paralelo y se dibujan en serie solo porque así se configuró el sistema de tickets, y eso conviene sacarlo a la luz en vez de consagrarlo.

3. Construye los estados como filas y conéctalos

   Pon cada estado o acción en una fila, cambia los controles a «Shape» Decision y conéctalos con la columna «Line to». Etiqueta las dos salidas de cada control en «Line text». A estas alturas el diagrama ya te enseñará cualquier estado del que no se pueda salir.

4. Dale un carril a cada estado

   Coloca cada fila en el carril del rol que tiene el elemento en ese estado. Esto es lo que convierte el dibujo en una respuesta a «quién tiene parada mi solicitud», que es con diferencia la pregunta más frecuente que recibe un diagrama de flujo de trabajo.

5. Enruta los rechazos

   Un elemento rechazado va a algún sitio: de vuelta al solicitante para corregirlo, a un estado cerrado o a un responsable de excepciones. Dibújalo. Los flujos de trabajo que dejan el rechazo implícito producen el fallo clásico en el que un elemento no está ni vivo ni cerrado y nadie lo reclama.

6. Añade la revisión periódica

   Si el elemento se revisa con una periodicidad —un acceso que se recertifica, un documento que se revisa, un contrato que se renueva—, dibújalo como una vía de vuelta al flujo con su propia decisión. Si no, el diagrama da a entender que el trabajo se acaba ahí, y el registro se va llenando en silencio de entradas que nadie vuelve a mirar.

Preguntas frecuentes

¿Cuál es la diferencia entre un diagrama de flujo de trabajo y un diagrama de flujo de proceso?

Un diagrama de flujo de proceso describe cómo se ejecuta el trabajo; un diagrama de flujo de trabajo describe cómo un elemento concreto se mueve entre las personas que actúan sobre él, con el énfasis puesto en los estados, la responsabilidad y los puntos de aprobación. En la práctica se solapan mucho y la misma notación sirve para los dos. La distinción es útil sobre todo como aviso: si no sabes decir qué elemento está fluyendo y en qué estados puede estar, estás dibujando un mapa de procesos, no un flujo de trabajo.

¿Cuántas aprobaciones debe tener un flujo de trabajo?

Las mínimas que lleven una decisión real. Cada control añade tiempo de espera y, pasados dos o tres, diluye la responsabilidad: quien aprueba siendo uno de cinco tiende a firmar sin mirar, y eso es peor que no tener control, porque genera la evidencia de una revisión que no ocurrió. Si un control no ha rechazado nada nunca, es una notificación y debería dibujarse como tal.

¿Un diagrama de flujo de trabajo debe usar carriles?

Casi siempre. La pregunta que más recibe un diagrama de flujo de trabajo es quién tiene ahora mismo este elemento, y los carriles la responden sin que nadie tenga que leer las cajas. La excepción es un flujo de trabajo que nunca sale de un mismo equipo, donde los carriles añaden una dimensión que no lleva ninguna información.

¿Cómo represento un flujo de trabajo que se repite con una periodicidad?

Dibuja el disparador como un paso y devuélvelo al flujo con una decisión sobre el resultado. En el ejemplo de accesos, la recertificación es un paso programado que alimenta la decisión «¿sigue siendo necesario el acceso?», que reconfirma o revoca. Modelarlo de forma explícita es lo que impide que el diagrama dé a entender que un elemento, una vez tramitado, ya está resuelto para siempre.