Cómo convertir un procedimiento o SOP en un diagrama de flujo

Cómo funciona

1. Numera cada acción del texto

   Recorre el SOP y marca cada acción distinta, incluidas las enterradas en los párrafos narrativos. Las frases con dos verbos unidos por «y» suelen ser dos pasos. Solo esta pasada convierte normalmente un procedimiento de cinco páginas en unos treinta pasos candidatos, varios de los cuales resultarán ser duplicados.

2. Resalta cada palabra condicional

   Busca en el documento «si», «salvo que», «cuando», «según», «en caso de», «en su defecto» y «si es necesario». Cada una es una decisión. Escríbela como pregunta y anota ambas respuestas, incluida la que el texto no da: ese es todo el motivo de hacer esto.

3. Escribe los pasos como filas y conéctalos

   Pon cada acción en el «Box text» de una fila, marca como Decision las que son condicionales y conéctalas con la columna «Line to» usando números de fila. Etiqueta las salidas en «Line text». En este punto tienes un diagrama de lo que el SOP dice literalmente, huecos incluidos.

4. Asigna un responsable a cada paso

   La voz pasiva es el registro habitual de los procedimientos escritos, y esconde al actor: «la evaluación se registra» no nombra a nadie. Coloca cada paso en el carril del rol que lo ejecuta. Todo paso que no puedas asignar es una pregunta para el dueño del proceso, no un problema de formato.

5. Resuelve las ramas que quedan colgando

   Sigue cada salida desfavorable hasta una conclusión. Los SOP escritos se detienen habitualmente en el fallo —«el cambio se revierte»— sin decir qué viene después. Lleva la lista de ramas sin resolver de vuelta al dueño del proceso; esa lista es el resultado más valioso de toda la conversión.

6. Jubila el documento antiguo

   Cuando el diagrama esté acordado y aprobado, conviértelo en la fuente y genera la vista de texto desde él en lugar de mantener los dos. Dos documentos que describen un mismo procedimiento acaban divergiendo, y la divergencia es invisible hasta que un auditor o un incidente los pone uno al lado del otro.

Preguntas frecuentes

¿Debe el diagrama de flujo sustituir al procedimiento escrito?

Debe sustituirlo como fuente, no necesariamente como única vista. Hay detalle que pertenece al texto —valores exactos de campos, advertencias de seguridad, referencias normativas— y hay lectores que prefieren la prosa. La regla que importa es la de fuente única: mantén el proceso en un solo sitio y genera desde ahí la vista de texto y la de diagrama, para que una actualización no pueda aterrizar en un documento y saltarse el otro.

¿Qué hago cuando el SOP no dice quién ejecuta un paso?

Déjalo sin asignar y plantéalo. Los procedimientos en voz pasiva esconden al actor por estilo, y la respuesta a menudo está genuinamente en disputa: dos equipos dan por hecho que lo hace el otro. Asignar tú el carril entierra un hallazgo real bajo un diagrama de aspecto plausible. La lista de pasos sin asignar es uno de los dos resultados más útiles de una conversión; el otro es la lista de ramas sin resolver.

¿Puede la IA convertir un SOP en un diagrama de flujo?

La primera pasada la hace bien: dividir la prosa en pasos, detectar condicionales, proponer formas y una secuencia. La IA de QueryChart puede redactar un diagrama a partir de texto de procedimiento pegado. Lo que no puede hacer es resolver lo que el documento no dice —el responsable que falta, la rama que se detiene en un fallo— y esas son justo las partes que merecen atención humana. Trata el diagrama generado como un borrador con preguntas adjuntas, no como un procedimiento terminado.

¿Cuánto se tarda en convertir un SOP?

Un procedimiento de cinco páginas bien escrito lleva una o dos horas hasta tener un primer borrador de diagrama. La conversión en sí es rápida; lo que consume tiempo es la conversación posterior sobre los huecos que saca a la luz, normalmente un puñado de pasos sin responsable y de ramas sin resolver. Reserva tiempo para esa conversación, porque saltársela significa publicar la misma ambigüedad en un formato nuevo.