El procedimiento lo saben dos personas y una está de vacaciones

Piense en la persona que mejor sabe cerrar el mes en su empresa. La que sabe qué hacer cuando el timbrado rebota y por qué esa póliza se captura así y no de la otra forma.

Ahora imagine que mañana no llega. No renunció: se enfermó, o por fin tomó las vacaciones que lleva tres años acumulando.

¿Cuántos días tarda su operación en volver a la normalidad?

Si la pregunta le incomoda, el problema no es esa persona. Es de diseño, y lo lleva pagando sin que aparezca en ningún estado de resultados.

Qué cuesta el conocimiento concentrado

Todo mundo piensa en la renuncia. Es el escenario más dramático y el menos frecuente. Lo que pasa de verdad es más aburrido y más caro:

• Se va dos semanas de vacaciones y el cierre se recorre.
• Se incapacita un mes, alguien improvisa un procedimiento nuevo, y ese tampoco queda escrito.
• Cambia de área dentro de la misma empresa y sigue contestando por WhatsApp dudas de su puesto anterior, dos años después.

El último es el más común y el que mejor demuestra el punto: la persona sigue en la nómina y aun así la operación no avanza sin interrumpirla.

Lo veo seguido en el soporte a CONTPAQi: buena parte de las llamadas que recibo no son fallas del sistema, son preguntas de procedimiento que alguien ya contestó antes y nadie escribió.

Y hay un costo que casi nunca se cuenta: quien concentra el conocimiento tampoco está cómodo. No toma vacaciones tranquilo ni puede crecer de puesto, porque nadie lo releva. Esto castiga primero a su mejor empleado.

Dónde está hoy la documentación que sí existe

Cuando pregunto por la documentación, la respuesta rara vez es “no hay”. Casi siempre hay algo; el problema es dónde está y en qué estado: un manual de Word que escribió alguien que ya no trabaja ahí; la carpeta personal de un gerente a la que nadie más tiene acceso; un engargolado que se armó para la auditoría y se abre una vez al año, para la siguiente auditoría.

Note el patrón: los tres existen. Ninguno se consulta.

Y hay una razón concreta por la que dejaron de consultarse. Alguien lo abrió una vez, siguió el paso 4, y el paso 4 estaba mal porque el sistema cambió hace ocho meses. Con esa sola experiencia se quemó la credibilidad de ese documento y, por asociación, la de los demás.

Una instrucción vencida hace más daño que ninguna. La ausencia obliga a preguntar; el dato viejo hace que alguien actúe con confianza en la dirección equivocada.

Cómo saber si un procedimiento está documentado

Este es el criterio que uso, y el único que me ha parecido honesto:

Un procedimiento está documentado si el operador lo encuentra a media captura, con un cliente esperando del otro lado del teléfono, sin levantarse de su lugar y sin preguntarle a nadie.

Todo lo demás es archivo muerto.

Fíjese contra qué compite. No contra el desorden: contra girar la silla y preguntarle a la compañera de al lado, que contesta en quince segundos y de pasada le explica la excepción.

Si buscar tarda más que esos quince segundos, el documento pierde. Aunque usted mande tres correos pidiendo que lo usen.

La pregunta no es si está escrito. Es si se encuentra a tiempo.

Qué hace que un documento sí se consulte

De lo que he visto funcionar, cuatro cosas importan y el resto es adorno.

Que se busque por lo que dice adentro, no por el nombre del archivo. Nadie recuerda que el procedimiento estaba en “Manual_Operativo_v3_FINAL_rev2”. Todos recuerdan la palabra “rebote” o “cancelación”.

Que sea una página por procedimiento. Un manual de sesenta páginas no se consulta, se archiva. Se consulta una página corta que contesta una sola pregunta.

Que se sepa si sigue vigente. Quién la escribió, cuándo se tocó por última vez, qué cambió. Sin eso el operador no sabe si puede confiar y, ante la duda, pregunta.

Que esté a un clic de donde ocurre el trabajo. Enlazada desde el ticket de soporte, desde el paso del proceso, desde el correo de bienvenida del puesto. La que hay que ir a buscar aparte no se busca.

