La empresa creyó que el problema era “falta de transportistas”. Eso es casi un clásico: cuando algo sale mal, buscamos una causa externa porque es más cómoda…y porque no te obliga a mirar adentro. Pero el caso ya nos da el dato incómodo: el retraso se cocina en clasificación. Y aquí hay una idea fundamental: en logística, el transporte no “arregla” lo que el almacén destruye; solo lo hace visible. El camión es el mensajero, no el culpable.
Si construimos un Ishikawa, aparecen seis familias de causas que suelen estar amarradas entre sí:
-
Método: procesos improvisados, reglas de prioridad confusas (“ahorita vemos”), olas mal diseñadas, retrabajo.
-
Mano de obra: capacitación reactiva, rotación, fatiga; se gestiona con presión, no con sistema.
-
Máquina/tecnología: escáneres insuficientes o mal usados; WMS configurado para “reportar bonito” más que para operar bien.
-
Material: etiquetas mal impresas, dañadas o inconsistentes; cada etiqueta ilegible es un impuesto al tiempo.
-
Medición: se mide “salieron X paquetes” pero no se mide lo importante: tiempo de ciclo, colas (WIP), variabilidad por hora y % retrabajo.
-
Medio ambiente: layout que obliga a caminar de más, cruces, saturación en picos; el almacén como laberinto.
Con una matriz causal (impacto vs. controlabilidad), la causa raíz más sólida no es “faltan manos”, sino un diseño de proceso que no absorbe la variabilidad de la demanda, sin métricas operativas finas para gobernarlo. O sea: el sistema genera colas, luego compensa con urgencias, y la urgencia produce errores… que generan más colas. Es un ciclo.
Estrategias:
-
Desarmar la ilusión: medir tiempos de ciclo por etapa, colas y retrabajo (si no mides, solo opinas).
-
Estandarizar método: SOP, reglas de prioridad, olas por zona, definición de calidad de entrada (etiqueta/escaneo).
-
Rediseñar flujo: zonificación y slotting ABC para reducir recorridos y cruces; balanceo por picos con turnos escalonados y cross-training.
-
Gestión diaria: huddles tipo Gemba con tablero en tiempo real (WIP, ciclo, SLA por ola).
-
Tecnología como habilitador, no como “salvación”: escaneo obligatorio, etiquetado robusto, WMS alineado al proceso.
En resumen: el retraso no es “mala suerte” ni “falta de camiones”; es una arquitectura operativa que fabrica atrasos. Y lo que fabrica un sistema, lo repite.
Referencias (APA)
-
Ishikawa, K. (1986). Guide to quality control. Asian Productivity Organization.
-
Womack, J. P., & Jones, D. T. (2003). Lean thinking: Banish waste and create wealth in your corporation (2nd ed.). Free Press.
-
Slack, N., Brandon-Jones, A., & Burgess, N. (2019). Operations management (9th ed.). Pearson.
