9 min lecture • Guide 783 of 877
Triage et Priorisation des Bugs
Tous les bugs ne sont pas égaux. GitScrum aide les équipes à trier les bugs systématiquement, à prioriser par impact et à suivre la résolution sans perdre le focus sur la livraison.
Triage des Bugs
Classification de Sévérité
NIVEAUX DE SÉVÉRITÉ DES BUGS :
┌─────────────────────────────────────────────────────────────┐
│ │
│ CRITIQUE (P0) : │
│ ─────────────── │
│ • Système down ou inutilisable │
│ • Perte ou corruption de données │
│ • Vulnérabilité de sécurité │
│ • Paiement/facturation cassé │
│ │
│ Réponse : Tout lâcher, corriger immédiatement │
│ SLA : 2-4 heures │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ HAUTE (P1) : │
│ ──────────── │
│ • Fonctionnalité majeure cassée, pas de contournement │
│ • Dégradation significative des performances │
│ • Bloque beaucoup d'utilisateurs │
│ │
│ Réponse : Corriger ce sprint │
│ SLA : 1-2 jours ouvrés │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ MOYENNE (P2) : │
│ ────────────── │
│ • Fonctionnalité partiellement cassée, contournement existe│
│ • Affecte certains utilisateurs │
│ • Problèmes UI qui confondent les utilisateurs │
│ │
│ Réponse : Planifier pour le prochain sprint │
│ SLA : 1-2 semaines │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ BASSE (P3) : │
│ ──────────── │
│ • Problèmes mineurs, problèmes cosmétiques │
│ • Cas limites rares │
│ • Bien de corriger mais pas urgent │
│ │
│ Réponse : Backlog, corriger quand pratique │
│ SLA : Au mieux │
└─────────────────────────────────────────────────────────────┘
Processus de Triage
RÉUNION DE TRIAGE DES BUGS :
┌─────────────────────────────────────────────────────────────┐
│ │
│ TRIAGE QUOTIDIEN/HEBDOMADAIRE : │
│ │
│ QUI : Produit + Engineering + QA (15-30 min) │
│ │
│ ORDRE DU JOUR : │
│ 1. Revoir les nouveaux bugs │
│ 2. Assigner la sévérité │
│ 3. Assigner un propriétaire │
│ 4. Ajouter au sprint ou au backlog │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ QUESTIONS DE TRIAGE : │
│ │
│ IMPACT : │
│ • Combien d'utilisateurs affectés ? │
│ • Quelle est la sévérité de l'impact ? │
│ • Y a-t-il un contournement ? │
│ │
│ URGENCE : │
│ • Bloque-t-il des workflows critiques ? │
│ • Sensible au temps (événement, release) ? │
│ • S'aggrave-t-il avec le temps ? │
│ │
│ COMPLEXITÉ : │
│ • Correction rapide ou travail significatif ? │
│ • Cause racine connue ? │
│ • Risque d'introduire plus de bugs ? │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ RÉSULTAT DU TRIAGE : │
│ │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ BUG-123 : Login échoue de façon intermittente ││
│ │ ││
│ │ Rapporté : 15 Jan ││
│ │ Reporter : Support Client ││
│ │ ││
│ │ DÉCISION DE TRIAGE : ││
│ │ Sévérité : P1 (Haute) ││
│ │ Impact : 5% des tentatives de login échouent ││
│ │ Contournement : Réessayer fonctionne généralement ││
│ │ Propriétaire : @dev-backend ││
│ │ Cible : Ce sprint ││
│ │ ││
│ │ NOTES : ││
│ │ Probablement lié au problème de timeout de session ││
│ │ Vérifier PROJ-087 pour similaire ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Équilibrer Bugs et Fonctionnalités
Stratégies d'Allocation
ALLOCATION DE CAPACITÉ :
┌─────────────────────────────────────────────────────────────┐
│ ÉQUILIBRER LE TRAVAIL │
├─────────────────────────────────────────────────────────────┤
│ │
│ MODÈLE 80/20 : │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 80% capacité : Nouvelles fonctionnalités ││
│ │ 20% capacité : Bugs et dette technique ││
│ │ ││
│ │ Sprint 40 points : ││
│ │ • 32 points fonctionnalités ││
│ │ • 8 points bugs/dette ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ SPRINT DE BUGS DÉDIÉ : │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Tous les X sprints, sprint dédié aux bugs ││
│ │ ││
│ │ Ex : Sprint 1-4 : Normal ││
│ │ Sprint 5 : 100% bugs et dette technique ││
│ │ Sprint 6-9 : Normal ││
│ │ Sprint 10 : 100% bugs et dette technique ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ BUG FRIDAY : │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Un jour par semaine dédié aux bugs ││
│ │ ││
│ │ Vendredi = Bug Day ││
│ │ • Pas de travail sur les fonctionnalités ││
│ │ • Focus correction bugs ││
│ │ • Nettoyage dette technique ││
│ │ • ~20% du temps équipe ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Métriques de Bugs
Indicateurs à Suivre
MÉTRIQUES DE BUGS :
┌─────────────────────────────────────────────────────────────┐
│ TABLEAUX DE BORD │
├─────────────────────────────────────────────────────────────┤
│ │
│ BUGS OUVERTS PAR SÉVÉRITÉ : │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ P0 Critique : 0 🟢 (cible : 0) ││
│ │ P1 Haute : 3 🟡 (cible : <5) ││
│ │ P2 Moyenne : 12 🟡 (cible : <15) ││
│ │ P3 Basse : 28 🟢 (cible : <50) ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ TEMPS MOYEN DE RÉSOLUTION : │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ P0 : 4.2 heures (SLA : 4h) 🟢 ││
│ │ P1 : 1.8 jours (SLA : 2j) 🟢 ││
│ │ P2 : 8.5 jours (SLA : 14j) 🟢 ││
│ │ P3 : 32 jours (SLA : -) 🟢 ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ TENDANCE DES BUGS : │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Bugs ouverts │ ││
│ │ 50 │ ╲ ││
│ │ 40 │ ╲___ ││
│ │ 30 │ ╲___ ││
│ │ 20 │ ╲___ ││
│ │ └────────────────── ││
│ │ S1 S2 S3 S4 ││
│ │ ││
│ │ Tendance : ↓ En diminution 🟢 ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ TAUX DE CRÉATION VS RÉSOLUTION : │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Sprint 15 : ││
│ │ • Créés : 12 bugs ││
│ │ • Résolus : 15 bugs ││
│ │ • Net : -3 (bon !) 🟢 ││
│ │ ││
│ │ Cible : Résolutions >= Créations ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Configuration GitScrum
Workflow de Bugs
CONFIGURATION GITSCRUM :
┌─────────────────────────────────────────────────────────────┐
│ TABLEAU DE BUGS │
├─────────────────────────────────────────────────────────────┤
│ │
│ COLONNES : │
│ ├── Inbox (nouveaux bugs non triés) │
│ ├── À Trier (en attente de triage) │
│ ├── Backlog (triés, pas encore planifiés) │
│ ├── Sprint (planifiés pour le sprint) │
│ ├── En Cours (en correction) │
│ ├── En Revue (PR ouverte) │
│ ├── QA (en test) │
│ └── Fermé (résolu et vérifié) │
│ │
│ LABELS : │
│ ├── P0-critique (rouge foncé) │
│ ├── P1-haute (orange) │
│ ├── P2-moyenne (jaune) │
│ ├── P3-basse (vert) │
│ ├── needs-info (gris) │
│ ├── duplicate (gris) │
│ └── wont-fix (gris) │
│ │
│ AUTOMATISATIONS : │
│ ├── Bug créé → Notifier équipe QA │
│ ├── Label P0 ajouté → Notifier tech lead + Slack urgent │
│ ├── Bug > 24h dans Inbox → Rappel de triage │
│ └── Bug résolu → Demander vérification reporter │
│ │
└─────────────────────────────────────────────────────────────┘
Bonnes Pratiques
Conseils de Triage
MEILLEURES PRATIQUES :
┌─────────────────────────────────────────────────────────────┐
│ RÉUSSIR LE TRIAGE │
├─────────────────────────────────────────────────────────────┤
│ │
│ ✅ TRIAGE RÉGULIER : │
│ ├── Session fixe (quotidienne ou hebdomadaire) │
│ ├── Pas de bug non trié > 48h │
│ ├── Participants réguliers │
│ └── Durée limitée (30 min max) │
│ │
│ ✅ CRITÈRES OBJECTIFS : │
│ ├── Définitions de sévérité documentées │
│ ├── Pas de priorisation politique │
│ ├── Données sur l'impact utilisateur │
│ └── Décisions basées sur les faits │
│ │
│ ✅ INFORMATION COMPLÈTE : │
│ ├── Template de rapport de bug │
│ ├── Étapes de reproduction │
│ ├── Comportement attendu vs observé │
│ ├── Logs et captures d'écran │
│ └── Refuser les bugs incomplets │
│ │
│ ✅ COMMUNICATION : │
│ ├── Notifier le reporter du statut │
│ ├── Expliquer les décisions de priorité │
│ ├── Mettre à jour quand résolu │
│ └── Transparence sur les délais │
│ │
│ ✅ MÉTRIQUES : │
│ ├── Suivre les tendances │
│ ├── Identifier les causes racines │
│ ├── Améliorer le processus │
│ └── Célébrer les améliorations │
│ │
└─────────────────────────────────────────────────────────────┘