In meinem aktuellen Job haben wir Fehler mit niedriger, mittlerer und hoher Priorität.
- Fehler mit niedriger Priorität sind kleine Fehler, die den Versand nicht stoppen oder für jeden Benutzer echte Probleme verursachen.
- Fehler mittlerer Priorität verursachen einige interne Benutzerprobleme, haben jedoch bekannte Problemumgehungen.
- Fehler mit hoher Priorität sind Probleme, die unsere Kunden sehen, die Daten beschädigen oder ein System zum Absturz bringen können.
Wie kann der Schweregrad von Fehlern klassifiziert werden, um unsere Prioritätsklassifizierung zu ergänzen?
bug
issue-tracking
Erin
quelle
quelle
Antworten:
Wir klassifizieren unsere Fehler und Mängel sowohl nach ihrer Priorität als auch nach ihrer Schwere.
Die Prioritätsstufe gibt an, wie dringend das Problem behoben werden muss (dringend, hoch, mittel, niedrig, keine).
Anhand des Schweregrads können wir erkennen, wie viel oder welche Art von Schaden durch den Defekt verursacht werden kann (gefährlich / destruktiv, beeinträchtigt und keine Problemumgehung, betroffen, aber Problemumgehung vorhanden, störend / kosmetisch, keine Auswirkung).
Je gefährlicher und destruktiver der Fehler ist, desto höher ist in der Regel die Priorität. Dies ist jedoch nicht garantiert. Infolgedessen kann es vorkommen, dass ein gelegentlicher Fehler als gefährlich und destruktiv eingestuft wird. Aufgrund der Seltenheit der Situation oder der Menge an Änderungen, die erforderlich sein können, um ihn zu beheben, kann seine Priorität theoretisch jedoch recht niedrig werden.
quelle
Der Schweregrad ist abhängig von der Art des von Ihnen hergestellten Produkts und Ihrer Geschäftstätigkeit. Bei meinem letzten Job haben wir Autopiloten für große Container- / Kreuzfahrtschiffe gebaut, also war unser Schweregrad
Ich stelle mir vor, dass der Schweregrad / die Priorität drastisch unterschiedlich sein wird, wenn Sie eine Web-App erstellen und ein völlig anderes Geschäftsmodell / einen völlig anderen Kundenstamm haben. Letztendlich geht es darum, was Ihre Kunden erwarten und wie wütend sie auf das Problem werden :)
quelle
Von mir verwendete Kriterien für den Schweregrad:
Der Schweregrad eines bestimmten Fehlers ist eine Kombination dieser Punkte.
quelle
Klassifizieren Sie Fehler anhand ihres Störfaktors, der verhindern kann, dass Benutzer die Software kaufen. Ein Fehler, der den Versand nicht beeinträchtigt oder den Benutzern echte Probleme bereitet, kann mich jedes Mal nerven, wenn ich auf den Fehler stoße. Und schließlich haben Sie einen Benutzer und einen Teil Ihres Einkommens verloren.
Wenn Sie diese Art von Fehler mit einer Benutzeroberfläche kombinieren, die ohne ersichtlichen Grund und ohne sichtbaren Nutzen für den Benutzer geändert wurde, haben Sie einen absoluten Gewinner, der die Leute dazu bringt, Ihre Software zu hassen.
Lass das nicht zu. Versenden Sie nicht mit Fehlern, die Kunden denken lassen, dass Sie keinen **** geben.
quelle