Chi nel team era responsabile di stabilire le priorità e l'importanza dei difetti?

Le priorità e l’importanza dei difetti venivano stabilite durante riunioni congiunte del team di sviluppo e QA, con la partecipazione del product manager o analista di business.

Ruoli e responsabilità:

• Ingegnere QA: individuava il difetto, forniva una descrizione dettagliata, i passaggi per riprodurlo, i risultati attesi e reali, e proponeva una valutazione iniziale dell’importanza dal punto di vista dell’utente.
• Sviluppatore: analizzava la complessità tecnica della correzione e il potenziale impatto su altre parti del sistema.
• Product manager / Analista di business: valutava l’impatto commerciale del difetto, la sua influenza sugli utenti e la conformità alle priorità del prodotto.

La decisione finale sulla priorità veniva presa congiuntamente, considerando tutti questi fattori. In caso di disaccordo, la parola finale spettava al product manager o al team leader.

La prioritizzazione si basava su una matrice che considerava:

Priorità	Gravità (Severità)	Impatto sul business e sugli utenti
Blocker	Critico	Blocca funzionalità chiave, rende l’applicazione non funzionante. Richiede correzione immediata.
High	Maggiore	Interferisce gravemente con il funzionamento di una funzione importante, ma ci sono soluzioni alternative. Affects molti utenti.
Medium	Minore	Deteriora leggermente il funzionamento di una funzione, ci sono soluzioni alternative semplici. È visibile agli utenti.
Low	Triviale	Errori cosmetici, impatto insignificante sulla funzionalità. Non influisce sulla maggior parte degli utenti.

L’importanza (Severità) è una valutazione tecnica dell’impatto del difetto sul sistema, stabilita da QA e talvolta dagli sviluppatori. La priorità è una decisione di business su quanto rapidamente il difetto debba essere corretto, presa congiuntamente con il product manager. Questi due parametri possono non coincidere.

Strumenti per il tracciamento dei difetti (ad esempio Jira) venivano usati per registrare e discutere le priorità.