4 min lecture • Guide 802 of 877
Suivi de la Dette Technique
La dette technique ralentit les équipes avec le temps. GitScrum aide à suivre les items de dette et les équilibrer avec le travail de fonctionnalités pour maintenir la santé du codebase.
Comprendre la Dette Technique
Types de Dette
TYPES DE DETTE TECHNIQUE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ DETTE DÉLIBÉRÉE: │
│ ──────────────── │
│ "On sait que c'est vite fait mal fait, mais on doit livrer"│
│ Compromis conscient, documenté │
│ Plan de correction ultérieure │
│ │
│ DETTE ACCIDENTELLE: │
│ ─────────────────── │
│ "On ne savait pas qu'il y avait une meilleure façon" │
│ Appris meilleures pratiques après coup │
│ Patterns obsolètes │
│ │
│ POURRITURE DU CODE: │
│ ─────────────────── │
│ "Ça marchait bien jusqu'à..." │
│ Dépendances obsolètes │
│ Exigences changées │
│ Environnement évolué │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ EXEMPLES: │
│ │
│ CODE: │
│ • Logique dupliquée │
│ • Tests manquants │
│ • Fonctions complexes (trop longues) │
│ • Mauvais nommage │
│ • Code mort │
│ │
│ ARCHITECTURE: │
│ • Monolithe à découper │
│ • Mauvaise structure de données │
│ • Couplage fort │
│ • Couche d'abstraction manquante │
│ │
│ INFRASTRUCTURE: │
│ • Déploiements manuels │
│ • Dépendances obsolètes │
│ • Monitoring manquant │
│ • Configurations non sécurisées │
│ │
│ DOCUMENTATION: │
│ • Docs obsolètes │
│ • READMEs manquants │
│ • Commentaires incorrects │
└─────────────────────────────────────────────────────────────┘
Coût de la Dette
IMPACT DE LA DETTE TECHNIQUE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ VÉLOCITÉ DANS LE TEMPS: │
│ │
│ Vélocité │
│ Features │
│ │ │
│ │ ████ │
│ │ ████ ████ │
│ │ ████ ████ ███ │
│ │ ████ ████ ███ ██ │
│ │ ████ ████ ███ ██ █ │
│ └──────────────────────────→ Temps │
│ │
│ Sans gestion de dette, la vélocité diminue │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ SYMPTÔMES DE DETTE ÉLEVÉE: │
│ ───────────────────────────── │
│ • "Les changements simples prennent une éternité" │
│ • Bugs fréquents dans certaines zones │
│ • Peur de changer le code legacy │
│ • Nouveaux membres prennent plus de temps à onboarder │
│ • Mêmes bugs reviennent │
│ • "Personne ne sait comment ça marche" │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ L'EFFET COMPOSÉ: │
│ ──────────────── │
│ │
│ Sprint 1: Fix rapide (économise 2 jours) │
│ Sprint 5: Contournement (perd 1 jour) │
│ Sprint 10: Bug du hack (perd 3 jours) │
│ Sprint 15: Refactor majeur nécessaire (perd 1 semaine) │
│ │
│ "Économies" initiales de 2 jours ont coûté 2+ semaines │
│ │
│ Les intérêts composent si non adressé. │
└─────────────────────────────────────────────────────────────┘