Cómo hacer un diagrama de flujo de decisiones

Cómo funciona

1. Enumera las preguntas antes que las respuestas

   Apunta como preguntas todas las elecciones que contiene el proceso. Después ordénalas por la cantidad de trabajo que elimina cada una: la que cierra más casos con menos esfuerzo va primero. Los diagramas de triaje que hacen antes la pregunta cara desperdician justo el esfuerzo que venían a ahorrar.

2. Haz que cada pregunta se pueda responder

   Comprueba que el lector puede contestarla con lo que tiene delante. «¿Es un duplicado?» funciona si hay un tracker con buscador; «¿es un problema conocido?» no funciona, salvo que el diagrama diga dónde se listan los problemas conocidos.

3. Escribe los criterios sobre la propia decisión

   Pon el umbral en el comentario del paso: qué hace que un defecto sea crítico, qué cuenta como evidencia suficiente, qué importe dispara la aprobación adicional. Una decisión sin criterios escritos produce diagramas de aspecto uniforme y decisiones dispares.

4. Comprueba que las salidas cubren cada caso una sola vez

   Para cada decisión, pregúntate si existe una situación que no encaje en ninguna salida y si existe alguna que encaje en dos. Ambas cosas son defectos. Las bifurcaciones a tres bandas están bien (estándar, normal, emergencia) siempre que cada caso caiga en una sola.

5. Dibuja los bucles con honestidad

   Revisión no superada, verificación fallida, caso reabierto después de cerrarse: cada uno vuelve al flujo por un paso concreto. Fingir que el trabajo es lineal es la forma de que las estimaciones acaben describiendo un proceso que nadie ha vivido nunca.

6. Pruébalo con casos reales

   Coge diez casos que pasaron por el proceso el mes pasado y recorre el diagrama con cada uno. Los que no encajen te están señalando una salida que falta o un criterio que solo existe en el buen juicio de alguien.

Preguntas frecuentes

¿Qué es un diagrama de flujo de decisiones?

Un diagrama de flujo cuya estructura está dominada por puntos de decisión más que por actividad secuencial: cada rombo plantea una pregunta y cada salida etiquetada lleva a un curso de acción distinto. El triaje, las comprobaciones de elegibilidad, las reglas de escalado y el enrutado de aprobaciones son todos diagramas de decisiones. La restricción de diseño que los distingue es que las salidas de cada decisión deben cubrir cada caso exactamente una vez, para que cualquier lector que siga el diagrama llegue al mismo resultado.

¿Una decisión puede tener más de dos resultados?

Sí, siempre que los resultados sean exhaustivos y mutuamente excluyentes. Una solicitud de cambio que se divide en estándar, normal y de emergencia es una decisión a tres bandas impecable. Lo que da problemas es una decisión con cinco o seis salidas, que casi siempre resulta ser dos decisiones metidas en un mismo rombo: separarlas hace ambas más fáciles de responder y mucho más fáciles de cambiar después.

¿Dónde deben escribirse los criterios de decisión?

Sobre la propia decisión, no en un anexo. En QueryChart cada paso lleva un campo de comentario, y ahí es donde van el umbral, la definición o la referencia a la política. Los criterios guardados en un documento aparte se consultan una vez, se recuerdan de forma aproximada y se aplican de manera desigual, lo que anula el sentido mismo de documentar la decisión.

¿Cómo represento una decisión que vuelve hacia atrás?

Apunta la salida al número de fila del paso al que regresa. Una revisión de código no superada que vuelve a desarrollo, o una verificación fallida que reabre el defecto, son en ambos casos una única conexión de vuelta al centro del diagrama. Los bucles son normales, y dibujarlos es lo que hace que un diagrama de decisiones sea honesto sobre cuánto retrabajo contiene realmente el proceso.