Documentar para que otro pueda continuar

01 / LA IDEA EN UN MINUTO

Escribe para quien no estuvo contigo.

Un proceso parece sencillo mientras lo explica quien lo hace todos los días. Esa persona sabe qué carpeta abrir, qué excepción ignorar y a quién preguntar cuando algo falla. El problema aparece cuando otra intenta repetirlo: muchas decisiones importantes nunca se dijeron.

Documentar consiste en hacer visible lo necesario para continuar. No exige registrar cada gesto. Exige separar lo que se repite de lo que requiere juicio, y dejar señales para reconocer si el resultado está bien o si hace falta detenerse.

Una buena guía reduce preguntas repetidas sin prohibir las preguntas nuevas. Si el documento se convierte en una orden de obedecer aunque la situación haya cambiado, pierde su función. La continuidad necesita tanto una referencia como una forma de corregirla.

02 / LA SEMILLA DE ESTA IDEA

Transmitir la ejecución, no solo explicar la teoría.

En una mentoría de noviembre de 2022, Filipe propone a Iván convertir un proceso probado en un protocolo antes de formar a otras personas. También recomienda aprender acompañando una situación real y revisando después lo ocurrido.[1]

La secuencia es valiosa: entender cómo se hace, explicitarlo y practicar con apoyo. Matizamos una promesa del original: seguir un protocolo no garantiza obtener los mismos resultados que quien lo creó. Cambian el contexto, las habilidades y las situaciones que aparecen.

En otra propuesta, LUXXO Academy, Iván plantea talleres seguidos de aplicación y retrospectiva, con el conocimiento guardado en un espacio compartido.[2] El documento contiene el diseño de esa iniciativa; no demuestra que se implantara ni que cumpliera su objetivo.

Ambas semillas apuntan a lo mismo: el conocimiento del equipo no debería quedarse encerrado en quien sabe hacerlo. La ampliación de esta nota conecta esa intención con documentos utilizables, práctica acompañada y mantenimiento.

03 / QUÉ NECESITA UNA GUÍA ÚTIL

Incluye decisiones, límites y ejemplos.

El handbook de GitLab propone mantener una referencia escrita común para decisiones y procesos, y enlazarla desde los canales de conversación. También distingue el documento vigente del mensaje que lo anuncia.[3] Es una práctica organizativa concreta, no una obligación de copiar sus herramientas.

En un equipo pequeño, una guía puede comenzar por el propósito y la situación en la que se usa. Después necesita entradas, pasos relevantes y resultado esperado. Si para empezar hace falta una confirmación del cliente o un archivo, indícalo: muchas interrupciones ocurren antes del primer paso.

Los criterios de calidad evitan que cada persona interprete terminado de una forma distinta. Puedes incluir un ejemplo correcto y explicar por qué lo es. Copiarlo sin entenderlo no basta si el siguiente caso cambia.

Las excepciones también forman parte del proceso. Señala qué puede decidir quien ejecuta y qué requiere consultar. Añade quién mantiene la guía y cuándo se revisó. Una instrucción antigua presentada como vigente puede ser peor que una duda reconocida.

04 / ENTREGAR UN TRABAJO SIN DEPENDER DE UNA SOLA PERSONA

La prueba está en el relevo.

Imagina un pequeño servicio de diseño para comercios. Es un ejemplo hipotético. Una integrante prepara siempre la entrega final: ordena archivos, comprueba formatos y escribe al cliente. Cuando no está, el resto encuentra carpetas, pero no sabe qué versión enviar.

La primera guía no necesita ser un manual enorme. Puede indicar dónde está la versión aprobada, qué archivos corresponden a cada uso, qué comprobaciones hacer y qué mensaje debe acompañar la entrega. También debe aclarar qué ocurre si el cliente todavía no ha confirmado una parte.

Otra persona realiza una entrega acompañada y señala dónde tuvo que adivinar. Esa observación permite mejorar la guía. Si aparece una decisión que depende del acuerdo con el cliente, el documento debe dirigir a ese acuerdo, no inventar una regla universal.

El relevo queda mejor cuando la persona nueva entiende el criterio y puede explicar sus decisiones. El objetivo no es que nadie vuelva a hablar, sino que las conversaciones se concentren en lo excepcional y en mejorar el servicio.

05 / LLÉVALO A TU PROYECTO

Documenta una repetición que ya te esté costando.

Escoge una tarea frecuente en la que te pregunten siempre lo mismo o que se detenga cuando falta alguien. Si todavía cambia por completo cada vez, quizá necesites registrar aprendizajes antes de escribir un procedimiento estable.

Explica cuándo usar la guía, qué hace falta y cómo se reconoce un resultado correcto. Añade enlaces a los recursos vigentes. Evita duplicar archivos en varios lugares si después nadie sabrá cuál manda.

Pide a otra persona que la utilice en un caso real apropiado, con apoyo disponible. Observa los puntos donde necesita preguntar. No interpretes automáticamente esas dudas como falta de capacidad: pueden revelar lo que el documento daba por supuesto.

Actualiza la referencia con lo aprendido y acuerda quién la mantiene. Si cambia el proceso, cambia la guía y avisa a quienes la usan. La documentación está cumpliendo su función cuando el trabajo puede continuar con criterio, no cuando el archivo acumula visitas.

06 / APRENDIZAJES

Aprendizajes

• Documenta para otra persona. Haz explícito lo que tú das por supuesto.
• Los pasos necesitan criterios. Explica cómo reconocer un resultado correcto.
• Un protocolo no garantiza resultados idénticos. Contexto y habilidades siguen importando.
• Prueba la guía con un relevo real. Las dudas muestran dónde mejorarla.
• Mantén una referencia vigente. Responsable y revisión evitan versiones contradictorias.

07 / PREGUNTAS DETONANTES

Preguntas detonantes

1. ¿Qué se detiene cuando falta una persona?
2. ¿Qué parte del proceso solo existe en su cabeza?
3. ¿Cómo sabría alguien nuevo que lo ha hecho bien?
4. ¿Qué excepción debería consultar?
5. ¿Quién actualizará esta guía cuando cambie el trabajo?

08 / CONEXIONES

Para seguir aprendiendo