Cómo crear un diagrama de flujo a partir de un documento
Cómo convertir en diagrama de flujo un documento cuyos pasos nunca se numeraron: qué pasajes no son pasos, dónde van entonces el alcance, las definiciones y las responsabilidades, y por qué el diagrama sale demasiado largo.
Cómo funciona
Clasifica cada pasaje en tres montones
Lee el documento una vez marcando cada pasaje como acción, condición o ninguna de las dos. «El solicitante registrará el cambio» es una acción. «Para los cambios que no sean sustituciones idénticas» es una condición. El alcance, las definiciones, la tabla de responsabilidades y la lista de referencias no son ni una cosa ni otra, y en una política ocupan más páginas que las acciones.
Gasta los no-pasos en lugar de dibujarlos
El tercer montón se aprovecha, no se tira. Una exclusión de alcance se convierte en una decisión al principio con un final propio. Un término definido se convierte en el criterio de la decisión que lo usa, con su redacción exacta en el comentario de esa fila. La tabla de responsabilidades se convierte en el juego de carriles. Nada de ese montón se convierte en una caja.
Escribe las acciones en filas
En QueryChart cada fila es una caja, así que pon una acción marcada en la columna «Box text» de cada fila, en el orden en que ocurren las acciones y no en el orden en que se imprimieron. Deja la etiqueta lo bastante corta como para leerla de un vistazo y guarda la cláusula de la que salió en el comentario del paso. Une después las filas con la columna «Line to», que toma números de fila.
Dale a cada condición una salida etiquetada
Las filas que vienen de condiciones se convierten en rombos: pon su columna «Shape» en Decision y reescribe cada una como una pregunta. «Line text» toma entonces una etiqueta por rama, en el orden de los números de «Line to». Una cláusula que nombra tres casos necesita tres etiquetas —«Riesgo bajo», «Riesgo medio», «Riesgo alto»— o quien lee no puede saber cuál es su ruta.
Coloca las rutas que el documento repartió
Apunta cada rama a la fila a la que llega, también hacia atrás: una autorización que requiere más trabajo vuelve a la base técnica, y un cambio temporal al vencer su plazo vuelve a entrar en la misma revisión. Rellena después las columnas «Horizontal lane» y «Vertical lane» a partir de la tabla de responsabilidades, para que un paso se sitúe en «Cribado» bajo el «Coordinador de MOC».
Lee el diagrama contra el documento
Ve cláusula por cláusula marcando cada una contra una fila, una etiqueta de rama, un carril o el comentario de un paso. Quedan tres cosas fuera: detalle que pertenece a un comentario, una ruta que nadie ha dibujado todavía y cláusulas que el centro dejó de seguir hace años. Lleva esa última lista a quien sea dueño del documento: es la solicitud de revisión que se ha ganado el mapeo.
Preguntas frecuentes
¿Cómo convierto un PDF en un diagrama de flujo?
Extrae primero el texto y convierte el texto, no la maquetación. El orden de lectura de un PDF es un artefacto de diseño —se entremezclan columnas, barras laterales, tablas y pies de página— así que cualquier cosa que lo siga produce cajas en un orden que el proceso nunca tuvo. Saca las acciones, marca los condicionales y construye a partir de esa lista. Pegar el texto extraído en la IA de QueryChart da un primer borrador utilizable de las filas; los condicionales que no consiga resolver son justamente la parte que necesita a una persona.
¿Dónde van el alcance y las definiciones en un diagrama de flujo?
Ninguno de los dos se convierte en una caja. Un enunciado de alcance se convierte en una decisión al principio del flujo con un final propio: en el ejemplo, la exclusión de la política es «¿Sustitución idéntica?», y la rama «Idéntica» se detiene en «Gestionado como mantenimiento» sin tocar el resto del proceso. Las definiciones se convierten en los criterios de las decisiones que las usan —riesgo bajo, medio y alto solo son decidibles como etiquetas de rama porque el documento dice dónde empieza cada banda— y la redacción exacta va en el comentario del paso.
¿Por qué salen demasiado largos los diagramas hechos desde documentos?
Por dos mecanismos, y los dos son evitables. El primero es transcribir los apartados que no describen ningún trabajo: una tabla de responsabilidades aporta una caja por rol, una lista de referencias una por documento, y ninguna de las dos describe nada que nadie haga. El segundo es la inflación en las decisiones: una frase que nombra tres casos dibujada como tres pasos seguidos en lugar de un rombo con tres salidas etiquetadas, de modo que el diagrama crece mientras la bifurcación sigue invisible. Entre los dos añaden una docena de cajas a un proceso de doce pasos.
¿Se puede dibujar una política o un contrato como diagrama de flujo?
Sí, y el ejercicio casi siempre encuentra algo. Los contratos y las políticas se escriben para repartir obligaciones y no para secuenciar trabajo, así que sus condicionales son densos y sus actores se nombran una vez y después aparecen como la parte o el destinatario. Dibujar uno obliga a meter cada obligación en el carril de un responsable y cada condición en una rama etiquetada, que es como salen a la luz la cláusula sin consecuencia declarada y el plazo de preaviso sin ningún paso detrás.