Ciclo di vita del bug

Il ciclo di vita di un incidente (bug) si concentra sulla segnalazione, il triage e la risoluzione dei difetti. Alcuni bug (critici) richiedono una correzione immediata, mentre altri possono essere programmati nel sprint attuale o successivo come correzione di bug.

Diagramma del Ciclo di Vita del Bug

%% Clickable Links click A "/docs/roadmap/bug-reporting" "Come segnalare un bug" click B "/docs/roadmap/process/ticket-triage" "Processo di triage dei ticket" click C "/docs/roadmap/severity-categories" "Criteri di severità" click D "/docs/roadmap/process/hotfix-procedure" "Procedura di hotfix" click E "/docs/roadmap/process/bugfix-procedure" "Procedura di bugfix" click F "/docs/roadmap/process/sprint-execution" "Dettagli su implementazione e testing" click G "/docs/roadmap/process/release-readiness" "Criteri per la prontezza alla produzione" click H "/docs/roadmap/process/production-release" "Distribuzione in produzione" click I "/docs/roadmap/process/post-release-review" "Revisione post-rilascio" click J "/docs/roadmap/process/rework-process" "Dettagli sul processo di rifacimento / valutazione della complessità" click X "/docs/roadmap/process/next-sprint-reassessment" "Rivalutazione nel prossimo sprint" click Y "/docs/roadmap/process/next-pi-reassessment" "Rivalutazione durante il prossimo PI"

Passaggi Chiave per gli Incidenti (Bug)

1. Invio del Problema

   • I bug possono essere segnalati da utenti, stakeholder o tramite strumenti di monitoraggio.

2. Triage del Problema e Valutazione della Gravità

   • Il team valuta l'impatto, la gravità e il potenziale ambito di ciascun bug.

3. Decisione di Prioritizzazione

   • Hotfix (Bug Critico): Correzione immediata nel sprint attuale se interrompe gravemente la funzionalità.
   • Bugfix (Bug Meno Critico): Programmato per lo sprint attuale o successivo, a seconda della capacità.

4. Implementazione e Test

   • Il team sviluppa la soluzione e svolge i test necessari.

5. Rilascio in Produzione

   • La correzione viene distribuita in produzione una volta convalidata (hotfix) o durante il rilascio dello sprint.

6. Revisione Post-Rilascio

   • Viene verificato che la correzione risolva il problema senza introdurre nuovi problemi.

7. Rielaborazione / Valutazione della Complessità

   • Se il bug non è completamente risolto, viene rivalutato per ulteriori aggiustamenti (o trasferito al prossimo sprint o al prossimo PI, a seconda della complessità).