Cómo escribir una SOP

Un procedimiento operativo estándar es la descripción escrita de cómo se ejecuta una actividad recurrente. Sirve para que el resultado dependa menos de una persona concreta, para acortar la incorporación de nuevos perfiles y para crear una base estable de mejora.

Para qué sirve

Esta guía ayuda a escribir procedimientos que se usan de verdad. Ese es el único criterio importante.

Muchos procedimientos empresariales se escriben para auditorías, certificaciones o carpetas de calidad. Un procedimiento útil es distinto: vive donde se trabaja, usa lenguaje de ejecución y ayuda a completar la actividad sin adivinar la intención.

Cuándo usarla

Úsela cuando una actividad recurrente produce resultados distintos según quién la ejecuta.

Úsela cuando la incorporación de nuevos depende solo de acompañar a quien ya sabe.

Úsela cuando el trabajo rehecho nace siempre de omisiones evitables.

Úsela cuando una competencia crítica está concentrada en una sola cabeza.

También conviene usarla después de estabilizar una mejora: el procedimiento impide que el proceso vuelva a los hábitos anteriores.

No la use para actividades de baja frecuencia y alta variabilidad, donde el control real es el criterio experto.

Antes de empezar

Elija la actividad correcta: recurrente, realizada por varias personas ahora o en el futuro, y con coste visible cuando varía.

Decida quién escribe. La respuesta correcta no es solo calidad ni solo el jefe. Debe escribir o dictar quien ejecuta, con alguien que facilite la estructura.

Fije el formato: una o dos páginas por actividad, verbos en imperativo, un paso por línea, imágenes cuando una imagen evita diez líneas.

Secuencia operativa

Paso 1 — Observe dos ejecuciones reales.

Antes de escribir, mire la actividad realizada por dos personas distintas o por la misma persona en dos momentos. Anote cómo ocurre, no cómo debería ocurrir.

Las diferencias son el primer hallazgo. Son la variabilidad que el procedimiento debe cerrar.

Paso 2 — Escriba la secuencia con quien ejecuta.

Haga una sesión de una hora donde ocurre el trabajo. La persona ejecutora dicta los pasos; quien facilita los escribe con verbos claros: verifica, introduce, adjunta, comprueba, detén, escala.

Un paso merece una línea si puede hacerse mal. Si una línea esconde tres errores posibles, divídala.

Paso 3 — Marque puntos críticos.

Un procedimiento útil no es plano. Destaca los tres o cinco puntos donde el error cuesta: el dato que genera trabajo rehecho, la comprobación que no puede saltarse o la condición que obliga a detenerse.

Para cada punto crítico, escriba por qué importa.

Paso 4 — Defina la salida esperada.

Al final, describa cómo se reconoce que el trabajo está bien terminado: criterio de completitud, control final, evidencia necesaria y condición de escalado.

Así el procedimiento se convierte en una barrera de calidad personal antes de pasar el trabajo al siguiente rol.

Paso 5 — Pruébelo con alguien que no conoce la actividad.

Pida a una persona no experta que ejecute la actividad usando solo el procedimiento. Quien lo escribió observa sin explicar.

Cada duda o error es un defecto del texto, no de la persona. Corrija y repita si hace falta.

Paso 6 — Publíquelo donde se trabaja y nombre responsable.

El procedimiento debe vivir en el punto de uso: impreso, enlazado en la herramienta, fijado en la carpeta compartida o asociado al formulario.

Debe tener responsable. Ese responsable lo actualiza cuando cambia el proceso y lo revisa periódicamente con quienes lo usan.

Resultado esperado

Una o dos páginas: título, propósito en una línea, pasos numerados, puntos críticos con su porqué, salida esperada, responsable y fecha de última revisión.

La prueba observable es sencilla: en pocas semanas la gente lo consulta. Si no ocurre, el procedimiento está mal diseñado, lejos del trabajo o aplicado a la actividad equivocada.

Errores que evitar

Escribirlo lejos del trabajo.

Documentarlo todo.

Usar el mismo nivel de detalle para lo crítico y lo trivial.

Redactar en lenguaje de manual de calidad cuando la persona necesita lenguaje operativo.

No probarlo con alguien no experto.

Dejarlo sin responsable.

Ejemplo

Una empresa de instalaciones técnicas tiene problemas en el arranque de obra. Cuatro técnicos hacen visitas previas y devuelven información desigual. Un 30% de trabajos requiere segunda visita o genera sorpresas.

El procedimiento se escribe con dos técnicos expertos. Contiene 14 pasos, cuatro críticos: medidas de acceso, fotos obligatorias, comprobación de restricciones y confirmación de un requisito ambiguo con el contacto del cliente.

Se prueba con el técnico más joven. Tres dudas producen tres correcciones. La versión final se convierte en lista de comprobación y formulario digital. Tras seis meses, las segundas visitas bajan del 30% al 8%.

Conexión MARTRO

En la lectura MARTRO, el procedimiento operativo estándar es el punto donde la legibilidad se vuelve material. El mapa del proceso hace visible el flujo; el procedimiento estabiliza los pasos críticos.

Su valor depende de su fidelidad al trabajo real. Muchas empresas tienen “estándares” que solo existen en documentos de certificación.

Paso siguiente

Si existen procedimientos pero el resultado sigue variando, el problema puede estar antes: proceso nominal frente a proceso real, representación del proceso o trabajo rehecho.

Si el objetivo es hacer transferible conocimiento concentrado, el procedimiento es solo una parte: el marco completo es capacidad organizativa.

Preguntas frecuentes

¿Cuánto debe durar? Una o dos páginas por actividad.

¿Quién debe escribirlo? Quien ejecuta, con apoyo de alguien que estructure.

¿Debe incluir todo? No. Debe incluir lo que puede fallar y los puntos críticos.

¿Cómo saber si funciona? Probándolo con alguien que no conoce la actividad.

¿Cada cuánto se actualiza? Cuando cambia el proceso y mediante una revisión ligera periódica.