Kes meeskonnas vastutas defectide prioriteetide ja tähtsuse määramise eest?

Prioriteedid ja defektide olulisus määrati koostöös ar arendusmeeskonna ja QA-ga, osaledes to produktijuhiga või ärianalüütikuga.

Rollid ja vastutus:

• QA insener: Avastas defekti, esitas üksikasjaliku kirjelduse, taasalustamise sammud, oodatud ja tegelikud tulemused ning pakkus algse olulisuse hinnangu kasutaja vaatenurgast.
• Arendaja: Analüüsis tehnilise keerukuse ja võimaliku mõju teistele süsteemi osadele.
• Tootejuht / Ärianalüütik: Hinnang defekti ärilisele mõjule, selle mõju kasutajatele ja toote prioriteetidele.

Lõplik otsus prioriteedi osas tehti ühisel kokkuleppel, arvestades kõiki neid tegureid. Erimeelsuste korral oli lõplik sõna tootejuhtil või meeskonnajuhil.

Prioritiseerimine põhineb maatriksil, mis arvestab:

Prioriteet	Olulisus (Severity)	Mõju ärile ja kasutajatele
Blocker	Kritiline	Blokeerib võtmefunktsiooni, muudab rakenduse kasutuskõlbmatuks. Vajab viivitamatut parandamist.
High	Põhiline	Tõsiselt häirib olulise funktsiooni tööd, kuid on võimalik leida kõrvalteid. Mõjutab suurt kasutajate arvu.
Medium	Väike	Vähe halvendab funktsiooni tööd, on lihtsad kõrvalteed. Nähtav kasutajatele.
Low	Triviaalne	Kosmeetilised vead, olulist mõju funktsionaalsusele. Ei mõjuta enamikku kasutajaid.

Olulisus (Severity) — see on tehniline hinnang defekti mõjule süsteemile, mille määrab QA ja mõnikord arendajad. Prioriteet — see on äriline otsus, kui kiiresti defekt tuleb parandada, mis määratakse koos tootejuhiga. Need kaks parameetrit võivad erineda.

Defektide jälgimise tööriistad (näiteks Jira) kasutati prioriteetide fikseerimiseks ja arutamiseks.