Dans un monde idéal, une équipe Scrum devrait être dédiée au projet et exposée le moins possible à des dérangements extérieurs. Toutefois, dans la plupart des cas, les équipes doivent se concentrer à la fois sur du nouveau développement et sur le soutien des versions antérieures du logiciel en production. Quand des demandes de soutien arrivent, celles-ci peuvent perturber le déroulement du sprint. Selon leur urgence, ces demandes peuvent même mettre en péril l’engagement de l’équipe. Quand une partie de l’équipe doit passer en mode « pompier » pour éteindre des feux, certaines situations peuvent pousser à réduire la portée de l’engagement, voire à arrêter le sprint. Peut-on faire autrement?
Voici quelques stratégies qui vous permettront de voir plus clair et de mieux gérer ce genre de situation :
Il n’en demeure pas moins que consacrer autant d’effort à gérer du soutien applicatif est très coûteux et pourrait être évité. Autant prévenir et régler ce problème à la source en mettant dès le début l’accent sur la qualité de la solution, l’excellence technique et la simplicité dans la conception, en maintenant un rythme soutenable et en évitant que la dette technique ne s’accumule.
Bref, la mise en place de certaines de ces stratégies pourrait vous permettre de voir plus clair dans des situations difficiles et de passer d’un mode « réactif » à un mode plus « proactif ».
Bien entendu, les stratégies mentionnées ci-dessus ne s’appliquent pas à tous les contextes ou elles doivent peut-être avoir à être adaptées à votre réalité ainsi qu’à la taille et à l’expertise de vos équipes.
Dans votre contexte, quelles stratégies utilisez-vous?
1 Commentaire
Très intéressant!