El conocimiento que se va cuando se va la persona

En cualquier planta industrial hay personas que llevan 10, 15 o 20 años haciendo lo mismo. Saben cómo suena la máquina cuando algo no va bien. Saben que el tercer paso del manual del fabricante no funciona y hay que hacerlo de otra forma. Saben que los martes por la mañana la presión tarda más en estabilizarse porque el compresor viene frío del fin de semana.

Ese conocimiento no está en ningún manual. Se llama conocimiento tácito — en inglés, "tribal knowledge" — y es probablemente el activo más valioso y más frágil de tu empresa.

Frágil porque desaparece el día que esa persona se va. Y según los datos de la Encuesta REELEVO 2025, el 87% de las pymes industriales españolas identifican la dependencia de estos perfiles como un riesgo alto para su producción, pero solo el 23% ha documentado ese conocimiento.

Por qué la transferencia de conocimiento falla en la mayoría de empresas

Muchas empresas industriales intentan alguna forma de transferencia de conocimiento y tropiezan en puntos parecidos. Estas son las causas que más se repiten:

"Ya lo haremos cuando se acerque la fecha"

La jubilación se ve venir con años de antelación, pero la documentación se deja para el último mes. Para entonces, el experto ya tiene la cabeza en otra parte y el proceso se hace con prisas y sin profundidad.

"Que le enseñe al nuevo"

La transferencia operario-a-operario parece la solución natural, pero tiene problemas graves: depende de la habilidad pedagógica del experto (que rara vez es buena), es inconsistente (cada día enseña diferente), no queda registro, y ocupa el tiempo productivo de dos personas durante semanas.

"Vamos a hacer un manual"

Alguien del departamento de calidad se sienta con el experto y redacta un documento de 40 páginas con capturas de pantalla y diagramas. El documento queda perfecto. Nadie lo consulta jamás. El día que hace falta, nadie encuentra el archivo o está desactualizado.

"Es que esto no se puede documentar"

El mito más peligroso. Sí se puede documentar. Lo que pasa es que el formato habitual (texto escrito en un Word) no es capaz de capturar el conocimiento tácito. Necesitas un formato que capture cómo lo hace el experto realmente, no cómo lo describe alguien que le ha observado.

Qué tipo de conocimiento tienes que capturar (y cuál no)

No todo el conocimiento del experto tiene el mismo valor ni la misma urgencia. Hay que priorizar:

Conocimiento crítico (captura primero)

  • Procesos que solo domina esa persona: si mañana no viene, ¿qué se para? Empieza por ahí.
  • Ajustes y configuraciones no documentadas: los parámetros reales vs los del manual del fabricante. Las adaptaciones que ha hecho a lo largo de los años.
  • Troubleshooting: qué hacer cuando algo falla. Las señales que indican que algo va a fallar. Los 5 problemas más comunes y cómo resolverlos sin llamar al técnico.

Conocimiento importante (captura después)

  • Secuencias de arranque y parada: el orden importa, y muchas veces el orden real difiere del manual.
  • Criterios de calidad: cómo sabe el experto que una pieza está bien o mal. Qué mira, qué toca, qué escucha.
  • Interacciones entre máquinas: cómo afecta el ajuste de una máquina al rendimiento de la siguiente en la línea.

Conocimiento que no necesitas documentar

  • Procesos que ya están correctamente documentados en manuales del fabricante y se siguen tal cual.
  • Conocimiento que comparten varios operarios (no hay dependencia de una persona).
  • Tareas que van a desaparecer por cambio de maquinaria o proceso.

Metodología: cómo capturar el conocimiento en 4 fases

Fase 1: Mapeo de dependencias (1 día)

Antes de documentar nada, necesitas saber dónde está el riesgo. Haz una lista de todas las máquinas y procesos de tu planta y responde a estas preguntas para cada uno:

  1. ¿Cuántas personas saben operar este proceso correctamente?
  2. Si la persona principal falta mañana, ¿qué pasa?
  3. ¿Cuánto tiempo tardaría un sustituto en aprender?
  4. ¿Cuándo se prevé que la persona principal pueda dejar el puesto? (jubilación, rotación, etc.)

