5 min lecture • Guide 132 of 877
Gérer Dette Technique Projets Croissance
Dette technique s'accumule invisiblement jusqu'à ce que développement ralentisse. Équipes savent que dette existe mais luttent pour quantifier, prioriser, ou obtenir buy-in stakeholder pour l'adresser. Gérer dette efficacement nécessite la rendre visible via tracking, articuler impact business, et allouer capacité constamment—traiter réduction dette comme travail planifié, pas nettoyage optionnel fait "quand on a le temps."
Problème Dette Technique
Pourquoi Dette Spirale Hors Contrôle
PATTERN ACCUMULATION DETTE:
┌─────────────────────────────────────────────────────────────┐
│ COMMENT CODEBASES SE DÉTÉRIORENT │
├─────────────────────────────────────────────────────────────┤
│ │
│ PROGRESSION TYPIQUE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Mois 1-3: "On corrige plus tard" ││
│ │ • Quick fixes pour deadline ││
│ │ • Implémentations "assez bonnes" ││
│ │ • Commentaires TODO ajoutés, jamais adressés ││
│ │ ││
│ │ Mois 4-6: "Ça devient désordonné" ││
│ │ • Nouveaux devs luttent comprendre code ││
│ │ • Bug fixes causent nouveaux bugs ││
│ │ • Features prennent plus temps que prévu ││
│ │ ││
│ │ Mois 7-12: "On ne peut plus avancer vite" ││
│ │ • Changements simples touchent beaucoup fichiers ││
│ │ • Peur de refactoriser (pourrait casser) ││
│ │ • Frustration développeur augmentant ││
│ │ ││
│ │ Mois 12+: "On doit réécrire" ││
│ │ • Vélocité a chuté 50%+ ││
│ │ • Chaque feature est une lutte ││
│ │ • Moral équipe souffrant ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ COÛT IGNORER DETTE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Tôt: Feature X prend 3 jours ││
│ │ 6 mois dette: Feature X prend 5 jours ││
│ │ 12 mois dette: Feature X prend 8 jours ││
│ │ ││
│ │ Effet composé: ││
│ │ 10 features × 3 jours = 30 jours (codebase propre) ││
│ │ 10 features × 8 jours = 80 jours (codebase endetté) ││
│ │ ││
│ │ Perdu: 50 jours développeur = ~$40,000 ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Système Tracking GitScrum
Rendre Dette Visible
SETUP TRACKING DETTE:
┌─────────────────────────────────────────────────────────────┐
│ ORGANISER DETTE TECHNIQUE │
├─────────────────────────────────────────────────────────────┤
│ │
│ STRUCTURE LABELS: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ dette/code - Améliorations niveau code ││
│ │ dette/architecture - Changements structurels ││
│ │ dette/test - Gaps couverture tests ││
│ │ dette/documentation- Màj documentation ││
│ │ dette/dependance - Upgrades bibliothèque/framework ││
│ │ ││
│ │ Labels priorité: ││
│ │ dette-priorite/critique - Bloquant nouveau travail ││
│ │ dette-priorite/haute - Ralentissant développement ││
│ │ dette-priorite/moyenne - Devrait adresser bientôt ││
│ │ dette-priorite/basse - Nice to have ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ TEMPLATE TÂCHE DETTE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Titre: [DETTE] Description brève ││
│ │ ││
│ │ Type: [code/architecture/test/doc/dépendance] ││
│ │ ││
│ │ Qu'est-ce que la dette: ││
│ │ [Décrire problème technique] ││
│ │ ││
│ │ Impact business: ││
│ │ [Comment ça ralentit développement ou cause bugs] ││
│ │ ││
│ │ Taux intérêt (coût continu): ││
│ │ [Heures gaspillées par sprint/mois à cause dette] ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Prioriser Réduction Dette
Quadrant Dette
FRAMEWORK PRIORISATION:
┌─────────────────────────────────────────────────────────────┐
│ DÉCIDER QUOI PAYER │
├─────────────────────────────────────────────────────────────┤
│ │
│ MATRICE IMPACT vs EFFORT: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ HAUT │ Planifier │ Faire D'abord ││
│ │ IMPACT │ (Plan pour │ (Quick wins) ││
│ │ │ prochain trim)│ ││
│ │ │ │ ││
│ │ ────────┼───────────────┼───────────────── ││
│ │ │ │ ││
│ │ BAS │ Ignorer │ Opportuniste ││
│ │ IMPACT │ (Pas valeur │ (Corriger quand ││
│ │ │ l'effort) │ touchant de toute façon) ││
│ │ │ │ ││
│ │ │ HAUT EFFORT │ BAS EFFORT ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Allouer Capacité
Budget Réduction Dette
ALLOCATION CAPACITÉ SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ FAIRE TEMPS POUR DETTE │
├─────────────────────────────────────────────────────────────┤
│ │
│ STRATÉGIES ALLOCATION: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Option A: Pourcentage par Sprint ││
│ │ ││
│ │ Travail features: 70% ││
│ │ Bug fixes: 10% ││
│ │ Dette technique: 15% ││
│ │ Buffer: 5% ││
│ │ ││
│ │ Exemple: 100 points → 15 points pour dette par sprint ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ RECOMMANDÉ: Combiner A + Opportuniste │
│ 15% capacité dédiée + améliorations opportunistes │
│ │
└─────────────────────────────────────────────────────────────┘