La dette technique dans Scrum : un scenario realiste
La dette technique est le cout accumule des raccourcis de conception et d'implementation pris pour atteindre des objectifs a court terme -- des raccourcis qui reduisent la qualite, la maintenabilite ou la performance de la base de code.
Le scenario : une equipe de produit logiciel
Une equipe Scrum construit une application web pour un organisme gouvernemental. Le Product Owner priorise les fonctionnalites visibles. L'equipe atteint constamment les objectifs de Sprint.
Comment la dette technique s'accumule
Quand l'equipe rencontre un probleme complexe, elle choisit le contournement plus simple pour eviter de menacer l'objectif du Sprint. Le contournement fonctionne, mais un commentaire TODO est laisse dans le code.
Les symptomes
Diminution de la velocite : La velocite de Sprint de l'equipe a chute de 45 points au mois trois a 28 points au mois huit.
Augmentation du taux de bugs : Le taux de defauts a triple sur la meme periode.
Difficulte d'integration : Un nouveau developpeur a eu du mal a devenir productif en raison d'une base de code complexe.
Comment traiter la dette technique dans Scrum
Rendre la dette technique visible. Creez un backlog de dette technique -- une liste dediee des elements de dette connus.
Allouer de la capacite pour la reduction de la dette. Une heuristique couramment utilisee est d'allouer 20 % de la capacite du Sprint a la reduction de la dette.
Appliquer la regle du boy scout. Laissez le code en meilleur etat que vous ne l'avez trouve.
Inclure des stories techniques dans le backlog produit. Les travaux de refactorisation doivent figurer dans le backlog produit aux cotes des user stories.
XNM fournit des services de coaching Scrum et de conseil en livraison agile. Contactez l'equipe de conseil en livraison de programmes et de projets de XNM pour discuter de la gestion de la dette technique et de la mise en oeuvre Scrum.