Muda
MudaEl despilfarro, o esfuerzo malgastado, es uno de los tres tipos de despilfarro descritos por la Comisión Europea. Taiichi Ohno en su libro fundamental, El sistema de producción Toyota. (En las diapositivas se desglosan las tres formas de residuos).
Tiempo estimado para este curso: 15 minutos
Audiencia: Principiante
Requisitos previos sugeridos: Ninguno
Una vez finalizado:
- Comprender la taxonomía de los residuos de Taiichi Ohno.
- Sepa cómo identificar el Muda, o esfuerzo desperdiciado, en su proceso
- Cualificarse para el PMI PDUs. Véase PREGUNTAS FRECUENTES para más detalles
Visión general
El trabajo de Ohno captó la esencia de lo que en Occidente se denomina fabricación ajustada. Escribió que el primer paso para aplicar el sistema de producción Toyota es una idea sencilla: identificar y eliminar los residuos. En lugar de inventar un nuevo proceso, elimine primero los residuos del sistema existente. Se producirá una mejora espectacular de la productividad y, lo que es más importante, el proceso cambiará radicalmente.
La eliminación de residuos dejará al descubierto su proceso. Ahora puede introducir cambios explícitos en él y, a continuación, inspeccionarlo y adaptarlo en consecuencia. Cambiar el proceso antes de eliminar los residuos es como cambiar las sillas del Titanic. En Scrum, a menudo tratamos los residuos como Impedimentos. Es importante identificarlo, rastrearlo y eliminarlo.
Ohno se rompió Muda en 7 categorías. Se desglosan en las pestañas siguientes.
Inventario en curso
Sobreproducción
En el desarrollo de nuevos productos, este despilfarro se produce cuando los equipos no siguen la regla del 80/20. (La idea de que 80% del valor de un proyecto está en 20% de sus características.) Es la Product Owner's responsabilidad de Asignar valor empresarial a los elementos del backlog para que el equipo no trabaje en características que tienen un valor relativamente bajo. Una Definición de Hecho también ayudará a evitar que los miembros del equipo trabajen más de lo necesario para producir una función valiosa.
El propio proceso
A menudo, las organizaciones se enamoran del proceso en sí y se olvidan del producto. La documentación excesivamente detallada, los gastos de gestión innecesarios y el exceso de informes son algunos ejemplos comunes de despilfarro de procesos. Las organizaciones tienen razones legales y funcionales para exigir procesos y documentación, pero es importante que estas actividades contribuyan a crear valor empresarial y no sean simplemente obsoletas o erróneas.
Transporte
Un ejemplo famoso fue cuando Toyota se hizo cargo de la planta automotriz NUMMI de GM. Una gigantesca máquina de varias toneladas estaba a unos quince metros de su posición óptima. GM se limitó a evitarlo. Toyota consiguió que todos los empleados de la planta levantaran la máquina con músculo humano y la desplazaran esos quince metros. Parar la producción durante un par de horas valió la pena porque se eliminaron esos minutos de despilfarro inherentes a la disposición anterior.
El despilfarro en el transporte no se limita a una línea de producción. En un entorno de oficina, el despilfarro de transporte a menudo adopta la forma de entregas mal coordinadas entre los miembros del equipo.
Movimiento desperdiciado
Esto se asocia a menudo con el cambio de contexto, o lo que la mayoría de la gente denomina Multitarea. Las investigaciones demuestran que el cambio de contexto genera cantidades increíbles de residuos, ya que el cerebro deja a un lado los conocimientos necesarios para realizar una tarea y accede a los que necesita para realizar la siguiente. Elige un trabajo, complétalo y sigue adelante. La diapositiva anterior muestra un desglose de los residuos que se generan al cambiar de un trabajo a otro.
En espera
La clave para eliminar las esperas es reducir al mínimo la dependencia de conocimientos, información o materiales. Una mala comunicación puede crear retrasos si un miembro del equipo tiene que esperar para recibir una información crítica. En la fabricación, si no se ha entregado una pieza crítica de hardware, es posible que toda la empresa tenga que esperar hasta que llegue.
Corrección de errores
Independientemente del sector, volver atrás para corregir errores genera residuos. Los errores pueden limitarse incorporando el control de calidad al proceso de desarrollo, de modo que los problemas se descubran y corrijan en el punto de origen. En Scrum, la velocidad de desarrollo depende de la calidad del trabajo. Hágalo bien a la primera y elimine el despilfarro que supone volver a trabajar en el futuro.