Capítulo 2: El saber no escrito y los técnicos de Xerox
La verdadera base de datos de tu organización suele ser la conversación de pasillo.
La máquina rebelde y el manual inútil
A finales del siglo pasado, Xerox enfrentaba serias dificultades en su servicio técnico. Las fotocopiadoras fallaban con frecuencia y los tiempos de reparación se alargaban, afectando la satisfacción de los clientes.
La compañía había invertido millones de dólares en desarrollar sistemas expertos y manuales diagnósticos para sus técnicos de campo. El objetivo era estandarizar la atención a gran escala bajo la premisa de que cualquier falla técnica podía predecirse y resolverse mediante un árbol de decisiones: si una luz del panel parpadeaba en rojo, correspondía cambiar determinada pieza.
El resultado estuvo lejos del esperado. Los tiempos de reparación no bajaron y las quejas de los clientes aumentaron. El sistema formal, diseñado en laboratorio, no respondía a la variedad de problemas que surgían en terreno.
Para entender qué ocurría, Xerox contrató al antropólogo Julian Orr. La dirección observaba con preocupación que los técnicos pasaban mucho tiempo conversando en cafeterías o junto a sus vehículos de servicio en lugar de seguir las rutas programadas.
La investigación de Orr, documentada en su estudio Talking About Machines, reveló una realidad distinta: el manual oficial era insuficiente para resolver las fallas complejas del día a día.
En la práctica, las fotocopiadoras no fallaban únicamente por desgaste estándar de componentes. Fallaban por factores ambientales o de uso imprevistos, como la humedad acumulada en un sótano o el trato diario de los usuarios sobre las bandejas de papel.
Frente a problemas no tipificados, los técnicos dejaban de lado el árbol de decisiones formal. Seguir el procedimiento estándar paso a paso podía tomar horas sin resolver la causa raíz, mientras el cliente esperaba una solución rápida.
La cafetería como espacio de aprendizaje
Con frecuencia, la gestión tradicional desconfía de las conversaciones informales porque las interpreta como pérdida de tiempo, priorizando el registro administrativo sobre la interacción del equipo.
Julian Orr descubrió que esas pausas no eran tiempo perdido. Los técnicos intercambiaban experiencias y anécdotas de reparación, conformando lo que Jean Lave y Etienne Wenger definieron como una "comunidad de práctica".
En esas charlas, los técnicos compartían detalles que ningún manual contemplaba: cómo un ruido específico al imprimir a doble cara no se debía a una falla del motor principal, sino al polvo de tóner apelmazado por una corriente directa de aire acondicionado.
Ese intercambio oral permitía transmitir criterios prácticos de diagnóstico que no figuraban en las guías oficiales. A través de estas conversaciones, los técnicos con más experiencia transferían su conocimiento tácito a los más nuevos.
Sin embargo, este modelo presenta una debilidad estructural: el conocimiento operativo residía únicamente en la memoria individual de los técnicos. Si un colaborador experimentado se enfermaba, renunciaba o se jubilaba, la empresa perdía ese criterio acumulado y el equipo debía aprender de nuevo por ensayo y error.
Estructurar la experiencia práctica
El desafío consiste en capturar ese conocimiento tácito sin imponer cargas burocráticas que los colaboradores eviten completar.
La solución no radica en exigir reportes extensos al final de la jornada, sino en registrar los aprendizajes directamente en el flujo de trabajo.
Aquí es donde el workflow contextual ofrece una alternativa práctica: en lugar de obligar al colaborador a documentar en plataformas desconectadas de su tarea, integra el registro directamente en la Acción correspondiente.
En un Organizational Know-how System (OKS), cuando un técnico identifica una causa no documentada, registra una nota breve o un audio vinculado a la Acción "Diagnosticar ruido mecánico".
El Motor de inteligencia organizacional procesa ese hallazgo y lo sintetiza en una recomendación estructurada dentro del sistema.
Cuando otro técnico en otra sede atiende un problema similar y registra la Acción en su dispositivo, el sistema identifica el contexto y le sugiere verificar primero las causas prácticas antes de desmontar componentes mayores.
De este modo, el conocimiento se transfiere de forma continua entre colaboradores sin depender de que coincidan físicamente en el mismo lugar. El workflow contextual actúa como memoria compartida del equipo, facilitando el aprendizaje y reduciendo tiempos de resolución.
Proteger el conocimiento operativo
El conocimiento no escrito representa un riesgo si permanece únicamente en la memoria individual de los empleados.
Depender de que dos personas coincidan casualmente para resolver un problema crítico hace vulnerable la operación. La deuda de conocimiento se manifiesta en retrasos en la atención, sobrecostos y curvas de aprendizaje prolongadas para nuevos integrantes.
El know-how práctico debe integrarse en la estructura operativa de la empresa para que sea accesible y transferible.
No documentes solo normas ideales; captura el aprendizaje de la operación real.
Si la operación diaria depende de la colaboración práctica entre los equipos en la trinchera, la siguiente pregunta es qué ocurre cuando las métricas impuestas desde la dirección ignoran esta dinámica y presionan a los equipos hacia comportamientos contraproducentes.
Preguntas Frecuentes (FAQ)
¿Qué demostró el estudio de Julian Orr sobre los técnicos de Xerox?
Mostró que los técnicos resolvían fallas complejas compartiendo experiencias y criterios prácticos entre compañeros, ya que los manuales oficiales no contemplaban las condiciones reales ni las excepciones del terreno.
¿Qué es el conocimiento tácito y por qué genera riesgo si no se estructura?
Es el criterio, la intuición práctica y las soluciones no escritas que los colaboradores acumulan con la experiencia. Genera riesgo porque, si la persona deja la empresa, ese aprendizaje se pierde y los nuevos integrantes deben repetir la curva de errores.
¿Cómo convierte VIBEWORKFLOW las experiencias prácticas en conocimiento útil?
Permite registrar notas y hallazgos breves vinculados directamente a la Acción en ejecución. El Motor de inteligencia organizacional estructura esa información y la entrega a otros colaboradores cuando enfrentan situaciones similares.
¿Por qué los manuales tradicionales no bastan en operaciones complejas?
Porque describen escenarios estándar y aislados. En la práctica surgen variables ambientales, técnicas y humanas imprevistas que requieren actualización constante a partir de la experiencia del equipo.
Lleva esta tesis a la práctica
No permitas que el conocimiento tácito de tu empresa se desvanezca en manuales estáticos. Modela, expande y estructura flujos vivos con VIBEWORKFLOW.