Maîtriser et rembourser la dette technique des applications
Gérer la dette technique : dans tout projet de développement logiciel ou d’ingénierie, accumuler de la Dette Technique (les raccourcis de code pris pour livrer plus vite, la documentation manquante, les versions de bibliothèques obsolètes) est inévitable. Cependant, si cette dette n’est pas remboursée régulièrement, elle finit par paralyser l’évolution de l’application et multiplier les bugs. Appliquer la méthode de priorisation MoSCoW à la dette technique permet de la résorber sans bloquer le business.
Classer la dette technique avec la grille MoSCoW
1. Must Refactor (Indispensable)
Ce sont les failles de sécurité critiques, les failles d’obsolescence qui menacent l’arrêt du service ou les fuites de données. Action : Traitement immédiat obligatoire lors du sprint en cours.
2. Should Refactor (Important)
Ce sont les lourdeurs de code qui ralentissent significativement les développements de nouvelles fonctionnalités ou augmentent le temps de réponse serveur. Action : Allouer 20% de la capacité de chaque sprint à leur résorption.
3. Could Refactor (Confort)
Ce sont les petites imperfections de style de code (Code Smells) qui n’impactent pas directement les performances mais améliorent la lisibilité pour les nouveaux développeurs.
4. Won’t Refactor (Accepté / Exclu)
Ce sont les morceaux de code legacy sur des modules stables qui ne seront plus jamais modifiés et qui ne posent aucun risque de sécurité. Action : Ne pas toucher.
Conclusion : Gérer la dette technique
Prioriser la dette technique avec la méthode MoSCoW garantit la pérennité des systèmes informatiques tout en maintenant un rythme de livraison de valeur business soutenu.
Pour aller plus loin : Gérer la dette technique
- Méthode 49 : Le cadre Cynefin : Adapter son mode de décision au degré de complexité de la situation
- Méthode 50 : Bilan à mi-parcours : Les clés de l'intégration réussie des méthodes au quotidien
- Méthode 51 : La technique de la boîte à questions (Parking Lot) : Maintenir le cap des réunions
- Méthode 52 : Le Design Sprint en 5 jours : Prototyper et valider des idées à grande vitesse