Schweregrad und Priorität

Wie sich Schweregrad und Priorität unterscheiden und warum QA sie getrennt besprechen sollte.

Aktualisiert:

Inhalt

Schweregrad und Priorität werden oft vermischt, obwohl sie verschiedene Fragen beantworten. Der Schweregrad beschreibt die Auswirkung auf System oder Benutzer; die Priorität beschreibt, wie dringend das Team handeln sollte.

Was bedeutet Schweregrad?

Der Schweregrad beschreibt technische oder benutzerbezogene Auswirkungen: Wie stark beeinträchtigt ein Defekt Funktion, Daten, Sicherheit, Verfügbarkeit oder einen zentralen Ablauf?

Was bedeutet Priorität?

Priorität beschreibt die geschäftliche Dringlichkeit einer Behebung: jetzt, vor dem Release, im nächsten Sprint oder später.

Warum beides nicht immer übereinstimmt

  • →Ein schwerer Defekt kann niedrige Priorität haben, wenn er ein seltenes oder vorübergehend deaktiviertes Szenario betrifft.
  • →Ein kleiner Darstellungsfehler kann hohe Priorität haben, wenn er vor einer wichtigen Vorführung oder Kampagne auf dem Hauptbildschirm erscheint.

Wie man wirksam darüber spricht

  • →Bewerten Sie den Schweregrad anhand der Auswirkungen auf System, Daten und Benutzer.
  • →Besprechen Sie Priorität im Kontext von Geschäftsbedarf, Terminen, Release, Zielgruppe und Teamkapazität.
  • →Halten Sie die Begriffe getrennt: „Ich finde das wichtig“ belegt keinen hohen Schweregrad.

Starke QA begründet Schweregrad und Priorität, statt sie nur zu vergeben. Das reduziert unproduktive Triagediskussionen und beschleunigt Teamentscheidungen.