La gestión del conocimiento empresarial consiste en identificar qué necesita saber un equipo para hacer bien su trabajo, recuperar ese saber de quienes lo aplican y ponerlo a disposición de quien lo necesita. En una pyme, un buen punto de partida es una decisión que se repite y que, cuando falta una persona, se demora o se toma con información incompleta.
Imagina una empresa de mantenimiento que reprograma visitas porque el técnico llega sin el repuesto adecuado. Su coordinadora más experimentada suele evitarlo: antes de asignar la visita, verifica el modelo del equipo y distingue una falla que admite una comprobación remota de otra que requiere una inspección. Ese criterio puede convertirse en una práctica compartida. El siguiente caso es ilustrativo y muestra cómo hacerlo desde la primera entrevista hasta la medición.
Elige una Decisión Que Hoy Depende de una Persona
Empieza con un problema observable. Busca tareas que se detienen cuando falta alguien, consultas que se repiten o excepciones que cada turno resuelve de manera distinta. Acota el trabajo a una decisión con un principio y un final. En el ejemplo, la decisión es si una orden de servicio tiene la información suficiente para asignar la visita. Abarca desde que se recibe el reporte hasta que se confirma la salida del técnico.
Revisa varias órdenes recientes antes de elegir la solución. Si las visitas se reprograman por falta de existencias, compartir el criterio de la coordinadora puede ayudar a prever la necesidad, pero el inventario requiere su propia revisión. Si las órdenes no registran el modelo del equipo y eso impide preparar el repuesto, ya tienes un problema que puedes abordar en el momento de recibir la solicitud.
Recupera el Criterio a Partir de Casos Reales
Pide a la persona experta que reconstruya dos casos comparables, uno que salió bien y otro que se complicó. Pregunta qué vio, qué descartó, qué dato cambió su decisión y en qué situación habría consultado a otra persona. Si es posible, observa cómo trabaja con una orden nueva. Luego pide a otro miembro del equipo que explique con sus palabras el criterio que entendió.
El número de modelo y los pasos de registro son conocimiento explícito. Reconocer qué síntomas apuntan a una falla específica es conocimiento tácito, ligado a la práctica. IBM distingue estos tipos de conocimiento. Para transferir el segundo, combina una regla breve con un ejemplo que muestre cómo aplicarla y cuándo pedir ayuda.
Pon la Guía Donde Se Toma la Decisión
En el ejemplo, el recurso va junto al formulario de la orden de servicio. Incluye una comprobación del modelo, los síntomas y los antecedentes, más una regla para los casos incompletos. Si la placa no se lee o el modelo es dudoso, el coordinador consulta al supervisor antes de confirmar la visita. La regla debe indicar quién decide y cómo dejar constancia de la excepción.
Ficha para Transferir un Criterio de Trabajo
Copia la primera columna y completa una ficha para tu equipo. La segunda muestra cómo quedaría en el caso de mantenimiento.
| Campo | Ejemplo de mantenimiento |
|---|---|
| Decisión y alcance | Confirmar si la orden está lista para asignar una visita. |
| Dato y fuente | Modelo del equipo, síntomas y antecedentes. Consultar la placa o el registro de servicio. |
| Regla y excepción | Si el modelo no se puede verificar, consultar al supervisor antes de confirmar la salida. |
| Dónde se usa | En el formulario de la orden, antes de asignar técnico y repuesto. |
| Responsable y vigencia | La coordinación de servicio mantiene la guía y revisa cambios de equipo o de criterio. |
| Indicador | Visitas reprogramadas por información incompleta entre las visitas programadas del periodo. |
Haz una prueba con alguien que no participó en la redacción. Dale una orden habitual y otra con información incompleta. Observa si encuentra la guía, aplica la regla y sabe a quién acudir. Si debe llamar a la experta para interpretar la ficha, anota la duda y corrige esa parte antes de extenderla al resto del equipo.
Mide Si el Criterio Mejora el Trabajo
Usa el indicador de la ficha y registra el motivo de cada reprogramación. En un ejemplo de prueba, antes se reprogramaban 6 de 30 visitas por falta de información, un 20 %. Con la guía, se reprogramaron 3 de 30 por ese motivo, un 10 %. Compara periodos con servicios de complejidad similar y revisa las tres reprogramaciones restantes. La cifra orienta la siguiente decisión, pero una muestra pequeña puede cambiar por la mezcla de servicios o por otras condiciones de operación.
Si las órdenes siguen incompletas porque el equipo desconoce dónde encontrar la ficha, incorpórala al formulario. Si la regla se entiende pero la placa a menudo es ilegible, define una segunda fuente para verificar el modelo. Si el cambio funciona, conserva una versión vigente, asigna a alguien para actualizarla y fija una fecha de revisión. Da acceso a quienes usan el criterio y limita los datos reservados al personal que los necesita.
Una ficha es suficiente cuando la persona puede aplicar el criterio al consultar un dato. Cuando la tarea exige reconocer señales o ejecutar una maniobra, acompáñala con demostración y práctica supervisada. Una base de consulta o un asistente de IA pueden ayudar cuando hay muchas preguntas repetidas y fuentes vigentes. En ese caso, define también qué información puede consultar el sistema y cuándo debe enviar la pregunta a una persona.
Si ya identificaste una decisión que depende demasiado de una persona, conoce cómo SAPERE puede ayudarte a convertir ese criterio en una práctica que el equipo pueda aplicar y medir. Consulta las soluciones de SAPERE y el Modelo SAPERE.
