Кой в екипа беше отговорен за определянето на приоритетите и важността на дефектите?

Приоритетите и важността на дефектите се определяха на съвместни срещи на екипа за разработка и QA, с участието на продуктовия мениджър или бизнес анализатор.

Роли и отговорности:

• QA инженер: откриваше дефекта, предоставяше подробна описание, стъпки за възпроизвеждане, очаквани и реални резултати, и предлагаше начална оценка на важността от гледна точка на потребителя.
• Разработчик: анализираше техническата сложност на поправката и потенциалното въздействие върху други части на системата.
• Продуктов мениджър / Бизнес анализатор: оценяваше бизнес влиянието на дефекта, неговото въздействие върху потребителите и съответствието с приоритетите на продукта.

Крайната решение за приоритета се вземаше съвместно, като се вземат предвид всички тези фактори. В случай на разногласия, последната дума имаше продуктовият мениджър или лидерът на екипа.

Приоритизацията се базираше на матрица, която взема предвид:

Приоритет	Важност (Severity)	Влияние върху бизнеса и потребителите
Blocker	Критичен	Блокира ключови функции, прави приложението неизползваемо. Изисква незабавно коригиране.
High	Голям	Сериозно нарушава работата на важна функция, но има обходни решения. Влияе на голям брой потребители.
Medium	Малък	Леко влошава работата на функция, има прости обходни решения. Забележима е за потребителите.
Low	Тривиален	Косметични грешки, незначително влияние върху функционалността. Не влияе на повечето потребители.

Важността (Severity) е техническа оценка на въздействието на дефекта върху системата, определена от QA и понякога от разработчиците. Приоритетът е бизнес решение за това колко бързо трябва да бъде поправен дефектът, взето съвместно с продуктовия мениджър. Тези два параметъра могат да не съвпадат.

Инструментите за проследяване на дефекти (например Jira) се използваха за записване и обсъждане на приоритетите.