MICROCASO 1: FRACASO IMPLANTACIÓN SGA, ¿PROBLEMA TÉCNICO O HUMANO?
En la empresa en cuestión llevan ya
un año con la implantación de un SGA. La fiabilidad de almacén y el servicio que está dando es malo, según el cliente, que es la fábrica, las delegaciones propias y algunos clientes grandes servidos directamente por este almacén central.
Para centrar un poco más el tiro podemos dar algunos datos: 2,500 metros cuadrados, trabaja 3 temperaturas, ambiente, refrigerado y congelado, con unas 600 referencias, 20 días de stock, trabaja 24 horas 7 días a la semana, tiene unos 19 trabajadores, diseño estándar, pasillo 3 m y 12 de altura.
ERP utilizado, As400, SGA lo omitimos para no dar publicidad, uno utilizado por más de 30 clientes den el mercado, alguna de gran tamaños. O sea, de probado rendimiento.
DIAGNÓSTICO
Me sorprende la estructura del almacén, que tiene 2 personas de administración, un jefe de almacén, y el resto, una estructura plana. El almacén trabaja a 3 turnos, 24 horas, 7 días a la semana, lo que da un total de 8.760 horas de trabajo al año. Con esa estructura es inviable tener al mando alguién en el almacén de forma permanente, pues una persona hace 1.800 horas. Se necesitan 5 personas (8760/1800) como jefes de turno para tener una persona al mando de forma permanente.
Opinión del proveedor de SGA. Le echa la culpa al cliente pues entiende que ha hecho todos los procesos para que la implantación salga adelante. Justo lo contrario que el cliente, lógicamente. La situación entre los dos es delicada, el proveedor pide más dinero pasando a pagar mantenimiento y dando por cerrada la implantación. El cliente está sufriendo en caducados, servicio, etc y no cede. Pide terminar implantación. Situación típica de desencuentro
A nivel técnico, las entradas se hacen con SGA, pero las salidas aún se hacen con el ERP, haciendo una simulación en el SGA a través de RF y viendo diferencias al final del día entre sistemas. Es decir, se duplica y se ven diferencias. La productividad es lógicamente muy mala al duplicar los procesos en dos sistemas. Hecho que creo no se tiene en cuenta
Pido saber datos de fiabilidad y servicio para saber lo malo o no que es el servicio, pero aquí, como pasa casi siempre, no se mide, no hay datos. Primer problema que ocurre siempre, si no mido, no sé dónde estoy. No puedo partir de un dato objetivo.
Proceso de formación al equipo: se han formado 3 key users en RF que debe dar formación al resto. Uno, el jefe de almacén, no ha adquirido conocimiento, otro, ha salido del almacén y ya no está en su puesto. El tercero no dispone del tiempo para enseñar y trabaja en compras.
ERRORES CRÍTICOS
- No hay una estructura de mando adecuada para gestionar el mando. Problema de mando y comunicación
- No hay procedimientos escritos, no todos proceden igual, diferentes criterios, tampoco de cara a proveedor y cliente.
- Algunos procesos aún no definidos en el nuevo sistema, devoluciones, entregas parciales, en entrada y salida.
- No hay manual de operaciones del nuevo sistema, ni de la radio frecuencia.
- Se ha dejado operar ya 3 meses en dos sistemas, sin dar el cambio definitivo. Doble trabajo, errores, no se aprende.
- No se mide, así que no se sabe dónde se está, a nivel global e individual: errores, calidad y productividad
- Las comunicaciones entre los dos sistemas aún no están finas, lo que produce diferencias entre ambos sistemas.
- El personal de almacén que maneja la pistola no está formado para realizar el proceso, teniendo cada uno diferentes modos de operar
SOLUCIÓN
- Plan de trabajo de 2 meses
- Se crea estructura con 5 jefes de equipo.
- Se revisan las comunicaciones con posibles errores en 2 semanas
- Se hace un plan de formación a todo el equipo con las pistolas
- En un mes se pasa a trabajar solo con el SGA. Si la gente no trabaja en el sistema, nunca aprende. Se mejora así la productividad
- Se pasa a medir la fiabilidad del almacén con un rotativo de 30 lineas día.
- Plan de formación al líder, jefe de almacén y jefes de equipo sobre conceptos básicos logísticos
- Se contrata una persona más de soporte a proyectos, en esta caso dedicada al almacén y futuras implantaciones en delegaciones.
- Se pagó la formación adicional a la empresa de software y se cerró la implantación con los problemas que surgieron
RESUMEN
Cuando hay problemas graves de servicio en una cadena de suministro, suelen concurrir unas cuantas causas a la vez, pero lo importante es descubrir la principal para mejorar rápidamente. Hay que averiguar el Root Cause. No se puede arrancar un nuevo sistema sin formar bien a los que operan directamente sobre el producto. El proceso de formación falló estrepitosamente, lo que hace que se culpe injustamente al SGA y produzca una situación crítica.
Esto le costo a la empresa cientos de miles de euros durante un año y pérdida de clientes. El problema se mejoró mucho en 3 meses, llegando a una fiabilidad del 98% ubicado. Al final, una vez más, era un problema humano