Su navegador no soporta JavaScript. Muda - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS

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
Este es el mayor pecado del despilfarro según Ohno. En la industria manufacturera, el trabajo en curso suele asociarse al inventario en curso. La identificación de los residuos en proceso dio paso a la Justo a tiempo estrategia de suministro. En Scrum en proceso de residuos se denomina Trabajo en curso, a menudo abreviado como WIP. El despilfarro se produce cuando un equipo trabaja demasiadas productos pendientes  simultáneamente. Esto ralentiza al equipo y le impide llevar a cabo cualquier tarea con rapidez.

fairydustboard_20110324

 

Sobreproducción
stock-footage-video-footage-of-a-food-over-production-of-pumpkinsFabricar más de lo que se va a vender es una forma de despilfarro. En agricultura es como cultivar más producto del que consumirá el mercado. Esa producción extra es puro despilfarro. El dinero y los recursos se invierten en el producto, sin contribuir a añadir valor a la organizació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
Cada paso que debe dar un trabajador para trasladar un producto de una máquina a otra es un desperdicio. Alguno habrá, pero hay que minimizarlo sin piedad.

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.handoff

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
Scrum Inc. Multi-Tasking

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
standing-in-lineEn una línea de producción, si una máquina está esperando a que otra termine su trabajo, cada minuto de espera es una pérdida. En Scrum, si un equipo no tiene una buena formación cruzada, se puede perder mucho tiempo esperando a que un miembro del equipo termine un trabajo que nadie más puede hacer.

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
Los desarrolladores de software están familiarizados con esta forma de Muda. Si un equipo no crea código limpio a diario, se puede perder mucho tiempo volviendo atrás para corregir errores. No podemos insistir lo suficiente en la importancia de abordar los errores con rapidez y el mismo día en que se descubren y, si se realiza una integración continua, el mismo día en que se crean. La investigación ha demostrado que arreglar un fallo una semana más tarde puede multiplicar por 24 el tiempo que se tarda en arreglar un fallo. En otras palabras, arreglar un fallo hoy llevará una hora, arreglarlo dentro de una semana llevará tres días de 8 horas.

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.

 

es_ARSpanish
Acciones