Kto w zespole był odpowiedzialny za ustalanie priorytetów i ważności defektów?

Priorytety i ważność defektów ustalano na wspólnych spotkaniach zespołu deweloperskiego i QA, z udziałem menedżera produktu lub analityka biznesowego.

Role i obowiązki:

• Inżynier QA: wykrywał defekt, dostarczał szczegółowy opis, kroki reprodukcji, oczekiwane i rzeczywiste wyniki, a także proponował wstępną ocenę ważności z punktu widzenia użytkownika.
• Programista: analizował złożoność techniczną naprawy i potencjalny wpływ na inne części systemu.
• Menedżer produktu / Analityk biznesowy: oceniała wpływ biznesowy defektu, jego wpływ na użytkowników i zgodność z priorytetami produktu.

Ostateczna decyzja o priorytecie była podejmowana wspólnie, z uwzględnieniem wszystkich tych czynników. W przypadku niezgodności, decydujące słowo miał menedżer produktu lub lider zespołu.

Priorytetyzacja opierała się na macierzy uwzględniającej:

Priorytet	Ważność (Severitas)	Wpływ na biznes i użytkowników
Blocker	Krytyczny	Blokuje kluczowe funkcje, czyni aplikację nieużyteczną. Wymaga natychmiastowej naprawy.
High	Major	Poważnie zakłóca działanie ważnej funkcji, ale istnieją obejścia. Wpływa na dużą liczbę użytkowników.
Medium	Mniejszy	Nieznacznie pogarsza działanie funkcji, istnieją proste obejścia. Widoczne dla użytkowników.
Low	Trivial	Kosmetyczne błędy, nieistotny wpływ na funkcjonalność. Nie wpływa na większość użytkowników.

Ważność (Severitas) to techniczna ocena wpływu defektu na system, ustalana przez QA i czasami przez programistów. Priorytet to decyzja biznesowa o tym, jak szybko defekt powinien zostać naprawiony, podejmowana wspólnie z menedżerem produktu. Te dwa parametry mogą się różnić.

Narzędzia do śledzenia defektów (np. Jira) były używane do rejestrowania i dyskusji priorytetów.