6 min lecture • Guide 632 of 877
Workflows d'Amélioration de la Qualité du Code
Améliorer la qualité du code nécessite des workflows systématiques qui rendent la qualité visible et l'amélioration réalisable parallèlement au travail régulier sur les fonctionnalités. GitScrum aide les équipes à suivre les initiatives qualité, équilibrer les améliorations techniques avec les livrables business et mesurer l'impact des investissements qualité au fil du temps.
Structure du Workflow Qualité
Allocation du Budget Qualité
ALLOCATION DE CAPACITÉ SPRINT :
┌─────────────────────────────────────────────────────────────┐
│ │
│ CAPACITÉ SPRINT (100 points) : │
│ │
│ Fonctionnalités : 60-70% ████████████████████░░░░░░ │
│ Qualité : 15-20% █████░░░░░░░░░░░░░░░░░░░░ │
│ Bug fixes : 10-15% ████░░░░░░░░░░░░░░░░░░░░░ │
│ Buffer : 5-10% ███░░░░░░░░░░░░░░░░░░░░░░ │
│ │
│ LE BUDGET QUALITÉ INCLUT : │
│ • Refactoring │
│ • Améliorations de couverture de tests │
│ • Documentation │
│ • Réduction de la dette technique │
│ • Améliorations des revues de code │
└─────────────────────────────────────────────────────────────┘
Types de Tâches Qualité
CATÉGORIES DE TRAVAIL QUALITÉ :
┌─────────────────────────────────────────────────────────────┐
│ CATÉGORIE │ EXEMPLES │
├─────────────────┼───────────────────────────────────────────┤
│ Refactoring │ • Extraire des patterns communs │
│ │ • Améliorer nommage et structure │
│ │ • Réduire la complexité │
├─────────────────┼───────────────────────────────────────────┤
│ Tests │ • Ajouter des tests unitaires │
│ │ • Améliorer tests d'intégration │
│ │ • Ajouter couverture cas limites │
├─────────────────┼───────────────────────────────────────────┤
│ Documentation │ • Commentaires pour logique complexe │
│ │ • Documentation API │
│ │ • Records de décision architecture │
├─────────────────┼───────────────────────────────────────────┤
│ Outillage │ • Règles de linting │
│ │ • Améliorations CI/CD │
│ │ • Expérience développeur │
└─────────────────────────────────────────────────────────────┘
Identification des Améliorations
Métriques de Qualité du Code
MÉTRIQUES À SUIVRE :
┌─────────────────────────────────────────────────────────────┐
│ MÉTRIQUE │ MESURE │ OBJECTIF │
├──────────────────────┼───────────────────┼──────────────────┤
│ Couverture Tests │ Lignes couvertes %│ > 80% │
│ Duplication Code │ Blocs dupliqués │ < 3% │
│ Complexité Cyclom. │ Moy. par fonction │ < 10 │
│ Ratio Dette Tech. │ Temps remédiation │ < 5% │
│ Code Smells │ Nombre │ Décroissant │
│ Densité Bugs │ Bugs par KLOC │ < 0.5 │
└─────────────────────────────────────────────────────────────┘
Analyse des Points Chauds
IDENTIFIER LES POINTS CHAUDS QUALITÉ :
┌─────────────────────────────────────────────────────────────┐
│ │
│ PRIORISER PAR : │
│ │
│ Fréquence Changement × Complexité = Priorité Amélioration │
│ │
│ HAUTE PRIORITÉ : │
│ Fichiers changés souvent + haute complexité │
│ → Meilleur retour sur investissement │
│ │
│ PRIORITÉ PLUS BASSE : │
│ Fichiers rarement changés + haute complexité │
│ → Complexe mais stable, risque plus faible │
│ │
│ Suivre dans GitScrum : │
│ • Créer tâche qualité par point chaud │
│ • Lier à l'historique de bugs │
│ • Taguer avec "qualité-point-chaud" │
└─────────────────────────────────────────────────────────────┘
Processus d'Amélioration Qualité
Règle du Boy Scout
AMÉLIORATION INCRÉMENTALE :
┌─────────────────────────────────────────────────────────────┐
│ │
│ "Laisser le code mieux que vous l'avez trouvé" │
│ │
│ EN TRAVAILLANT SUR UNE FONCTIONNALITÉ : │
│ │
│ Petites améliorations (pas de tâche supplémentaire) : │
│ • Renommer variable peu claire │
│ • Extraire petite méthode │
│ • Ajouter test manquant │
│ • Corriger code smell évident │
│ │
│ Améliorations plus grandes (créer tâche) : │
│ • Refactoring majeur │
│ • Nouvelle suite de tests │
│ • Changements d'architecture │
│ │
│ Suivre les patterns dans GitScrum : │
│ • Noter les améliorations qualité dans les commentaires │
│ • Créer des tâches de suivi pour travail plus large │
└─────────────────────────────────────────────────────────────┘
Sprints Qualité
FOCUS QUALITÉ PÉRIODIQUE :
┌─────────────────────────────────────────────────────────────┐
│ │
│ SPRINT QUALITÉ TRIMESTRIEL : │
│ Chaque 4ème sprint, augmenter budget qualité à 40% │
│ │
│ ACTIVITÉS : │
│ • Adresser la dette tech accumulée │
│ • Initiatives de refactoring majeures │
│ • Améliorations suite de tests │
│ • Outillage et automation │
│ • Rattrapage documentation │
│ │
│ PLANIFICATION : │
│ 1. Revoir métriques qualité du trimestre passé │
│ 2. Identifier améliorations à plus fort impact │
│ 3. Créer tâches d'amélioration détaillées │
│ 4. Communiquer le plan aux parties prenantes │
│ 5. Exécuter avec focus de toute l'équipe │
└─────────────────────────────────────────────────────────────┘
Mesurer la Progression
Tableau de Bord Qualité
SUIVI QUALITÉ GITSCRUM :
┌─────────────────────────────────────────────────────────────┐
│ TABLEAU DE BORD QUALITÉ DU CODE │
├─────────────────────────────────────────────────────────────┤
│ │
│ COUVERTURE TESTS : 78% → 82% 📈 +4% │
│ ████████████████████████████░░░░ │
│ │
│ TÂCHES DETTE TECH : 23 → 18 📈 -5 │
│ Sprint actuel : 3 tâches qualité │
│ │
│ TAUX DE BUGS : 0.8 → 0.5 📈 -37% │
│ Bugs pour 1000 lignes de nouveau code │
│ │
│ VÉLOCITÉ QUALITÉ : │
│ Points qualité terminés ce sprint : 15 │
└─────────────────────────────────────────────────────────────┘
Meilleures Pratiques
Pérenniser les Améliorations
| Pratique | Description |
|---|---|
| Budget constant | Toujours réserver du temps pour la qualité |
| Visibilité | Métriques affichées et discutées |
| Responsabilité partagée | Toute l'équipe contribue |
| Célébrer les gains | Reconnaître les améliorations |
| Itérer | Ajuster les processus régulièrement |