Operaciones digitales · 12 min de lectura
Los 8 desperdicios en tu ERP: el muda que no se ve en el piso
El muda no se queda en el piso. Cuando la operación se ejecuta sobre un ERP, MES y hojas de cálculo, los ocho desperdicios reaparecen en forma digital y casi nadie los mide. Aquí están los ocho, con ejemplos y cómo detectarlos.
3 de agosto de 2026 · Por Dr. Mohammad Reza Azarang Esfandiari
En la mayoría de las plantas mexicanas la operación real ya no ocurre solo en el piso: ocurre en un ERP, un MES, un sistema de calidad, un par de bases de acceso restringido y una cantidad considerable de hojas de cálculo. El producto se mueve por la línea, pero la decisión de qué producir, cuándo y con qué material se mueve por los sistemas. Si el muda del piso ya lo tienes identificado, falta la mitad del mapa.
La observación incómoda es que muchas plantas con sistemas más sofisticados tienen más desorden operativo que plantas con sistemas simples. No es un problema de software mal escrito: cada sistema, por separado, suele estar bien construido. El problema está en cómo se relacionan entre sí.
Por qué el muda se mudó al sistema
Taiichi Ohno definió los siete desperdicios observando flujo de material. Su valor no está en la lista, sino en el criterio: es desperdicio todo aquello que consume recursos sin agregar valor para el cliente. Ese criterio no depende de que lo que fluya sea acero o información. Cuando la operación se ejecuta sobre sistemas, el mismo consumo improductivo reaparece con otra cara: horas de analista reconciliando cifras, capturas dobles, reportes automáticos que nadie abre, decisiones que esperan a que alguien exporte un archivo.
Un sistema puede tener código limpio y aun así imponer una fricción operativa enorme, porque la fricción nace de cómo están organizados los componentes entre sí, no de cómo está construido cada uno.
Desperdicio estructural: la categoría que falta
Conviene separar tres cosas que se confunden con frecuencia. La deuda técnica es una consecuencia de decisiones de implementación apresuradas y se paga como retrabajo de desarrollo. El desperdicio de proceso es lo que ataca el mapeo de valor: esperas, transportes, retrabajos en la ejecución. El desperdicio estructural es distinto: es la ineficiencia que surge de la desalineación entre los componentes del sistema, y convive perfectamente con código limpio y con procesos localmente eficientes.
El desperdicio estructural se manifiesta de tres maneras. La primera es la sobrecarga de coordinación: cuando funciones relacionadas viven en sistemas distintos sin un contrato de integración, el esfuerzo humano se convierte en la capa de integración. La segunda es la deriva semántica: cuando cliente, pieza buena u orden cerrada significan cosas ligeramente distintas en cada sistema y nadie declaró la equivalencia, cada cifra agregada mezcla definiciones incompatibles. La tercera es la concentración de dependencia: el proceso no está en el sistema, está en la cabeza de una persona.
Los ocho desperdicios en su forma digital
| Desperdicio | Forma en el piso | Forma en el sistema |
|---|---|---|
| Sobreproducción | Producir antes o más de lo que pide el cliente | Reportes, tableros y correos automáticos que nadie consume; campos que se capturan porque el formato los pide |
| Espera | Operador parado esperando material o instrucción | Órdenes detenidas esperando una autorización manual, una liberación de calidad capturada a destiempo o un archivo que alguien debe exportar |
| Transporte | Mover material sin transformarlo | Mover datos entre sistemas solo para reconciliarlos: exportar del ERP, pegar en Excel, subir al tablero |
| Sobreprocesamiento | Hacer más de lo que el cliente requiere | Recapturar la misma información en dos o tres sistemas; validar a mano lo que una regla podría validar sola |
| Inventario | Material acumulado que esconde problemas | Trabajo en proceso acumulado en el sistema (órdenes abiertas, transacciones sin cerrar) cuyos problemas aparecen tarde |
| Movimiento | Operador buscando herramienta o información | Navegar tres pantallas y dos sistemas para completar una sola tarea |
| Defectos | Pieza fuera de especificación, retrabajo | Valores inconsistentes que se propagan porque la validez no se exige en el origen; el error se descubre en el cierre de mes |
| Talento no utilizado | Ideas de mejora que nadie escucha | Gente ocupada siendo la memoria del sistema en lugar de mejorarlo: quien reconcilia todos los días no tiene tiempo de rediseñar nada |
Dos traducciones merecen cuidado. El inventario digital no es desperdicio por el capital inmovilizado (copiar información no cuesta capital), sino por lo mismo que en el piso: el nivel de agua que esconde las rocas. Y el talento no utilizado se conecta con la concentración de dependencia por un mecanismo concreto: la persona que se usa como memoria de la operación es la persona que no está disponible como fuente de mejora.
Dónde vive cada desperdicio: las cinco capas
Para atacarlos hace falta saber dónde se contienen. Una operación digital se puede leer en cinco capas, cada una con su equivalente en el sistema Toyota. No son capas de software: son modos de trabajo operativo.
| Capa | Principio Toyota | Síntoma característico |
|---|---|---|
| Datos | Trabajo estandarizado | Significado divergente de una misma entidad entre sistemas (deriva semántica) |
| Lógica | Jidoka | Reglas de negocio duplicadas en varios sistemas, que terminan por no coincidir |
| Interfaz | Gestión visual | Pantallas y reportes redundantes o sin uso; la información no está en el punto de decisión |
| Orquestación | Flujo y jalar | Secuenciación por empuje, atascos en las entregas entre áreas |
| Retroalimentación | Kaizen | El conocimiento operativo vive en personas y no regresa al sistema |
De aquí sale la regla práctica más útil del enfoque: la capacidad operativa está limitada por la capa menos madura. Invertir en tableros de primer nivel cuando la capa de datos no tiene una fuente autoritativa por entidad no aumenta la capacidad; solo hace más visible la inconsistencia. Primero flujo, después automatización.
Caminata de desperdicios digital
El equivalente del gemba walk se hace igual: en el lugar donde ocurre el trabajo, con cronómetro y sin juzgar a nadie. Acompaña durante un turno completo a un planeador, a un supervisor y a quien prepara el reporte de producción, y registra lo siguiente.
- Cuántas veces el mismo dato se captura en más de un lugar durante el turno
- Cuántos minutos se van en exportar, pegar y cuadrar cifras entre sistemas
- Cuántos reportes se generan y cuántos se abren realmente (la mayoría de los ERP lo registran)
- Qué decisiones esperan a que una persona específica esté disponible
- Qué indicadores tienen dos valores distintos según de dónde se saquen, y por qué
- Qué reglas de negocio están escritas en más de un sistema y ya no coinciden
Una salida útil de esta caminata es la cuenta de horas-persona por semana dedicadas a reconciliación. En plantas medianas es habitual encontrar entre veinte y sesenta horas semanales, es decir, entre medio y uno y medio de equivalentes de tiempo completo sostenidos indefinidamente sin agregar valor.
Tabla de síntoma, medición y contramedida
| Síntoma | Cómo medirlo | Contramedida |
|---|---|---|
| Se reconcilia en Excel todos los lunes | Horas-persona por semana en reconciliación | Definir fuente autoritativa por entidad y un contrato de integración explícito |
| Dos áreas reportan cifras distintas de lo mismo | Diferencia porcentual entre fuentes del mismo indicador | Diccionario de datos con definiciones declaradas y responsable por entidad |
| La misma regla vive en tres sistemas | Conteo de reglas duplicadas por proceso | Externalizar la regla, versionarla y exigirla en el punto de decisión |
| Nadie abre el reporte diario | Tasa de apertura por reporte en 30 días | Retirar el reporte y sustituirlo por información en el punto de uso |
| Solo una persona sabe correr el cierre | Número de procesos críticos con un único ejecutante | Externalizar el procedimiento, capacitar un segundo ejecutante y auditarlo |
| El error se descubre en el cierre de mes | Tiempo entre la generación del error y su detección | Validación en el origen: bloquear el estado inválido donde se produce |
Por dónde empezar
Empieza por la capa de datos, porque toda mejora posterior se apoya en ella: una fuente autoritativa por entidad y las definiciones declaradas por escrito. Después ataca la regla de negocio más duplicada que hayas encontrado. Y en paralelo, resuelve el proceso crítico que dependa de una sola persona, que es el riesgo más barato de cerrar y el más caro de ignorar.
El orden importa: el mismo principio que aplica en el piso aplica aquí. Estabiliza, estandariza y luego automatiza. Automatizar un proceso inestable solo produce inestabilidad más rápido.
Seguir leyendo
Preguntas frecuentes
- ¿Los 8 desperdicios aplican a sistemas de información?
- Sí. El criterio de Ohno es que es desperdicio todo lo que consume recursos sin agregar valor para el cliente, y ese criterio no depende de si lo que fluye es material o información. Cada desperdicio conserva su mecanismo causal y cambia de forma: la sobreproducción se vuelve reportes que nadie consume y el transporte se vuelve mover datos entre sistemas para reconciliarlos.
- ¿Qué es el desperdicio estructural?
- Es la ineficiencia operativa que surge de la desalineación arquitectónica entre los componentes de un sistema de información, no de cómo está construido cada componente. Se manifiesta como sobrecarga de coordinación, deriva semántica y concentración de dependencia, y puede coexistir con código limpio y procesos localmente eficientes.
- ¿En qué se diferencia del concepto de deuda técnica?
- La deuda técnica es una obligación heredada de decisiones de implementación dentro de un sistema y se paga como retrabajo de desarrollo. El desperdicio estructural es una propiedad de la relación entre sistemas y se paga todos los días como esfuerzo humano de coordinación. Tienen causas, señales y remedios distintos, y confundirlos lleva a prescribir la intervención equivocada.
- ¿Por qué mi planta tiene más desorden con más sistemas?
- Porque cada sistema nuevo agrega fronteras que hay que reconciliar. Si esas fronteras no tienen un contrato de integración explícito, la reconciliación la absorbe la gente, y la carga crece con el número de fronteras, no con el número de sistemas. Se suma capacidad técnica y se resta capacidad operativa.
- ¿Cómo mido el desperdicio en mi ERP?
- Con tres cifras de arranque: horas-persona por semana dedicadas a reconciliar información entre sistemas, número de indicadores que tienen dos valores distintos según la fuente, y número de procesos críticos que dependen de un único ejecutante. Las tres se levantan en una semana de observación en el lugar de trabajo.
- ¿Se debe automatizar antes o después de estabilizar el flujo?
- Después. El flujo precede a la automatización: automatizar un proceso inestable produce resultados inestables más rápido y a mayor escala. Primero se estabiliza y estandariza el proceso, se define la fuente autoritativa de datos y se externalizan las reglas; la automatización viene al final.
Siguiente paso
¿Quieres saber cuánto está perdiendo tu planta hoy?
Un diagnóstico de dos a tres semanas te da la línea base de indicadores y los hallazgos priorizados por impacto económico.