Une équipe de développeurs de logiciels voudrait éliminer les défauts. En effet, les clients et testeurs identifient cinq défauts en moyenne par jour.
Pour traiter ce problème, je propose l’approche suivante :
- D’abord, toujours traiter le défaut de façon immédiate, tel que l’équipe le fait déjà. L’objectif est de trouver immédiatement une solution pour l’utilisateur final, de sorte qu’il puisse continuer à utiliser le logiciel. Cette réaction revient à protéger le client.
- Ensuite, mettre en place et traiter un bac rouge. Il s’agit d’un endroit visible, accessible à toute l’équipe, où son placés les défauts identifiés pendant le développement, les tests, mais aussi ceux reportés par les clients.
Le bac rouge dont je parle ici est un outil visuel, qui peut être aussi sous forme digitale. Voici ce à quoi il ressemble, pour des développeurs et testeurs de logiciels :

Lorsqu’un défaut est identifié, l’équipe fait de suite une action corrective pour protéger le client. Ensuite, elle détermine la cause “racine” du défaut pour le positionner dans la ligne correspondante sur le visuel. S’il s’agit d’une cause différente de celles précédemment identifiées, une nouvelle ligne est ajoutée.
Tous les deux jours, le manager de l’équipe conduit une analyse du contenu du bac rouge avec l’équipe. Il fait un focus sur la ligne contenant le plus grand nombre de défauts. Il s’agit de la cause de défauts la plus fréquente depuis la dernière revue du bac rouge. Il passe en revue chaque défaut de cette ligne, en challengeant l’équipe sur la cause qu’elle a identifiée. Avec une approche pédagogique, son objectif est de leur apprendre à déterminer une cause racine en les emmenant jusqu’au geste à améliorer ou ajuster pour que ces défauts ne se reproduisent plus jamais. A ce stade, il peut être nécessaire de faire des observations pour affiner une cause, ou même des expérimentations pour valider des actions au regard d’une cause supposée. Le manager s’assure de conduire un raisonnement clair avec une approche structurée de résolution de problème, le PDCA.
Une fois des actions prises pour traiter une cause racine, la ligne correspondante sur le visuel est vidée de ses défauts. L’équipe veut voir pendant quelques jours si des défauts continuent d’apparaître avec les mêmes causes, ce qui lui permet de valider ou non ses actions.
Le visuel présenté ici couvre une période glissante de 3 jours. Il s’agit de l’intervalle de temps que l’équipe se donne pour voir émerger une cause racine récurrente de défauts. Ce délai est bien entendu variable et dépend du volume de défauts en entrée et de la réactivité que veut se donner l’équipe pour éradiquer les défauts.
Il faut noter que le bac rouge est un outil du Lean Management. Sur une ligne de production, c’est le bac dans lequel on isole une pièce douteuse ou défectueuse. Il permet de faire de l’auto-qualité. Ensuite, de par son analyse en équipe, il offre une opportunité pour renforcer le sentiment d’appartenance de chacun. Il requiert une discipline du management pour une conduite régulière des analyses en équipes. Il offre à tout testeur, la possibilité de conduire une amélioration continue.
Contactez-nous pour en savoir plus sur la mise en place et l’analyse d’un bac rouge.
Leave a Reply