Cómo convertir un procedimiento o SOP en un diagrama de flujo
Cómo convertir un procedimiento escrito en un diagrama de flujo: divide el texto en una acción por paso, convierte cada frase condicional en una decisión, asigna responsables y resuelve lo que el texto omitió.
Convertir un procedimiento escrito en un diagrama de flujo consiste en dividir el texto en una acción por paso, transformar cada frase condicional en una decisión con salidas etiquetadas y resolver los huecos que aparecen.
En resumen
- Una acción por paso: una frase con dos verbos suele ser dos pasos.
- Cada palabra condicional del texto es una decisión que necesita salidas etiquetadas.
- Los matices vagos («cuando proceda», «según sea necesario») señalan un criterio que falta.
- Cuenta con encontrar preguntas sin respuesta. Ese es el valor, no un efecto secundario.
- Mantén una única fuente y genera ambas vistas, o los dos documentos se separarán.
Qué implica realmente convertir un procedimiento
Convertir un SOP no es un ejercicio de formato. La prosa permite que quien escribe sea vago de un modo que un diagrama no admite: «el cambio se evalúa y, cuando procede, se eleva al comité de cambios» esconde una decisión, un criterio y un responsable en trece palabras. Dibujarlo obliga a sacar los tres a la luz, y el resultado habitual de convertir un procedimiento escrito no es un documento más bonito, sino una lista de preguntas que nadie se había dado cuenta de que estaban sin responder.
La parte mecánica es sencilla. Cada frase con un verbo y un actor se convierte en un paso. Cada «si», «salvo que», «cuando», «según» y «en caso de» se convierte en una decisión con salidas etiquetadas. Cada «a continuación el equipo de X» es un cambio de carril. Los pasos numerados del procedimiento se trasladan casi uno a uno; el problema está siempre en los párrafos narrativos intermedios, que es donde se enterraron las excepciones.
El ejemplo de abajo es un procedimiento de control de cambios. Lee el texto del procedimiento generado bajo el lienzo junto al diagrama: las mismas filas, dos representaciones. Ese es el estado objetivo: no un diagrama que sustituya al SOP, sino un único documento con una vista de diagrama y una vista de texto, de modo que un cambio en el proceso no pueda actualizar una y dejar la otra atrás.
Un procedimiento escrito, convertido
Un SOP de control de cambios como diagrama de flujo, en cuatro etapas. El texto del procedimiento de debajo se genera a partir de las mismas filas.
Divide el texto en pasos
«Crear una solicitud de cambio, que se registra y se clasifica por tipo» son tres pasos, no una frase. La clasificación es una decisión con tres salidas (estándar, normal y emergencia) y cada una de esas palabras era una rama entera escondida en una oración subordinada.
Convierte cada condicional en una decisión
Evaluación, revisión del comité de cambios y la decisión de aprobar o rechazar con su bucle de reenvío. La versión escrita decía que los cambios rechazados «pueden revisarse y volver a enviarse», y eso es una decisión con dos salidas: una de vuelta a la evaluación y otra a un cierre aplazado.
Asigna un responsable a cada paso
Solicitante, gestor de cambios, comité de cambios e implementador. El texto usaba la voz pasiva de principio a fin («el cambio se programa») y asignar carriles es lo que obliga a plantear quién lo hace realmente, incluida la autorización de emergencia que se salta al comité.
Cierra los bucles que el texto dejó abiertos
La verificación falla, se ejecuta el plan de reversión y el flujo vuelve a la planificación en lugar de detenerse. Los procedimientos escritos suelen terminar en «si la verificación falla, el cambio se revierte» sin decir qué pasa después; un diagrama no puede dejar esa línea colgando.
Cómo funciona
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.
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.
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.
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.
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.
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.
Errores que debes evitar
Transcribir en lugar de convertir
Copiar los títulos de los párrafos dentro de cajas produce un diagrama con la misma vaguedad que el texto. La conversión solo merece la pena si los condicionales y los responsables salen de su escondite.
Inventarse la rama que falta sin decirlo
Cuando el texto no dice qué ocurre si algo falla, la tentación es dibujar algo razonable. Márcalo como pregunta y pregúntale al dueño del proceso: una suposición ya dibujada tiene exactamente el mismo aspecto que un hecho.
Conservar los dos documentos
El SOP escrito y el diagrama se separarán la primera vez que alguien actualice uno de los dos con prisa. Elige una única fuente y genera la otra vista.
Convertir tres procedimientos a la vez
Un SOP largo suele ser varios procedimientos en un mismo archivo. Conviértelos como diagramas separados que se referencian entre sí, o acabarás con un diagrama demasiado grande para usarlo.
Convierte tu procedimiento en un diagrama de flujo
Abre el ejemplo de control de cambios como diagrama propio, o empieza en blanco y recorre tu procedimiento paso a paso.
Guías relacionadas
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.
