Kurš komandā bija atbildīgs par defektu prioritātes un svarīguma noteikšanu?

Prioritātes un defektu svarīgums tika noteiktas kopā ar izstrādes komandu un QA, piedaloties produktu vadītājam vai biznesa analītiķim.

Lomas un atbildība:

• QA inženieris: Atklāja defektu, sniedza detalizētu aprakstu, atkārtošanas soļus, sagaidāmos un faktiskos rezultātus, kā arī ieteica sākotnējo svarīguma novērtējumu pēc lietotāja viedokļa.
• Izstrādātājs: Analizēja tehnisko sarežģītību un potenciālo ietekmi uz citiem sistēmas elementiem.
• Produkta vadītājs / Biznesa analītiķis: Novērtēja defekta ietekmi uz biznesu, tā ietekmi uz lietotājiem un produkta prioritātes.

Galīgais lēmums par prioritāti tika pieņemts kopīgi, ņemot vērā visus šos faktorus. Ja bija nesaskaņas, galīgo vārdu teica produkta vadītājs vai komandas vadītājs.

Prioritātes noteikšana balstījās uz matricu, kas ņem vērā:

Prioritāte	Svarīgums (Severity)	Ietekme uz biznesu un lietotājiem
Blocker	Kritiska	Bloķē galveno funkcionalitāti, padara lietotni nedarbojošu. Nepieciešama nekavējoša labošana.
High	Galvenā	Smagi traucē svarīgas funkcijas darbību, bet ir risinājumi. Ietekmē daudzus lietotājus.
Medium	Mazs	Nedaudz pasliktina funkcijas darbību, ir vienkārši risinājumi. Redzams lietotājiem.
Low	Trivāls	Kosmētiskas kļūdas, nenozīmīga ietekme uz funkcionalitāti. Neietekmē lielu daļu lietotāju.

Svarīgums (Severity) — tas ir tehnisks novērtējums par defekta ietekmi uz sistēmu, ko nosaka QA un dažreiz izstrādātāji. Prioritāte — tas ir biznesa lēmums par to, cik ātri jālabo defekts, kas tiek noteikts kopā ar produktu vadītāju. Šie divi parametri var nesakrist.

Defektu uzraudzības rīki (piemēram, Jira) tika izmantoti prioritāšu reģistrēšanai un apspriešanai.