Ninguna de las cuatro la resuelve un archivo de Word en una carpeta compartida.

Qué resuelve BookStack y qué no

Contra esa lista evalúo la herramienta. La que instalo se llama BookStack: ordena el contenido como una biblioteca —estantes, libros, capítulos y páginas—, busca dentro del texto y deja el rastro de quién cambió qué y cuándo.

Los límites primero, porque son los que nadie menciona:

• No es un gestor documental certificado. No trae firma electrónica ni flujo formal de aprobación. Si su sistema de calidad exige versiones firmadas, eso se resuelve aparte, no con la herramienta sola.
• El editor es sencillo. Para un procedimiento operativo es una ventaja; para un documento de imagen institucional, no es la herramienta.
• No se escribe sola. Es el límite grande, y le toca la siguiente sección.

Lo que sí hace, lo hace bien y sin licencia por usuario. Eso pesa más de lo que parece: cuando consultar cuesta por cabeza, se restringe el acceso, y lo restringido no se usa.

Sin adorno: mi propia documentación corre sobre BookStack. Mis procedimientos y el registro de cada instalación que atiendo viven ahí. Recomiendo la herramienta que uso.

Por qué se abandonan los proyectos de documentación

El fracaso típico no es que la herramienta no sirva. Es este: se dedican tres meses a vaciar manuales viejos y, seis meses después, buena parte de las páginas ya venció. Se volvió al mismo lugar, con otro sistema y el gasto hecho.

Documentar como proyecto aparte no sobrevive. Solo funciona como subproducto del trabajo diario, con reglas que se cumplen sin convocar a una junta:

• Si una duda se preguntó dos veces, se escribe. La segunda pregunta es la señal.
• Si un ticket se resolvió y va a repetirse, la respuesta se guarda como página antes de cerrarlo.
• Si se cambia una configuración, la página se corrige en ese momento, no el viernes.
• Quien encuentra un error lo arregla ahí mismo. Si hay que pedir permiso para corregir, nadie corrige.

Una página se mantiene viva porque se consulta, no porque alguien la audite. Por eso se empieza por lo que se pregunta todos los días, no por lo que luce mejor en el índice.

En qué coincide esto con ISO 9001

Si su empresa está certificada o va en camino, la información documentada es requisito. Y lo que la norma pide —disponible donde se necesita, legible, con versiones controladas— es casi la lista de arriba.

Dicho de otro modo: documentar para que sirva en la operación lo acerca a lo que va a pedirle el auditor. Documentar para el auditor no lo acerca a que sirva en la operación.

Por eso mi entregable en proyectos de proceso dice: documentación operativa alineable a un sistema de gestión de calidad, publicada donde el operador la consulta y no en un archivo que se pierde. Las dos mitades cuentan; la segunda es la difícil.

Cuándo no le hace falta esto

Le ahorro la llamada.

Si son cinco personas en la misma oficina y el procedimiento cabe en una hoja. Una carpeta compartida con disciplina alcanza.

Si ya tiene una herramienta de documentación y la gente sí la usa. No la cambie. Que la usen es lo difícil, y usted ya lo ganó.

Si el proceso todavía no existe. Documentar lo que nadie ha definido produce caos documentado, ahora con buscador. Primero se rediseña el proceso: ese es otro trabajo, y va antes que este.

Si nadie quiere soltar el conocimiento. A veces la concentración no es accidental: la persona la sostiene porque es su seguridad laboral. Eso no lo arregla una herramienta, sino una conversación que le toca a usted, no a mí.

Cómo medir su riesgo esta semana

De las bases de datos escribí que nadie reprograma sin dinamómetro. Aquí aplica igual, y medir es gratis.

Elija el procedimiento que solo saben dos personas. Pídale a una tercera —alguien que no lo haya hecho nunca— que lo ejecute con lo que está escrito hoy. No le ayude. Anote en qué paso se atoró.

Eso le dirá más sobre su riesgo operativo que cualquier diagnóstico que yo le entregue. Y si se atoró en el paso dos, ya sabe por dónde empezar.