Une aventure vers l’efficience (Partie 2 de 2)

À la suite de plusieurs itérations infructueuses, une équipe de développement logiciel trouve plusieurs problèmes causés lors de l’intégration des composants dans l’environnement final.

Isabelle, membre de l’équipe, décide de fusionner les changements et de compiler les composants de son équipe régulièrement sur son poste. Elle passe plusieurs heures à faire de l’intégration et à régler les problèmes elle-même, en plus d’implémenter les fonctionnalités qu’elle et son équipe se sont engagées à réaliser. Pour pallier les retards, le Scrum Master a mis la main à la pâte et implémenté des fonctionnalités, et certains membres de l’équipe ont dû faire des heures supplémentaires.

En tant que coach Agile, voici le type d’accompagnement que je m’attends à faire auprès de l’équipe d’Isabelle :

• « Salut l’équipe, êtes-vous heureux de votre réussite? »
•  « Oui, me dit le Scrum Master. Je vois les signes de tête affirmatifs autour de moi. »
• « Maintenant que vous savez comment faire pour réussir une itération, que pensez-vous d’augmenter la vélocité? » Je remarque les yeux en détresse d’Isabelle. De plus, son visage affiche de la fatigue. L’équipe ne semble pas enthousiaste à cette nouvelle demande.
• « Ne comptez pas sur moi pour recommencer, c’est trop exigeant. À la prochaine itération, nous devrions prendre moins de fonctionnalités et baisser la vélocité. C’est le prix à payer pour un produit de qualité », répond Isabelle.
• « OK, leur dis-je? Comment avez-vous fait? Isabelle m’explique les moyens qu’elle a pris pour que cela marche. Le Scrum Master me parle des heures et du surplus qu’ils ont faits. »
• « Je crois que c’est une bonne idée de diminuer la vélocité », dit le Scrum Master. « De plus, nous pourrons effectuer cette tâche à tour de rôle. »
• « Hum! OK. Nous semblons tous d’accord que cette nouvelle façon de faire est profitable. Pensez-vous un jour développer sans cela? »
• « Non, non, jamais de la vie », me disent à tour de rôle les membres de l’équipe.
• « Bien, alors réfléchissons (et c’est le début de la magie de l’efficience). Nous ne sommes pas les seuls à avoir ce genre de problème. Alors, que font les autres équipes de développement qui ont le même contexte que nous? »
• « Bien, mon frère développe des systèmes dans le même domaine d’affaires que nous », dit Marc. « Ils ont un outil pour faire de l’intégration continue. La compilation se fait automatiquement par un script. Il compile et exécute les tests unitaires; cela fait même des revues de la qualité du code. Mon frère m’a dit que c’était facile à installer. »
• « Ouais, mais tu sais bien qu’ici, ils n’ont pas d’argent », lui répond le Scrum Master.
• « C’est un outil gratuit », rétorque Marc.
• « Ouais, mais il ne règle pas les erreurs, ni les bogues. Je l’ai essayé pendant plusieurs heures », répond Isabelle.
• « Oui, mais est-ce normal que ce soit à toi de tout régler? », lui demandais-je.
• « Non, mais qui d’autre va le faire? »
• Je regarde autour de moi et j’attends.
• « Ce sont nos erreurs, dit Marc. Nous devons avoir une nouvelle règle d’équipe. Nous devons nous assurer que le système d’intégration continue est fonctionnel à 100 %, et ce, en tout temps. »
• « Bien, leur dis-je, nous reparlerons de la vélocité à la fin de la prochaine itération. »

Désirez-vous que vos équipes travaillent plus fort ou plus intelligemment? Sélectionnez une équipe. Observez les coéquipiers et prenez des moyens pour les rendre plus efficients.