Documentar lo mínimo: que unas vacaciones no paren la empresa

En casi todas las empresas hay una persona sin la que las cosas dejan de funcionar. No porque acapare, sino porque con los años ha ido acumulando en la cabeza lo que nadie escribió: cómo se factura ese cliente raro, dónde está la contraseña del portal del banco, por qué se decidió hacer las cosas así. Mientras esa persona está, todo va. Cuando se coge vacaciones, se pone enferma o se marcha, aparece el problema que llevaba años ahí. La decisión de este artículo no es "documentar más": es decidir qué tiene que quedar escrito para que la operación no dependa de la memoria de nadie —y qué puedes dejar fuera sin remordimientos.

La prueba de las vacaciones

Hay una forma sencilla de saber si tienes un problema de documentación, y no requiere auditar nada: imagina que la persona clave de cada área se va dos semanas, sin móvil. ¿Qué se para? ¿Qué se retrasa? ¿Qué se hace mal por no saber cómo se hacía?

Lo que se pare en ese ejercicio mental es tu lista de prioridades. No hace falta más criterio para empezar: la documentación mínima existe para que una ausencia normal —unas vacaciones, una baja, una salida— sea un inconveniente y no una crisis. Si algo no se pararía, probablemente no necesita documentación urgente, por mucho que en una wiki ideal tuviera su página.

Conviene decirlo claro: esto no es desconfianza hacia nadie. La persona que lo sabe todo suele ser la primera interesada en soltarlo por escrito. Cargar con la operación en la cabeza es agotador, convierte cada descanso en descanso a medias y hace imposible delegar. Documentar lo mínimo protege a la empresa y libera a la persona.

Por qué "documentarlo todo" acaba en una wiki muerta

La reacción habitual al susto es la contraria al problema: montar un espacio de documentación, pedir a todo el mundo que escriba sus procesos y dar el asunto por resuelto. Meses después hay decenas de páginas que nadie consulta, la mitad desactualizadas, y la operación sigue dependiendo de las mismas personas.

Pasa por una razón simple: documentar tiene coste, mantener lo documentado tiene más coste todavía, y ese coste solo compensa donde el riesgo lo justifica. Cuando el objetivo es "todo", el esfuerzo se reparte entre lo crítico y lo trivial a partes iguales, lo trivial gana por volumen, y lo escrito envejece más rápido de lo que nadie puede actualizarlo. Una documentación desactualizada es peor que ninguna: da instrucciones equivocadas con apariencia de verdad.

La alternativa no es documentar mejor todo, sino documentar bien poco: lo que la prueba de las vacaciones señala, y nada más hasta que eso esté vivo y funcionando.

Lo que sí tiene que quedar escrito

Tres bloques. Si los tres están resueltos para tus áreas críticas, tienes documentación mínima viable.

Los accesos

Es lo más urgente y lo menos glamuroso: qué cuentas, sistemas y servicios usa la empresa, quién tiene acceso a cada uno y cómo se recupera ese acceso si la persona habitual no está. Incluye lo que nadie mira hasta que duele: el dominio y el correo, la banca electrónica, las administraciones públicas, el ERP o CRM, y los servicios contratados a nombre de una persona concreta en lugar de a nombre de la empresa —un clásico que solo se descubre cuando esa persona ya no está.

Aquí no se trata de apuntar contraseñas en un documento compartido, sino de saber qué existe, quién puede entrar y cuál es el camino de recuperación. Las credenciales, en un gestor adecuado; el inventario, escrito.

Los procesos críticos

No todos los procesos: los que salieron en la prueba de las vacaciones. Facturar, pagar nóminas, atender un pedido, responder a una incidencia grave. Y no hace falta prosa: una lista de pasos que una persona razonable del equipo pueda seguir sin llamar a nadie. Qué se hace, en qué orden, con qué sistema, y qué hacer con las excepciones habituales —que es justo la parte que vive en la cabeza de alguien y nunca se escribe.

La medida de calidad no es que esté completo, sino que funcione: si alguien que no lo ha hecho nunca puede ejecutarlo con el documento delante, está bien documentado. Si no puede, da igual lo largo que sea.

Las decisiones

El bloque que casi nadie escribe y el que más se echa de menos con el tiempo: por qué las cosas son como son. Por qué se eligió este sistema y no otro, por qué a ese cliente se le factura distinto, por qué este proceso tiene ese paso aparentemente absurdo. Sin ese contexto, quien llega después deshace decisiones correctas por parecer arbitrarias, o respeta arbitrariedades por parecer decisiones.

No pide un formato solemne: unas líneas por decisión relevante —qué se decidió, cuándo, por qué, qué alternativas se descartaron— evitan repetir conversaciones enteras cada vez que alguien nuevo pregunta "¿y esto por qué es así?".

Lo que puedes dejar fuera

Con la misma honestidad: no documentes lo que el mercado ya documenta (cómo se usa una herramienta estándar, para eso está su ayuda), lo que cambia tan a menudo que lo escrito nacerá viejo, ni lo que solo ejecuta quien ya lo domina y seguirá dominándolo. Y desconfía de la documentación que se escribe para un supuesto lector futuro que no existe: si nadie la va a consultar en el próximo año, probablemente no toca escribirla todavía.

Dejar cosas fuera no es una carencia: es lo que hace sostenible mantener vivo lo importante.

Cómo se mantiene viva sin convertirse en burocracia

Tres condiciones bastan. Primero, cada documento tiene un dueño: una persona concreta responsable de que siga siendo verdad, igual que un dato crítico tiene un responsable. Segundo, se actualiza cuando cambia el proceso, no en revisiones periódicas que nunca llegan: el cambio y su documentación son el mismo movimiento, no dos tareas. Tercero, se usa: la documentación que se consulta se corrige sola, porque quien la usa detecta lo que ya no cuadra. Un buen hábito es que las ausencias planificadas se cubran con el documento en la mano, no con llamadas: cada vacación se convierte en un test.

Si al hacer el ejercicio descubres que no sabes ni qué sistemas hay ni de quién depende cada cosa, esa foto inicial es justo lo que levanta un diagnóstico de datos y sistemas: antes de documentar, saber qué hay.

Cuatro preguntas para saber si tenéis lo mínimo

1. Si tu persona clave desapareciera dos semanas, ¿qué se pararía? ¿Está escrito cómo hacerlo?
2. ¿Sabéis qué accesos existen, quién los tiene y cómo se recuperan?
3. ¿Podría alguien del equipo ejecutar un proceso crítico solo con el documento delante?
4. ¿Cada documento tiene un dueño, o "lo mantiene todo el mundo" —es decir, nadie—?

Si alguna respuesta es "no", ahí está el trabajo. No es un proyecto grande: es una lista corta, bien elegida y viva. Eso es documentar lo mínimo —y es mucho más de lo que tiene la mayoría—.