Documentar para que otro pueda continuar

01 / CONTEXTO

Lo que solo vive en una cabeza no se puede transferir

Un equipo suele documentar después de que algo salga mal o cuando alguien anuncia que se va. Entonces descubre que el proceso no estaba en ningún sitio. Había decisiones repartidas entre mensajes, costumbres y la memoria de quien sabía qué hacer cuando faltaba un dato.

En una mentoría de LEINN aprendí una secuencia: validar un proceso, convertirlo en un procedimiento operativo estándar —SOP, por sus siglas en inglés— y formar a otra persona mediante la acción. Me interesa la última parte: explicar una teoría no equivale a enseñar a realizar el trabajo. La prueba llega cuando otra persona lo intenta.

Yo documentaría para que alguien pueda actuar y también señalar dónde no entiende. Si el documento intenta anticipar cada situación, se vuelve pesado. Si solo enumera pasos, oculta las decisiones que hacían posible la entrega.

Conoce más sobre LEINN →︎

02 / MECANISMO

Un procedimiento necesita entrada, salida y criterio

Las fuentes de calidad que he consultado vinculan los procesos con resultados, recursos, responsabilidades, evaluación y mejora. ISO 9001 presenta la información documentada como apoyo de un sistema de gestión, pero la página pública no permite convertirla en una plantilla ni afirmar conformidad [1]. El material explicativo de ISO/TC 176 describe definir resultados, controlar recursos, comparar salidas con objetivos y mejorar cuando aparecen desviaciones [2]. NIST Baldrige invita a revisar entradas, pasos, recursos, defectos y desperdicio en operaciones repetibles [3].

Para preparar el procedimiento, me haría estas preguntas:

1. Propósito y límite: ¿qué resultado busca y en qué casos no aplica?
2. Entrada y dueño: ¿qué dispara el proceso y quién responde de que empiece?
3. Pasos y decisiones: ¿qué se hace siempre y qué requiere criterio?
4. Salida y aceptación: ¿cómo se comprueba que el trabajo está listo?
5. Excepciones: ¿qué señal detiene el flujo y a quién se escala?
6. Versión y revisión: ¿quién puede cambiarlo y qué evidencia justifica el cambio?

La prueba decisiva es que una persona que no lo escribió intente usarlo. Sus preguntas no son una molestia: muestran conocimiento tácito que todavía no hemos convertido en información compartible.

03 / EJEMPLO

Un informe que otra persona puede revisar

Ejemplo hipotético: un estudio entrega informes a clientes. Su primer borrador de procedimiento dice: «recibir briefing, investigar, redactar, revisar y enviar». Parece claro hasta que alguien pregunta qué ocurre si faltan fuentes, quién decide que la investigación es suficiente o qué significa revisar.

El equipo lo amplía sin convertirlo en un manual infinito. Define la entrada mínima, asigna una persona para confirmar el encargo, marca una lista de fuentes que debe quedar registrada y describe un criterio de aceptación: el informe responde a la pregunta acordada, separa hechos de hipótesis y contiene una revisión de enlaces. Si faltan datos del cliente, el proceso no inventa la respuesta: crea una excepción, pide la información y registra el efecto sobre la fecha.

Una compañera prueba el procedimiento en el siguiente informe. Descubre que la revisión de citas no tiene responsable y que la salida no dice dónde guardar las fuentes. El proceso ha aprendido antes de volverse costumbre. Esa prueba vale más que una página muy pulida que nadie se atreve a usar.

04 / APLICACIÓN

Escribir lo suficiente para que el siguiente paso sea posible

Yo empezaría por observar una entrega real y anotar decisiones, no por escribir de memoria. Después elegiría un tramo pequeño: la entrada, una salida y una excepción frecuente. Lo probaría con otra persona y le pediría que marque dónde tuvo que adivinar.

La documentación debe quedar cerca de la acción y tener dueño. Si el proceso cambia, actualizaría la versión y escribiría qué evidencia motivó el cambio. Si nadie la consulta, preguntaría si el problema está en el formato, en el acceso o en que la operación ya no necesita esa regla.

La bitácora sobre planificar con dependencias explica cómo preparar una entrega; la de repetir pedidos lleva esta lógica a una operación estable. La documentación no sustituye una conversación de aprendizaje, pero evita que esa conversación tenga que empezar cada vez desde cero.

05 / LÍMITES

Documentar no garantiza el resultado

Un SOP puede repetir un error con mucha disciplina. La velocidad puede subir mientras baja la calidad, aumenta el coste o empeora la experiencia del cliente. Por eso la salida y los criterios deben incluir las condiciones que importan, no solo el número de tareas completadas.

Usar una lista inspirada en ISO no certifica una organización ni la hace conforme. Los requisitos de seguridad, datos, salud o contratación necesitan controles y asesoría propios. Tampoco todo conocimiento debe volverse procedimiento: parte del trabajo requiere juicio y debe conservar sus límites.

06 / APRENDIZAJES

Qué me llevaría

• Documentaría el resultado y el límite antes de enumerar pasos.
• Haría visible qué decisiones requieren juicio y qué excepciones detienen el flujo.
• Probaría el procedimiento con alguien que no lo haya escrito.
• Asignaría un dueño y una ocasión concreta para revisarlo.
• Mediría calidad, coste o aprendizaje junto a la velocidad cuando importe.

07 / PREGUNTAS DETONANTES

Para continuar

• ¿Qué tendría que saber otra persona para producir la salida que prometemos?
• ¿Qué parte del proceso estoy dando por obvia?
• ¿Qué excepción puede hacer que el procedimiento cause daño o retraso?
• ¿Quién probará la primera versión y qué evidencia hará que la cambiemos?
• ¿Qué conocimiento necesita conversación en vez de una lista de pasos?