Dans toutes les industries et tous les métiers, le gaspillage prend mille visages. Le Lean Management, hérité du Toyota Production System, lui donne un nom unique : le Muda. Derrière ce mot japonais se cache une idée simple mais redoutablement opérationnelle : tout ce qui mobilise des ressources sans produire de valeur est, par définition, du gaspillage à traquer.
Par « gaspillage », on entend précisément une activité qui n’est pas nécessaire à la production de valeur, mais qui consomme malgré tout des ressources : du temps, de l’argent, de l’énergie, de la disponibilité des équipes. Le Muda n’est donc pas qu’une question d’usine : il décrit aussi bien une chaîne de montage automobile qu’une équipe d’ingénierie logicielle qui empile les tickets, les réunions et les retouches.
Dans un précédent article, j’évoquais le Gemba Walk et sa capacité à révéler les problèmes directement depuis le terrain, là où la valeur se crée. C’est précisément l’un de ses intérêts : il permet de débusquer ces Mudas, qui sont la plupart du temps symptomatiques de problèmes bien plus profonds. Un gaspillage visible cache presque toujours une cause racine qui mérite, elle, une analyse approfondie.
On distingue principalement huit catégories de Muda, que l’on peut mémoriser grâce à l’acronyme TIM WOOD, auquel s’ajoute un huitième gaspillage, le Talent, intégré après coup.
T : Transportation (le transport)
Ce gaspillage désigne le déplacement et le transport excessifs de la pièce produite. Prenez un restaurant : la « pièce » est l’assiette qui contient le plat. Si, par manque d’organisation, elle doit faire des allers-retours inutiles entre les différents postes de la cuisine avant d’arriver en salle, chaque trajet superflu est un Muda de transport.
En ingénierie logicielle, on retrouve le même schéma dès qu’une donnée ou un livrable transite par trop d’intermédiaires : des handoffs incessants entre équipes, un artefact qui voyage d’un environnement à l’autre sans nécessité, ou une information qui circule de service en service avant d’atteindre celui qui en a réellement besoin.
I : Inventory (les stocks)
Ce gaspillage correspond au stockage excessif de pièces destinées à la vente. Un stock dormant immobilise du capital, engendre des coûts de stockage et expose à des risques de péremption ou de détérioration du produit.
Côté logiciel, le « stock » prend la forme de travail commencé mais non livré : des fonctionnalités développées qui attendent dans une branche, du code en attente de revue, ou des incréments terminés mais bloqués avant la mise en production. Tout ce travail en cours (« work in progress ») est du capital figé qui ne génère aucune valeur tant qu’il n’atteint pas l’utilisateur.
M : Motion (le mouvement)
Le Muda de mouvement désigne les gestes inutiles ou inefficaces exercés par la personne ou l’équipement qui produit la pièce : un poste de travail mal agencé, un manque d’ergonomie, un outillage inadapté qui oblige à multiplier les manipulations.
Pour une équipe technique, ce sont tous ces micro-frottements du quotidien : naviguer entre des outils mal intégrés, répéter manuellement des opérations qui pourraient être automatisées, ou chercher en permanence une information mal rangée. Chaque geste superflu, pris isolément, paraît anodin, mais leur accumulation érode la productivité.
W : Waiting (l’attente)
Ce gaspillage désigne l’inactivité de personnes ou d’équipements en attente de traitement, à cause d’une tâche antérieure bloquante. La valeur ne progresse pas : elle patiente.
C’est sans doute le Muda le plus familier des équipes d’ingénierie. On attend une revue de code, on attend la fin d’un pipeline d’intégration continue, on attend une validation, on attend qu’une dépendance soit disponible. Pendant ce temps, le travail s’accumule en amont et les personnes en aval tournent au ralenti.
O : Overprocessing (le surtraitement)
Le surtraitement désigne une activité qui n’apporte pas plus de valeur que le traitement initial : des étapes redondantes, des procédures inutiles, un raffinement que personne n’a demandé.
En développement, cela recouvre la sur-ingénierie : abstractions prématurées, généralisations spéculatives pour des besoins hypothétiques, documentation pléthorique que personne ne lira, ou processus de validation disproportionnés par rapport à l’enjeu réel. Faire plus que nécessaire reste un gaspillage, même quand c’est fait avec les meilleures intentions.
O : Overproduction (la surproduction)
La surproduction désigne une production trop importante par rapport à la demande ou à la capacité de traitement de l’étape suivante. C’est, dans le modèle Lean, l’un des gaspillages les plus toxiques, car il en alimente souvent plusieurs autres (stocks, attente, défauts).
L’exemple est limpide en ingénierie : un Product Owner qui remplit le backlog de dizaines de tickets, qui deviendront obsolètes avec le temps, alors que les développeurs ne peuvent en traiter qu’un seul à la fois. On produit du travail plus vite qu’il ne peut être consommé, et l’excédent finit par se périmer sans jamais créer de valeur.
D : Defects (les défauts)
Ce gaspillage désigne la production de pièces défectueuses, autrement dit la non-qualité. Ses conséquences se paient cash : insatisfaction client, retouches et support pour rattraper le tir.
Dans notre métier, les défauts ont un nom bien connu : les bugs. Chaque correction de bug est un travail qui ne crée aucune valeur nouvelle : il ne fait que réparer une valeur qu’on pensait déjà livrée. S’y ajoutent les régressions, les incidents en production et tout l’effort de support mobilisé pour absorber les défaillances. La non-qualité ne se contente pas de coûter cher : elle détourne l’énergie de l’équipe de ce qui compte vraiment.
T : Talent (le talent)
Huitième et dernier Muda, ajouté après la création de l’acronyme initial, le gaspillage de talent désigne la mauvaise utilisation des compétences des personnes. C’est le cas lorsqu’on ne permet pas à quelqu’un de mettre pleinement à profit son savoir-faire dans le cadre de ses activités.
C’est peut-être le gaspillage le plus coûteux à long terme, car il touche à la matière la plus précieuse d’une organisation : ses gens. Un ingénieur expérimenté cantonné à des tâches répétitives, une expertise ignorée dans les décisions qui la concernent, une idée pertinente jamais entendue, autant de potentiels inexploités. Contrairement aux autres Mudas, celui-ci ne se mesure pas en stock ou en latence, mais en frustration et en désengagement.
Conclusion
Les huit Mudas, Transportation, Inventory, Motion, Waiting, Overprocessing, Overproduction, Defects et Talent, forment une grille de lecture remarquablement universelle. Pensée pour l’industrie automobile, elle s’applique tout aussi bien à une équipe logicielle : transport de l’information, stock de travail non livré, attente devant un pipeline, bugs, surproduction de tickets.
L’essentiel est de garder en tête que ces gaspillages ne sont presque jamais la cause du problème : ils en sont le symptôme. Les repérer n’est qu’un point de départ : la vraie valeur naît de l’analyse qui remonte jusqu’à leur origine. Alors, équipé de l’acronyme TIM WOOD comme d’une boussole : chassez le Muda.