Remaniement continu
Au fil du travail, l'équipe remanie la solution pour la garder facile à faire évoluer, sans risquer de régressions.
Principe parent : Orientation qualité
Question pratique : Qualité interne
Pratique opposée : Raccourcis techniques
Bénéfice
Remanier la solution au fil du travail garde le résultat modifiable dans la durée, en contournant l'obstacle de la Dette technique qui s'accumule dès que la vitesse prime.
Mise en pratique
Le remaniement fait partie du travail courant, protégé par les tests qui évitent les régressions. La solution est écrite au plus juste (YAGNI) plutôt qu'en anticipant des besoins hypothétiques. Techniques utilisées : refactoring, réplication Bleu/Vert.
Recommandation
Ne pas constituer de « backlog de dette » traité à part : ce qu'on touche, on le laisse plus propre qu'on ne l'a trouvé.
Antipattern
- Constatation : sous prétexte de maintenabilité, on lance une grande refonte technique.
- Risque : le chantier dure, rien n'est livré pendant ce temps, et la dette réapparaît dans le nouveau code.
- Réduction du risque : améliorer par petits pas au contact des évolutions demandées, en gardant le résultat livrable à tout moment.
Avec l'IA ?
- Constatation : L'IA produit beaucoup de code qui fonctionne, vite, sans que personne n'en ait la vue d'ensemble.
- Risque : Le volume masque la dette : le résultat devient difficile à comprendre et à modifier alors même que rien ne semble cassé.
- Réduction du risque : Garder une revue humaine de ce qui est intégré, et refuser ce que l'équipe ne saurait pas maintenir elle-même.