Los procesos donde solo 1 persona sabe hacerlo y hay riesgo de salida a corto-medio plazo son tu prioridad absoluta.

Fase 2: Sesiones de captura con el experto (1-2 semanas)

La clave de esta fase es que el experto documente el proceso mientras lo ejecuta. No después, no de memoria, no dictándole a alguien de calidad. En el puesto de trabajo, con la máquina, paso a paso.

Consejos prácticos para las sesiones:

  • Una sesión = un proceso. No intentes documentar todo en una mañana. 30-60 minutos por proceso es suficiente.
  • El experto lidera. No le digas qué documentar. Pregúntale: "¿Cómo haces esto?" y deja que él estructure los pasos.
  • Captura los "por qué". No solo qué hace, sino por qué lo hace así. "Siempre espero 30 segundos antes de subir la velocidad porque si no, el material se atasca" — eso es conocimiento tácito puro.
  • Incluye los errores. Pregúntale: "¿Qué es lo que suele salir mal aquí? ¿Qué harías si…?" El troubleshooting es la parte más valiosa.
  • No busques perfección. Un procedimiento imperfecto pero real es infinitamente más útil que un manual perfecto que nadie consulta.

Fase 3: Estructuración y accesibilidad (2-3 días)

Una vez capturado, el conocimiento necesita estar organizado por máquina y proceso, y ser accesible en el puesto de trabajo.

La estructura debería ser:

  • Máquina → Proceso → Pasos secuenciales
  • Cada paso: instrucción + detalle del experto + troubleshooting si aplica
  • Acceso directo desde la máquina, sin buscar en carpetas ni servidores

Si el sustituto tiene que encender un ordenador, navegar por carpetas y abrir un PDF para consultar un paso, no lo va a hacer. La accesibilidad es lo que determina si los procedimientos se usan o se ignoran.

Fase 4: Validación y transición (1-2 semanas)

Antes de que el experto se vaya, necesitas verificar que lo documentado funciona:

  1. Un operario que NO domina el proceso sigue los procedimientos documentados.
  2. El experto observa y corrige lo que falta o no está claro.
  3. Se actualizan los procedimientos con las correcciones.
  4. Se repite hasta que el sustituto pueda completar el proceso correctamente sin ayuda del experto.

Este paso es crítico. Si no validas antes de que el experto se vaya, te arriesgas a descubrir los huecos cuando ya es tarde para llenarlos.

Cuándo empezar (pista: antes de lo que crees)

El error más común es empezar demasiado tarde. La ventana ideal para documentar el conocimiento de un operario que se va a jubilar es 6-12 meses antes de su salida. Esto permite:

  • Hacer las sesiones de captura sin prisa.
  • Validar con sustitutos reales.
  • Iterar y mejorar los procedimientos.
  • Que el experto resuelva dudas que surjan después de la documentación inicial.

Pero la jubilación no es el único escenario. La rotación voluntaria, las bajas de larga duración y las reestructuraciones también generan pérdida de conocimiento — y esas no avisan con 12 meses de antelación.

Por eso, la mejor estrategia es documentar los procesos críticos ahora, independientemente de si alguien tiene previsto irse. No es solo un proyecto de transferencia de conocimiento: es un activo de la empresa que conviene construir antes de que haya urgencia.

REELEVO es un software SOP industrial para pymes que ayuda a capturar procedimientos operativos paso a paso y a dejarlos accesibles directamente en cada máquina para cualquier sustituto. Sin manuales de 40 páginas ni carpetas difíciles de consultar en planta.

Registrarme en REELEVO →


¿Tienes operarios clave cuyo conocimiento no está documentado? Haz nuestro diagnóstico de riesgo operativo y descubre cuánto riesgo real tiene tu planta — resultado en 2 minutos.