Cycle de vie des incidents (Bugs)
Le cycle de vie d’un incident (bug) se concentre sur la déclaration, le tri et la résolution des défauts. Certains bugs (critiques) nécessitent un hotfix immédiat, tandis que d’autres peuvent être planifiés dans le sprint en cours ou le suivant sous forme de bugfix.
Schéma du cycle de vie d’un incident (bug)
Étapes clés pour les incidents (bugs)
-
Issue Submission
- Les bugs peuvent être signalés par les utilisateurs, les parties prenantes ou via des outils de surveillance.
-
Issue Triage & Severity Assessment
- L’équipe évalue l’impact, la gravité et la portée potentielle de chaque bug.
-
Prioritization Decision
- Hotfix (Bug critique) : correction immédiate dans le sprint en cours s’il perturbe fortement la fonctionnalité.
- Bugfix (Bug moins critique) : planification pour le sprint en cours ou le suivant, selon la capacité.
-
Implementation & Testing
- L’équipe développe la solution et effectue les tests nécessaires.
-
Release to Production
- La correction est mise en production dès qu’elle est validée (hotfix) ou lors de la release du sprint.
-
Post-Release Review
- On vérifie que la correction résout le problème sans en créer de nouveaux.
-
Rework / Evaluate Complexity
- Si le bug n’est pas complètement résolu, il est réévalué pour d’autres ajustements (retour dans le sprint suivant ou dans la prochaine PI, selon la complexité).