Les deux axes, séparément
- Sévérité — bloquant, majeur, mineur, cosmétique. Décidée par la QA/tech.
- Priorité — P0 à P3. Décidée par le produit.
La matrice à afficher dans votre canal QA
Bloquant × P0 : correctif immédiat, tout le reste s'arrête. Bloquant × P2 : fix planifié, contournement documenté. Cosmétique × P0 : oui, ça existe — pensez à une démo investisseur. Cosmétique × P3 : backlog santé, à traiter par lot.
Automatiser l'attribution
Un outil de capture assisté par IA peut proposer une sévérité par défaut (à partir du contexte technique : erreur JS, écran blanc, requête en 500). La priorité, elle, reste une décision produit — l'outil peut la suggérer, jamais l'imposer.
« Séparez ces deux décisions ou vous confondrez « c'est cassé » et « c'est urgent » à chaque triage. »
Questions fréquentes
Faut-il vraiment deux champs distincts dans Jira ou Linear ?
Oui. Un seul champ mixte oblige à négocier chaque bug entre tech et produit — coût énorme au triage hebdo.
Qui tranche en cas de désaccord ?
Le PO tranche la priorité, le lead tech ou QA lead tranche la sévérité. Les deux discutent, mais chacun a le dernier mot dans son couloir.
Passez de la théorie à la pratique
Blink Testing capture, structure et publie vos tickets bugs en un clic. Essai gratuit 14 jours, sans carte bancaire.
Essayer Blink Testing →À lire ensuite
- QA & Produit
Modèle de ticket bug parfait : le format 2026 que les devs adorent
Modèle de ticket bug complet : 8 sections indispensables, exemples concrets et erreurs à éviter pour des tickets que les devs corrigent vite.
- QA & Produit
Jira, Linear ou Notion : où doivent vraiment vivre vos tickets bugs ?
Jira vs Linear vs Notion pour la gestion des bugs : comparatif honnête et recommandation selon la taille et la maturité de votre équipe produit.
- IA & Testing
QA en 2026 : passer du testing manuel au testing assisté par IA
Testing assisté par IA : comment les équipes QA modernes l'intègrent au quotidien sans automatiser aveuglément ni remplacer l'œil humain.