SI DIRIGES EL TALLER SÓLO DESDE LA OFICINA, LLEGAS TARDE AL PROBLEMA.
Por Gustavo Huicochea Hernández. Reevo.
Pero eso no significa que el gerente deba pasarse el día caminando entre las rampas.
Un taller bien administrado debería permitir detectar gran parte de sus desviaciones desde el proceso y la información que ya genera: una Revisión Express que nunca se registró, una cotización que no llegó, una orden sin siguiente acción, una prueba que no tiene evidencia o un vehículo que lleva demasiado tiempo en una etapa.
Si para descubrir todo eso el gerente tiene que salir a preguntar persona por persona, primero tiene un problema de visibilidad.
El recorrido al piso entra después: cuando estamos diseñando un proceso, probando una mejora o cuando la información muestra una anomalía que ya no podemos explicar desde el sistema.
Gemba no sustituye el proceso. Sirve para comprobar la realidad cuando el proceso, la plataforma o los datos ya no explican suficientemente lo que está ocurriendo.
EL PRIMER RECORRIDO DEBE HACERLO LA INFORMACIÓN
Antes de levantarse de la oficina, el gerente debería poder revisar qué etapas están avanzando, cuáles están vencidas, qué responsable tiene la siguiente acción y qué evidencia existe.
No necesita ir a preguntarle al técnico si hizo la Revisión Express si el proceso exige que quede registrada. Tampoco debería caminar hasta Refacciones para preguntar si una cotización ya está lista cuando esa actividad debe ser visible en el sistema.
RMX Control, o la herramienta que utilice el taller, debe reducir ese trabajo de reconstrucción. Cuando la información está bien capturada, el gerente puede dirigir por excepción en lugar de recorrer el taller para enterarse de todo.
El Gemba empieza donde la información deja una pregunta real, no donde faltó diseñar el tablero.
HAY TRES MOMENTOS EN LOS QUE SÍ TIENE SENTIDO IR AL LUGAR DONDE OCURRE EL TRABAJO
El primero es al diseñar un proceso. Antes de decidir cómo debe operar una actividad conviene observar cómo ocurre de verdad, qué objetos intervienen, qué movimientos exige, dónde se detiene la persona y qué condiciones físicas no aparecen en un diagrama.
El segundo es al implementar o probar una mejora. Una instrucción puede parecer perfecta hasta que alguien intenta ejecutarla con el vehículo, la tableta, la herramienta y el cliente enfrente.
El tercero es ante una desviación que el sistema detecta pero no explica: retrasos recurrentes, datos incompletos, un paso que se omite, una promesa en riesgo o una persona que afirma que una herramienta o proceso no funciona.
En esos tres casos el objetivo no es vigilar. Es eliminar suposiciones.
UN PROBLEMA DE SOFTWARE PUEDE SER EN REALIDAD UN PROBLEMA DE DÓNDE PONES LA TABLETA
En una recepción, el proceso digital puede estar correctamente diseñado y aun así ser incómodo de ejecutar físicamente.
Un asesor puede necesitar abrir el cofre, revisar el exterior, capturar información y tomar fotografías mientras sostiene una tableta. Si no tiene dónde colocarla, si necesita una correa, un soporte o una superficie temporal, esa fricción no aparece desde una pantalla administrativa.
Al observar la recepción en tiempo real se puede descubrir que el problema no es el formulario, sino la interacción entre persona, dispositivo y vehículo.
Ése es el tipo de detalle que sólo aparece cuando vemos el trabajo donde sucede.
A VECES “LA APLICACIÓN NO FUNCIONA” SIGNIFICA QUE NO HAY INTERNET
También hay desviaciones que se atribuyen equivocadamente a la persona.
En un taller, los técnicos podían capturar muchas fotografías pero éstas no terminaban de cargarse. Desde la oficina era fácil interpretar el faltante como incumplimiento. Al probar el proceso directamente en ciertas zonas del piso se confirmó que la cobertura de internet era insuficiente.
Ahí la corrección no era exigir más al técnico. Era resolver infraestructura o modificar el método de sincronización.
Un Gemba útil protege también al equipo de diagnósticos gerenciales equivocados.
Y A VECES LA PRUEBA EN EL PISO ELIMINA UNA EXCUSA
El caso contrario también existe.
Si varias personas sostienen que una aplicación se traba o que el procedimiento no se puede ejecutar, conviene reproducir el proceso con ellas, en su estación, con un trabajo real y bajo condiciones normales.
Si la prueba demuestra que sí funciona, se aclara cómo debe hacerse y se confirma que existen recursos y competencia, el argumento cambia. La conversación ya no es sobre una imposibilidad técnica; puede convertirse en capacitación, hábito, resistencia o desempeño.
El objetivo no es exhibir a la persona. Es dejar de discutir contra percepciones cuando podemos probar la condición real.
SI LA CAPTURA SE HACE DESPUÉS, EL SISTEMA PUEDE VERSE COMPLETO Y AUN ASÍ ESTAR MAL
Una desviación especialmente importante aparece cuando la evidencia se reconstruye fuera del momento en que debía producirse.
Un asesor puede completar después en la computadora una recepción que debió realizar junto al vehículo. Cuando el cliente ya se fue, empieza a responder de memoria y termina marcando opciones genéricas, omitiendo condiciones o llenando datos que ya no representan lo observado.
Desde el sistema puede parecer que el formulario está completo. El recorrido demuestra que el proceso real no coincide con el proceso diseñado.
Por eso Gemba no sólo busca campos vacíos. También valida que la evidencia haya nacido en el momento y lugar correctos.
NO TODA INSPECCIÓN DEL PISO ES UN GEMBA WALK
Algunas verificaciones son controles rutinarios del puesto y deben tener una frecuencia definida.
Por ejemplo, el asesor puede recorrer el taller para comprobar que cada vehículo físicamente presente tenga una orden de servicio y una tarjeta activa. Esa inspección evita que una unidad ingresada de noche, por un tercero o incluso por el dueño permanezca días sin contexto hasta que el cliente pregunte por ella.
Del mismo modo, un inventario periódico de equipo puede validarse físicamente: si el sistema dice que fue realizado pero los activos no llevan la identificación prevista del periodo, existe una incongruencia que merece revisión.
Esos controles no exigen que el gerente viva en el piso. Exigen que la organización tenga mecanismos para contrastar ocasionalmente registro y realidad.
EL GERENTE DEBE SALIR POR SEÑAL, NO POR COSTUMBRE
No existe valor en caminar todos los días por las mismas áreas sólo para poder decir que se hizo un recorrido.
Las señales pueden venir de RMX Control, de un indicador, de una orden que no avanza, de una inconsistencia, de una queja, de una implementación nueva o de la repetición de una misma explicación.
Cuando aparece una señal relevante, el gerente o el responsable correspondiente debe ir hasta donde ocurre el trabajo y observar suficiente tiempo para entenderlo.
Una vez encontrada y corregida la causa, volver a la oficina también es parte del trabajo. La función gerencial sigue siendo administrar el sistema, no sustituir a quienes operan dentro de él.
PREGUNTA POR EL FLUJO, NO POR LA CULPA
“¿Por qué no has terminado?” suele cerrar la conversación antes de empezar.
Preguntas como “¿cómo vamos contra la planeación?”, “¿qué te falta para terminar?”, “¿qué estás esperando?”, “¿con qué te ayudo?” o “¿qué debía haber ocurrido antes para que esto no se detuviera?” abren información mucho más útil.
La pregunta no elimina responsabilidad. Primero permite distinguir si existe recurso faltante, bloqueo, secuencia incorrecta, competencia insuficiente o una ejecución que simplemente no se hizo.
Con la causa visible, la gerencia puede apoyar o exigir con mejor fundamento.
LO QUE PUEDES CORREGIR EN UN MINUTO NO NECESITA UNA SEMANA DE BUROCRACIA
Durante un recorrido pueden aparecer desviaciones simples: una extensión atravesada, un derrame, una herramienta fuera de lugar o un objeto que bloquea una zona.
Si puede corregirse de manera segura e inmediata, se corrige. Reportar un charco y dejarlo ahí hasta que alguien atienda el ticket contradice el propósito del control.
Pero corregir no significa borrar el aprendizaje. Si la misma condición se repite, entonces sí hay que conservar la señal y analizar por qué vuelve: responsable, ubicación, hábito, recurso, diseño o incumplimiento.
La iniciativa resuelve la excepción. El proceso debe resolver la recurrencia.
LAS CÁMARAS Y EL SOPORTE REMOTO TAMBIÉN PUEDEN ACERCARTE AL GEMBA
No siempre el gerente o consultor necesita estar físicamente presente para investigar una anomalía.
Una videollamada, una sesión remota, fotografías, grabaciones puntuales o cámaras existentes pueden ayudar a reconstruir cómo se ejecuta una tarea, especialmente cuando el problema ocurre en otra sucursal o en un momento específico.
Eso no convierte las cámaras en un sistema de vigilancia permanente ni justifica pasar el día observando al personal. Su valor aparece como evidencia para investigar una condición concreta, validar un proceso o comparar lo registrado con lo ocurrido.
La tecnología debe reducir la necesidad de supervisión constante, no crear otra forma de microgestión.
UN GEMBA WALK DEBE TERMINAR CON UNA EXPLICACIÓN MEJOR QUE LA QUE TENÍAS ANTES
Después del recorrido, el gerente no necesita producir un reporte extenso. Necesita poder responder qué observó que el sistema no mostraba o mostraba de forma incorrecta.
La salida puede ser muy sencilla: señal que disparó la revisión; proceso observado; condición real; causa o hipótesis comprobable; corrección inmediata si aplicó; cambio que debe hacerse en proceso, plataforma, infraestructura, capacitación o desempeño; y cuándo se comprobará.
También debe preguntar si la información futura quedará suficientemente visible para no tener que volver a investigar lo mismo de la misma manera.
La mejor mejora después de un Gemba es que la próxima desviación equivalente pueda detectarse antes y con menos investigación.
NO DIRIJAS DESDE EL PISO. TAMPOCO DIRIJAS SIN CONOCERLO.
El gerente no debe esconderse en la oficina ni convertir la rampa en su escritorio.
Primero administra mediante procesos, roles, indicadores y evidencia. Cuando algo se sale de lo previsto, baja al lugar real, observa, prueba y elimina suposiciones. Después convierte lo aprendido en una mejora que vuelva más visible y confiable al sistema.
EL TABLERO TE DICE DÓNDE HAY HUMO. EL PISO TE AYUDA A ENCONTRAR QUÉ SE ESTÁ QUEMANDO. Hablemos.
En Reevo ayudamos a talleres a conectar información y realidad: diseñar procesos que hagan visibles las desviaciones y utilizar observación directa cuando el dato ya no explica la causa. Hablemos.
