Se va en marzo. Lleva catorce años y es la persona que todo el mundo llama cuando hay una duda rara: el caso del cliente que factura distinto, el procedimiento de la auditoría de 2019, por qué se decidió no hacer aquello que parece obvio y no lo es.
Se organiza la transferencia de conocimiento de siempre: un traspaso de dos semanas. Se hacen reuniones, se comparten carpetas, se escribe un documento con los procedimientos principales. Todo el mundo hace bien su parte.
Y en junio, cuando aparece el caso raro, nadie sabe qué hacer. No porque el traspaso se hiciera mal, sino porque lo que esa persona sabía no estaba en las carpetas ni cabía en dos semanas. Estaba en su cabeza, en forma de criterio, y el criterio no se transfiere en una reunión.
Dos tipos de conocimiento, y solo uno se documenta
Toda organización tiene conocimiento explícito: procedimientos, manuales, plantillas, contratos, el histórico del sistema. Es el que se traspasa bien, porque ya está escrito en alguna parte. Si esto fuera todo, la marcha de cualquier persona sería un problema logístico y nada más.
El otro tipo es el que hace que la empresa funcione de verdad: saber qué clientes toleran un retraso y cuáles no, qué pasos del procedimiento son críticos y cuáles son herencia burocrática, a quién hay que avisar antes de mover algo, qué se intentó hace seis años y por qué salió mal.
Ese conocimiento no está escrito en ningún sitio, y normalmente su dueño ni siquiera sabe que lo tiene. Si le preguntas «¿qué tendría que saber quien te sustituya?», te dará la lista del primer tipo. Lo valioso no aparece porque, para él, no es conocimiento: es sentido común.
Por qué el traspaso clásico falla
El formato habitual —dos semanas de solape, reuniones, un documento— tiene tres fallos de diseño, y son siempre los mismos.
Llega tarde. Empieza cuando ya hay una carta de dimisión encima de la mesa. En ese momento la persona tiene un pie fuera, está gestionando su propia transición y su motivación para documentar en profundidad es, comprensiblemente, limitada.
Pregunta mal. «Cuéntame lo que haces» produce una descripción de tareas. El conocimiento valioso sale con otras preguntas: cuéntame la última vez que algo salió mal, qué harías si pasara esto, por qué no hacemos esto otro que parece más eficiente. Son preguntas sobre decisiones, no sobre tareas.
Va en una sola dirección. Alguien habla y alguien toma notas. No hay ningún momento en que el receptor tenga que aplicar lo recibido mientras el emisor sigue disponible para corregirle. Y sin esa verificación, nadie descubre lo que no se ha transferido hasta que es demasiado tarde — que es exactamente lo que pasa en junio.
El problema no es la salida: es la concentración
Conviene darle la vuelta al planteamiento. El riesgo no aparece el día de la dimisión; existe desde mucho antes, y se puede medir.
La pregunta útil es: ¿cuántas cosas de las que hacemos las sabe hacer bien una sola persona? Cada una de esas es un punto único de fallo, y no solo por si se va: también por vacaciones, por una baja larga, por un ascenso.
Casi todas las organizaciones tienen más de estos puntos de los que creen, y suelen descubrirlos en el peor momento. Un mapa honesto de conocimiento crítico —qué procesos existen, cuánta gente los domina de verdad, quiénes— cabe en una hoja de cálculo y es de las cosas más rentables que puede hacer un responsable de equipo en una tarde.
Transferencia de conocimiento: lo que sí funciona, y hay que hacerlo antes
- Documentar decisiones, no procedimientos. El procedimiento dice qué pasos dar. Lo que hace falta es el porqué: qué alternativas se descartaron y con qué criterio. Sin el porqué, el sucesor repite los pasos hasta el día en que la realidad no encaja, y entonces está solo.
- Extraer con casos, no con entrevistas. Plantear situaciones reales —«llega esto un viernes a las seis, ¿qué haces?»— saca criterio a la superficie. La descripción de tareas no lo saca nunca.
- Convertir esos casos en material reutilizable. Si el conocimiento extraído se queda en un documento que nadie vuelve a abrir, se ha perdido igual, solo que más despacio. Sirve cuando se transforma en algo con lo que la gente interactúa: casos que hay que resolver, preguntas que hay que responder, situaciones que obligan a decidir.
- Verificar que llegó. Hasta que el receptor no ha resuelto un caso solo y alguien ha comprobado el resultado, la transferencia es una suposición. Este paso es el que casi siempre falta.
Ninguna de estas cuatro cosas requiere que haya una dimisión sobre la mesa. Al contrario: todas funcionan mucho mejor cuando la persona clave sigue cómodamente en su puesto y no percibe el ejercicio como el preludio de su sustitución.
La objeción de siempre
«Si documentamos todo lo que sabe, ¿no le estamos diciendo que es prescindible?»
Es una preocupación real, y hay gente que, en efecto, protege su conocimiento porque intuye que es su seguro de continuidad. Pero esa dinámica es exactamente el problema, no un motivo para no tocarlo: una organización donde retener información es rentable para el individuo está construyendo su propia fragilidad, persona a persona.
La forma de desactivarlo es cambiar lo que se reconoce. Si lo que da estatus es ser el único que sabe, la gente se guardará lo que sabe. Si lo que da estatus es que tu equipo sepa —y eso se dice en voz alta, y cuenta en la evaluación—, el mismo interés personal juega a favor de la empresa.
La prueba de las vacaciones
Hay un experimento barato que no requiere ninguna iniciativa formal, y que probablemente ya has vivido sin interpretarlo.
Cuando alguien clave se va tres semanas de vacaciones, fíjate en qué se atasca, qué decisiones se posponen hasta su vuelta y cuántas llamadas recibe estando fuera. Esa lista es, con bastante precisión, el conocimiento que se irá con esa persona el día que se vaya de verdad.
La diferencia es que en agosto vuelve. En marzo, no.
Preguntas frecuentes
¿Qué es el conocimiento tácito y por qué no aparece en los traspasos?
Es el criterio acumulado: qué clientes toleran un retraso, qué pasos del procedimiento son críticos y cuáles son herencia burocrática, qué se intentó hace años y por qué falló. No aparece porque su dueño no lo reconoce como conocimiento, sino como sentido común, y por eso nunca lo incluye cuando se le pide que documente su trabajo.
¿Cuándo hay que empezar la transferencia de conocimiento?
Mucho antes de que haya una dimisión sobre la mesa. Un traspaso que arranca con la carta entregada llega tarde por definición: la persona ya tiene un pie fuera y su motivación para documentar en profundidad es limitada. Además, el ejercicio funciona mejor cuando no se percibe como el preludio de una sustitución.
¿Cómo se identifica el conocimiento crítico de una organización?
Preguntando cuántas cosas las sabe hacer bien una sola persona: cada una es un punto único de fallo. Una forma barata de verlo es observar qué se atasca cuando alguien clave se va tres semanas de vacaciones. Esa lista es, con bastante precisión, lo que se perderá el día que se vaya de verdad.
Relacionado: onboarding gamificado: el primer mes montado como un campeonato y las métricas de formación que importan.