Bug Lifecycle

De Lifecycle vun engem Incident (Bug) fokusséiert op d'Berichterstattung, Triage, an d'Léisung vun Defekter. E puer Bugs (kritesch) erfuerderen eng direkt Hotfix, während aner an der aktueller oder folgender Sprint als Bugfix geplangt kënne ginn.

Diagramm vum Bug-Lifecycle

%% Styling style A fill:#fcc,stroke:#333,stroke-width:2px style B fill:#fc9,stroke:#333,stroke-width:2px style C fill:#f9c,stroke:#333,stroke-width:2px style D fill:#f66,stroke:#333,stroke-width:2px style E fill:#ff9,stroke:#333,stroke-width:2px style F fill:#ffc,stroke:#333,stroke-width:2px style G fill:#c9f,stroke:#333,stroke-width:2px style H fill:#9f9,stroke:#333,stroke-width:2px style I fill:#9cf,stroke:#333,stroke-width:2px style J fill:#fdd,stroke:#333,stroke-width:2px style X fill:#dfd,stroke:#333,stroke-width:2px style Y fill:#ddf,stroke:#333,stroke-width:2px

%% Clickable Links click A "/docs/roadmap/bug-reporting" "Wéi een Bug ze mellen" click B "/docs/roadmap/process/ticket-triage" "Ticket triage Prozess" click C "/docs/roadmap/severity-categories" "Schwächtkriterien" click D "/docs/roadmap/process/hotfix-procedure" "Hotfix Prozedur" click E "/docs/roadmap/process/bugfix-procedure" "Bugfix Prozedur" click F "/docs/roadmap/process/sprint-execution" "Implementatioun & Testdetails" click G "/docs/roadmap/process/release-readiness" "Krittären fir Produktiounsfäegkeet" click H "/docs/roadmap/process/production-release" "Produktionsdéploiement" click I "/docs/roadmap/process/post-release-review" "Post-Release Iwwerpréiwung" click J "/docs/roadmap/process/rework-process" "Detailer iwwer Reworking / Komplexitéitsevaluatioun" click X "/docs/roadmap/process/next-sprint-reassessment" "Reevaluatioun am nächste Sprint" click Y "/docs/roadmap/process/next-pi-reassessment" "Reevaluatioun während dem nächste PI"

Haapt Schrëtt fir Incidenter (Bugs)

1. Issue Einreichung

   • Bugs kënnen vun Benotzer, Stakeholder oder duerch Monitoring-Tools gemellt ginn.

2. Issue Triage & Schwerebewäertung

   • D'Team bewäert den Impakt, d'Schweregrad an den potentiellen Ëmfang vun all Bug.

3. Prioriséierungsentscheedung

   • Hotfix (Kritesch Bug): Sofort Fix am aktuellen Sprint wann et d'Funktioun massiv stéiert.
   • Bugfix (Wéineg Kritesch Bug): Geplangt fir den aktuellen oder nächsten Sprint, ofhängeg vun der Kapazitéit.

4. Implementatioun & Testen

   • D'Team entwéckelt d'Léisung an duerchféiert déi néideg Tester.

5. Verëffentlechung an der Produktioun

   • De Fix gëtt an der Produktioun implementéiert wann et validéiert ass (hotfix) oder während der Verëffentlechung vum Sprint.

6. Post-Verëffentlechung Iwwerpréiwung

   • Et gëtt verifiziert datt de Fix d'Probleem léisst ouni nei Problemer anzeféieren.

7. Rework / Evaluate Complexity

   • Wann de Bug net komplett geléist ass, gëtt et nach eng Kéier evaluéiert fir weider Ännerungen (entweder an d'nächst Sprint iwwerholl oder an d'nächst PI, ofhängeg vun der Komplexitéit).