La pression produit favorise toujours les fonctionnalités au détriment du refactoring—jusqu'à ce que la dette s'accumule suffisamment pour tout ralentir.
GitScrum fournit des outils pour un équilibre intentionnel: les priorités de user story permettent aux équipes de valoriser explicitement le travail de refactoring aux côtés des fonctionnalités, les classifications MoSCoW peuvent désigner la maintenance comme 'Must Have' dans certains sprints et les colonnes de workflow créent des voies dédiées pour le travail d'amélioration technique. La planification de sprint avec le suivi de vélocité aide les équipes à allouer un pourcentage constant à la réduction de dette, tandis que les labels distinguent le travail de 'refactoring', 'performance' et 'cleanup' de la livraison de fonctionnalités.
Les métriques de qualité Sprint Health—taux de retravail et défauts—fournissent des données objectives pour argumenter que le temps de refactoring améliore la vitesse de livraison globale. Les checklists dans les tâches de refactoring énumèrent des améliorations spécifiques, empêchant le scope creep dans le travail de maintenance.
L'Avantage GitScrum
Une plateforme unifiée pour éliminer le changement de contexte et récupérer des heures productives.
