Votre navigateur ne supporte pas JavaScript ! Muda - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS

Muda

Mudaou effort gaspillé, est l'un des trois types de déchets décrits par l'OMS. Taiichi Ohno dans son livre fondateur, Le système de production Toyota. (Voir les diapositives pour une analyse des trois formes de déchets).

Temps estimé pour ce cours: 15 minutes
Audience: Débutant
Prérequis suggérés: Aucun

À l'issue de la formation, vous serez en mesure de

  • Comprendre la taxonomie des déchets de Taiichi Ohno.
  • Savoir identifier les Muda, c'est-à-dire les efforts gaspillés, dans votre processus
  • Se qualifier pour le PMI UFC. Voir FAQ pour plus de détails
Vue d'ensemble

Les travaux d'Ohno ont capturé l'essence de ce que l'on appelle la production allégée en Occident. Il a écrit que la première étape de l'application du système de production Toyota est une idée simple : identifier et éliminer les gaspillages. Plutôt que d'inventer un nouveau processus, il faut d'abord éliminer le gaspillage dans le système existant. Il en résultera une amélioration spectaculaire de la productivité et, plus important encore, un changement fondamental du processus.

L'élimination des déchets met votre processus à nu. Vous pouvez maintenant y apporter des modifications explicites, puis l'inspecter et l'adapter en conséquence. Modifier votre processus avant d'éliminer les déchets, c'est un peu comme réarranger les chaises longues sur le Titanic. Dans Scrum, nous considérons souvent les déchets comme  Obstacles. Il est important de l'identifier, de le suivre et de le supprimer.

Ohno a cassé Muda en 7 catégories. Elles sont réparties dans les onglets ci-dessous.

Inventaire en cours
Selon Ohno, il s'agit là du plus grand péché de gaspillage. Dans l'industrie manufacturière, les travaux en cours sont généralement associés à des stocks en attente. L'identification des gaspillages en cours de fabrication a donné naissance à la Juste à temps la stratégie d'approvisionnement. En Scrum, le gaspillage dans le processus est appelé Travail en cours, souvent désigné par l'abréviation WIP. Le gaspillage se produit lorsqu'une équipe travaille trop éléments du carnet de commandes  simultanément. Cela ralentit l'équipe et l'empêche de faire avancer rapidement l'un ou l'autre élément.

fairydustboard_20110324

 

Surproduction
stock-footage-video-footage-of-a-food-over-production-of-pumpkinsProduire une quantité de produits supérieure à celle qui sera vendue est une forme de gaspillage. Dans l'agriculture, cela revient à cultiver plus de produits que le marché n'en consommera. Cette production supplémentaire n'est que pure perte. L'argent et les ressources sont immobilisés dans le produit et ne contribuent pas à ajouter de la valeur à l'organisation.

Dans le développement de nouveaux produits, ce gaspillage se produit lorsque les équipes ne respectent pas la règle des 80/20. (L'idée que 80% de la valeur d'un projet se trouve dans 20% de ses caractéristiques. Product Owner's la responsabilité d'assurer correctement Attribuer une valeur commerciale aux éléments du carnet de commandes, de sorte que l'équipe ne travaille pas sur des éléments qui ont une valeur relativement faible. Une forte Définition de "Fait permet également d'éviter que les membres de l'équipe ne fassent plus de travail que nécessaire pour produire une fonctionnalité intéressante.

Le processus lui-même

Souvent, les organisations tombent amoureuses du processus lui-même et oublient le produit. Une documentation trop détaillée, des frais généraux de gestion inutiles et des rapports excessifs sont des exemples courants de gaspillage de processus. Les organisations ont des raisons juridiques et fonctionnelles d'exiger des processus et de la documentation, mais il est important que ces activités contribuent à créer de la valeur pour l'entreprise et ne soient pas simplement dépassées ou mal orientées.

Transport
Chaque étape qu'un travailleur doit franchir pour déplacer un produit d'une machine à l'autre est un gaspillage. Il y en aura toujours, mais ils doivent être impitoyablement réduits.

Un exemple célèbre est celui de la reprise par Toyota de l'usine automobile NUMMI de GM. Une gigantesque machine de plusieurs tonnes se trouvait à une cinquantaine de pieds de sa position optimale. GM s'est contenté de la contourner. Toyota a demandé à tous les employés de l'usine de soulever la machine à l'aide de leurs seuls muscles et de la déplacer de 15 mètres. L'arrêt de la production pendant quelques heures a été payant, car il a permis d'éliminer ces minutes de gaspillage inhérentes à l'ancienne configuration.handoff

Le gaspillage en matière de transport ne se limite pas à une chaîne de production. Dans un environnement de bureau, le gaspillage de transport prend souvent la forme de transferts mal coordonnés entre les membres de l'équipe.

Le mouvement gaspillé
Scrum Inc. Multi-Tasking

Ce phénomène est souvent associé au changement de contexte, ou à ce que la plupart des gens appellent le "changement de contexte". Multi-tâches. La recherche montre que le changement de contexte crée des quantités incroyables de déchets, car le cerveau met de côté les connaissances nécessaires à l'exécution d'une tâche et accède à ce dont il a besoin pour effectuer la suivante. Choisissez un travail, accomplissez-le et passez à autre chose. La diapositive ci-dessus montre la quantité de déchets générés par le passage d'un travail à l'autre.

Attente
standing-in-lineSur une chaîne de production, si une machine attend qu'une autre ait terminé son travail, chaque minute d'attente est une perte. Dans Scrum, si une équipe n'est pas bien formée, beaucoup de temps peut être perdu à attendre qu'un membre de l'équipe effectue un travail que personne d'autre ne peut faire.

La clé pour éliminer l'attente est de minimiser les dépendances en matière d'expertise, d'information ou de matériel. Une mauvaise communication peut entraîner des retards si un membre de l'équipe doit attendre une information critique. Dans le secteur de la fabrication, si une pièce de matériel essentielle n'a pas été livrée, l'ensemble de l'entreprise risque de devoir attendre qu'elle arrive.

Corriger les erreurs
Les développeurs de logiciels connaissent bien cette forme de Muda. Si une équipe ne crée pas quotidiennement un code propre, elle peut perdre beaucoup de temps à revenir en arrière pour corriger les bogues. Nous n'insisterons jamais assez sur l'importance de traiter les bogues rapidement et le jour même de leur découverte, et si vous pratiquez l'intégration continue, le jour même de leur création. Des recherches ont montré que la correction d'un bogue une semaine plus tard peut multiplier par 24 le temps nécessaire à la correction d'un bogue. En d'autres termes, si vous corrigez un bogue aujourd'hui, cela vous prendra une heure, et si vous le corrigez dans une semaine, cela vous prendra trois jours de 8 heures.

Quel que soit le secteur, le fait de revenir en arrière pour corriger des erreurs est source de gaspillage. Il est possible de limiter les erreurs en intégrant le contrôle de la qualité dans le processus de développement, de manière à ce que les problèmes soient découverts et corrigés au point d'origine. Dans Scrum, la vitesse de développement est déterminée par la qualité du travail. Faites-le bien du premier coup et éliminez le gaspillage lié à la reprise du travail à l'avenir.

 

fr_FRFrench
Actions