Cómo hacer un diagrama de flujo de un SOP

Cómo funciona

1. Delimítalo a un único procedimiento

   Escribe el disparador en una sola frase: «se detecta o se notifica una incidencia». Si el disparador necesita un «o» que cubre una situación realmente distinta, eso es un segundo SOP. Mantener cada diagrama en un solo procedimiento es lo que lo deja lo bastante corto como para abrirlo en plena urgencia.

2. Escribe los pasos como instrucciones

   Verbo primero, una acción por paso y dirigido a quien lo ejecuta: «Registrar la incidencia con el impacto», no «La incidencia se registra». La formulación pasiva esconde al responsable, y un SOP cuyos pasos no tienen dueño es la razón de que dos personas hagan el mismo paso y una tercera no haga ninguno.

3. Pon los criterios en las decisiones

   «¿Incidencia grave?» necesita una definición al lado: número de usuarios afectados, nivel de servicio, impacto económico, lo que use tu organización. Utiliza el campo de comentarios del paso para la regla. Las decisiones sin criterios se toman de forma distinta por cada persona que lee el diagrama, y entonces la palabra «estándar» no significa nada.

4. Añade las vías de escalado y de reapertura

   Dibuja qué ocurre cuando el SLA está a punto de incumplirse, cuando la solución no aguanta y cuando quien hace esto habitualmente no está disponible. Son precisamente las vías por las que se consulta un SOP. Cada una vuelve al flujo o termina en su propio punto final.

5. Reparte las calles y recórrelo con el equipo de guardia

   Coloca cada paso en la calle del rol que lo ejecuta (mesa de servicio, gestor de incidencias, soporte de nivel 2) y léelo con quienes van a usarlo. Pregúntales dónde dudarían. Cada duda es un paso al que le falta un criterio o al que le falta una división.

6. Apruébalo, versiónalo y fija una revisión

   Pasa el diagrama por el flujo de aprobación para que la versión vigente tenga un revisor y una fecha, y ponle un disparador de revisión: después de cualquier incidencia grave y, como mínimo, una vez al año. En QueryChart la aprobación y el historial de cambios viven junto al diagrama, así que «qué versión estaba vigente en marzo» tiene respuesta.

Preguntas frecuentes

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

Un SOP es una instrucción controlada para ejecutar una tarea concreta: numerada, con responsable, aprobada, versionada y escrita para quien hace el trabajo. Un diagrama de flujo de proceso es una imagen de cómo circula el trabajo, a menudo entre varios roles, y puede ser descriptivo en lugar de obligatorio. Dibujar un SOP como diagrama de flujo te da las dos cosas (la legibilidad del diagrama con las propiedades de control del procedimiento) siempre que la aprobación y el historial de versiones vayan con él.

¿Un SOP debe ser un diagrama de flujo o un texto?

Las dos cosas, desde una única fuente. El diagrama se sigue más rápido bajo presión y deja a la vista los huecos en las ramificaciones; el texto guarda el detalle que un diagrama no puede sostener, como valores exactos de un campo o advertencias de seguridad. El fallo típico es mantenerlos como dos documentos separados, porque acaban divergiendo. Genera el texto del procedimiento a partir de las mismas filas que el diagrama, para que un cambio en uno sea un cambio en los dos.

¿Cuánto debe ocupar un diagrama de flujo SOP?

Lo justo para caber en una pantalla a un tamaño legible: en la práctica, de quince a veinticinco pasos. Si te pasas, busca una transferencia natural y divídelo en dos procedimientos que se referencien entre sí. Los SOP largos no son más rigurosos; simplemente se abren menos, y un SOP que nadie abre aporta exactamente el mismo control que no tener ninguno.

¿Quién aprueba un SOP?

El propietario del proceso, más quien responde del riesgo que el procedimiento controla: a menudo calidad, compliance o el responsable del servicio. Lo decisivo, en términos de procedimiento, es que la aprobación quede registrada sobre una versión concreta con un nombre y una fecha, para que no haya ambigüedad sobre qué texto estaba vigente en cada momento del pasado. Ese registro es lo que convierte un documento en un documento controlado.