SOPs: documentar un proceso para poder soltarlo
Casi todo el que ha intentado delegar ha vivido lo mismo: escribes cómo se hace algo, lo entregas, y acabas dedicando más tiempo a responder preguntas del que habría costado hacer la tarea.
El documento no era el problema. Estaba escrito de memoria, en el orden en que lo recordabas, sin las decisiones que tomas sin darte cuenta de que las tomas. Aquí va qué contiene un procedimiento utilizable y cómo producir uno que sobreviva al contacto con otra persona.
Por qué fallan casi todos los manuales
Porque se escriben después, de memoria y por quien ya sabe las respuestas. La memoria suaviza las excepciones, se salta las valoraciones que se hacen en automático y describe el camino ideal como si fuera el único posible.
El problema de fondo tiene nombre: cuando dominas algo, las decisiones que tomas se te vuelven invisibles. No puedes recordar haber elegido, porque ya no lo vives como una elección. Esas decisiones invisibles son justo donde se atasca la siguiente persona.
| Lo que dice el documento | Con qué se topa quien lo lee |
|---|---|
| «Comprueba que el fichero es correcto» | ¿Correcto según qué? |
| «Envíaselo al cliente» | ¿Por qué canal, con qué plantilla, con copia a quién? |
| «Usa la configuración estándar» | ¿Dónde está, y estándar para qué caso? |
| «Si hay algún problema, escala» | ¿Qué cuenta como problema? |
En cortoEl dominio esconde decisiones. Escribir de memoria documenta los pasos y pierde el criterio.
Qué contiene un procedimiento utilizable
Cinco cosas: el disparador que lo inicia, los pasos ordenados con detalle suficiente para seguirlos sin conocimiento previo, las decisiones con sus criterios, qué suele salir mal y qué hacer entonces, y cómo se sabe que el resultado es correcto.
- 01El disparador
Qué hace que este proceso empiece. «Cuando llega un contrato firmado» es un disparador; «alta de cliente» es un título.
- 02Los pasos ordenados
Numerados, una acción cada uno. Si un paso contiene una «y», probablemente son dos pasos.
- 03Los puntos de decisión
Dónde quien lee tiene que elegir, con los criterios que usas tú. Es la parte que la memoria omite.
- 04Los fallos conocidos
Qué se tuerce más a menudo y qué hacer. Convierte a un lector atascado en uno que sigue.
- 05La definición de terminado
Cómo puede cualquiera verificar que el resultado está bien sin preguntarte.
Los criterios de decisión importan más que los pasos. Los pasos se pueden deducir observando; los criterios no, y son lo que separa un documento que funciona de uno que genera preguntas.
En cortoDisparador, pasos, decisiones con criterio, fallos conocidos y definición de terminado.
Cómo escribir uno sin que te lleve una semana
Escríbelo durante la siguiente ejecución real, no como proyecto aparte. Ten un documento abierto y registra cada acción según la haces, incluidos los momentos en que te paras a decidir. Añade quizá un veinte por ciento a esa ejecución y produce algo utilizable.
- Abre un documento en blanco antes de empezar la tarea, no al terminarla.
- Registra cada acción según la haces, en lenguaje llano, incluidas las obvias.
- Cada vez que te pares a pensar, anota qué estabas decidiendo y qué inclinó la balanza.
- Al final, añade la definición de terminado y lo que se torció esta vez.
- En la siguiente ejecución, sigue tu propio documento y corrige lo que no funcione.
Ese quinto paso no es opcional. La primera versión siempre tiene huecos invisibles para quien la escribió, y seguirla tú mismo es la forma más barata de encontrarlos antes de que los encuentre otra persona.
En cortoEscribe mientras haces, después sigue tu propio documento una vez. Dos ejecuciones bastan.
La prueba que dice si funciona
Dáselo a alguien que nunca haya hecho la tarea y obsérvale sin ayudar. Cada pregunta que haga marca un hueco. Si termina y produce el mismo resultado sin preguntar nada, el documento está listo. Hasta entonces, cada pregunta es tu siguiente corrección.
Resistirse a ayudar durante esa prueba es la parte difícil, y es donde está el valor. Responder de viva voz arregla ese caso concreto y deja el documento exactamente igual de roto que estaba.
- Observar en silencio y anotar cada pregunta.
- Probar con alguien que de verdad no conozca la tarea.
- Corregir el documento en lugar de explicar la respuesta.
- Volver a probar después de editar, al menos una vez.
- Probar con alguien que ya sabe hacerlo.
- Responder preguntas en lugar de anotarlas.
- Dar por claro un documento porque a ti te lo parece.
- Darlo por terminado tras la primera pasada.
En cortoCada pregunta es un hueco. Corrige el documento, no el momento.
Cómo evitar que se queden desactualizados
Un manual desactualizado es peor que no tenerlo, porque la gente lo sigue y obtiene resultados equivocados. La defensa práctica es pequeña: un responsable con nombre en cada documento, una fecha de última revisión, y la norma de que quien encuentra un error corrige el documento como parte de resolverlo.
- Pon un responsable con nombre en cada documento. La responsabilidad compartida significa que no lo actualiza nadie.
- Fecha cada revisión, para que quien lea sepa cuánto fiarse.
- Haz que corregir el documento forme parte de resolver cualquier error, no una tarea aparte para más adelante.
- Borra los documentos de procesos que ya no ejecutas. Uno equivocado es peor que uno inexistente.
Un documento del que nadie se fía cuesta más que no tenerlo, porque se sigue antes de descubrir que está mal.
En cortoResponsable con nombre, fecha de revisión, y corregir el documento al corregir el error.
Preguntas frecuentes
¿Qué es un SOP?
La descripción escrita, paso a paso, de cómo se ejecuta una tarea recurrente, con detalle suficiente para que otra persona o una automatización produzca el mismo resultado sin depender de quien lo hacía.
¿Por qué mis manuales no funcionan cuando los entrego?
Porque están escritos de memoria. Cuando dominas algo, las decisiones que tomas se te vuelven invisibles, y esas valoraciones invisibles son justo donde se atasca la siguiente persona.
¿Cuánto debe ocupar un SOP?
Lo que necesite, pero cada paso debe ser una acción. Si un paso contiene una «y», suelen ser dos pasos, y ahí es donde quien lee pierde el hilo.
¿Cuándo lo escribo?
Mientras ejecutas la tarea, no después. Registrar las acciones según las haces añade en torno a un veinte por ciento a esa ejecución y produce algo utilizable de inmediato.
¿Cómo sé si mi documento es suficientemente bueno?
Dáselo a alguien que no conozca la tarea y obsérvale sin ayudar. Si produce el mismo resultado sin preguntar nada, funciona. Cada pregunta que haga es tu siguiente corrección.
¿Debo incluir capturas de pantalla?
Con moderación, sólo para interfaces difíciles de describir. Las capturas se desactualizan antes que el texto y actualizarlas es lo que suele hacer que los documentos dejen de mantenerse.
¿Quién debe ser responsable de un SOP?
Una sola persona con nombre. La responsabilidad compartida acaba siempre en que nadie lo actualiza, y un documento sin mantener llega a ser engañoso y no sólo incompleto.
¿Cada cuánto hay que revisarlos?
Cuando cambie el proceso, más una comprobación periódica ligera. La regla más práctica es que quien encuentra un error corrija el documento como parte de resolverlo.
¿Sirven los SOP si no tengo empleados?
Sí. Son lo que hace posible delegar, automatizar y vender un servicio productizado, y también lo que te permite retomar una tarea poco frecuente sin volver a aprenderla.
¿Qué diferencia hay entre un SOP y una lista de comprobación?
Una lista confirma que se hicieron los pasos, para alguien que ya sabe cómo. Un SOP enseña a quien no sabe, y por eso necesita criterios de decisión y qué hacer cuando algo falla.