Nous avons configuré notre outil d'
intégration continue pour qu'il envoie un mail d'alerte à chaque équipier lorsqu'un
build automatisé (compilation et tests) échoue. Notre
priorité est alors de revenir au plus tôt à une situation nominale caractérisée par un
build réussi.
Mais voilà, notre attention n'est pas concentrée sur notre messagerie. Nous avons beau être nombreux dans l'équipe, certains
builds échoués restent non détectés plusieurs heures. Il arrive également qu'un
build échoué soit détecté, mais qu'il ne soit pas corrigé dans l'heure. Alors les équipiers s'inquiètent car ils ne sont pas certains que quelqu'un soit en train de résoudre le problème.
De sa propre initiative, l'équipe a décidé de se mettre la pression. Elle a réfléchi à la solution la plus simple pour mettre en place un
andon. Il s'agit d'un signal lumineux visible de tous qui signale une anomalie.
Un équipier a alors acheté un
i-buddy pour le poste d'intégration continue. Lorsque le
build incrémental et le
build complet sont tous deux réussis, la tête de l'
i-buddy est
verte. Si un de ces deux
builds échoue, la tête de l'
i-buddy est
rouge. Lorsqu'un build échoué est en réparation, le tête de l'i-buddy est
bleue.
La loupiote est posée sur l'écran du poste d'intégration continue. Une
légende explicative attachée à l'i-buddy rend l'interprétation de son signal lumineux
évidente pour tous (application du
5S) .
Cette petite initiative a plusieurs avantages:
- un signal lumineux visible de tous signale clairement les problèmes de build;
- le signal lumineux rouge, visible de tous, motive les équipiers à rapidement corriger le problème détecté;
- le signae lumineux bleu rassure l'équipe sur le fait que des équipiers se chargent du problème détecté;
- c'est une petite pratique sympa dont l'équipe est fière. Elle soude ses membres en contribuant à son folklore.
Bref,
intégration continue + i-buddy = jidokaPS: Il est de bon ton se caser quelques mots en japonais comme
andon et
jidoka dans son billet ;o)