Comment classer la gravité des bogues pour compléter notre classification prioritaire?

Dans mon travail actuel, nous avons des bogues de priorité faible, moyenne et élevée.

• Les bogues de faible priorité sont de petites erreurs qui n'arrêtent pas la livraison ou ne causent de réels problèmes à aucun utilisateur.
• Les bogues de priorité moyenne causent des problèmes à certains utilisateurs internes mais ont des solutions de contournement connues.
• Les bogues de haute priorité sont des problèmes que nos clients verront, peuvent corrompre des données ou planter un système.

Comment classer la gravité des bogues pour compléter notre classification prioritaire?

Nous classons nos bugs et défauts en fonction de leur priorité et de leur gravité.

Le niveau de priorité indique à quel point il est urgent de résoudre / corriger le problème (urgent, élevé, moyen, faible, aucun).

Le niveau de gravité nous aide à identifier l'ampleur ou le type de dommages pouvant être causés par le défaut (dangereux / destructeur, dégradé et sans solution de contournement, affecté mais il existe une solution de contournement, nuisance / cosmétique, sans impact).

En règle générale, plus le bogue est dangereux et destructeur, plus la priorité est élevée. Cependant, ce n'est pas garanti. Par conséquent, nous pouvons nous retrouver avec le bogue occasionnel répertorié comme dangereux et destructeur, mais en raison de la rareté de la situation, ou de la quantité de changements qui peuvent être nécessaires pour y remédier, sa priorité peut en théorie devenir assez faible.

La gravité dépend vraiment du type de produit que vous fabriquez et de votre entreprise. Lors de mon dernier emploi, nous avons fait des pilotes automatiques pour les grands porte-conteneurs / navires de croisière, donc notre gravité était

• Très haut - Iceberg devant! Oh, attendez, on dirait que le contrôle du navire peut être perdu ou qu'il peut être déroutant de savoir qui a le contrôle! Quelqu'un a compris comment renverser ce vaisseau !!!
• Élevé - Réclamations d'acceptation des clients, le bateau de croisière tourne trop vite, les clients renversent leurs boissons. Nous ne pouvons pas utiliser vos trucs jusqu'à ce que cela soit résolu!
• Moyen - Fonctionnalité qui améliorerait la facilité d'utilisation pour les clients / techniciens de terrain. Des trucs qui font gagner du temps aux gens.
• Faible - choses cosmétiques

J'imagine que les niveaux de gravité / priorité seront radicalement différents si vous créez une application Web et que vous avez un modèle d'entreprise / une base de clients complètement différent. C'est finalement ce que vos clients attendent et à quel point ils se mettent en colère contre le problème :)

Critères de gravité que j'utilise:

• Empêche-t-il l'utilisateur d'obtenir ce qu'il veut du programme?
• Est-il visible si l'utilisateur effectue des tâches typiques?
• Révèle-t-il des informations sensibles ou permet-il d'effectuer des actions non autorisées?

La gravité d'un bug particulier est une combinaison de ces points.

Classez les bogues en fonction de leur facteur de gêne, ce qui peut empêcher les gens d'acheter le logiciel. Un bogue qui n'affecte pas la livraison ou qui cause de réels problèmes aux utilisateurs peut me déranger à chaque fois que je rencontre le bogue. Et finalement, vous avez perdu un utilisateur et une partie de vos revenus.

Maintenant, si vous combinez ce type de bogue avec une interface utilisateur qui a été modifiée sans raison apparente et sans avantage visible pour l'utilisateur, vous avez un gagnant absolu qui incitera les gens à détester votre logiciel.

Ne laissez pas cela se produire. Ne livrez pas avec des bugs qui font croire aux clients que vous ne donnez pas ****.