Geben Sie ein Beispiel für eine Situation, in der eine Aufgabe eine hohe Priorität hat, aber eine geringe Schwere, oder umgekehrt.

Beispiel 1: Hohe Priorität, geringe Schwere

Situation: Ein Banner auf der Startseite eines Online-Shops mit einem Sonderangebot wird auf Geräten mit einer bestimmten Bildschirmauflösung mit leicht verzerrtem Text angezeigt. Der Text ist lesbar, sieht aber nicht perfekt aus.

• Priorität: Hoch. Das Banner ist ein zentrales Werbeelement, das die meisten Nutzer sehen. Selbst eine kleine Verzerrung kann das Image des Unternehmens und die Conversion negativ beeinflussen. Schnelle Behebung erforderlich.
• Schweregrad: Gering. Die Grundfunktionalität der Website ist nicht beeinträchtigt, der Aufruf zum Handeln im Banner ist verständlich. Nutzer können weiterhin Einkäufe tätigen.

Beispiel 2: Niedrige Priorität, hohe Schwere

Situation: Im Administrationspanel einer komplexen Unternehmensanwendung, das nur einer begrenzten Gruppe interner Nutzer zugänglich ist, tritt bei der Ausführung einer spezifischen, selten genutzten Operation mit Daten ein kritischer Fehler auf, der die weitere Arbeit in diesem Modul blockiert.

• Priorität: Niedrig. Betroffen sind wenige Nutzer, die Operation wird selten durchgeführt. Es gibt Umgehungsmöglichkeiten oder die Möglichkeit, die gleiche Aufgabe auf andere Weise auszuführen. Beeinträchtigt nicht die Hauptfunktionalität des Systems für die Mehrheit.
• Schweregrad: Hoch. Für die Nutzer, die diese Operation ausführen, ist der Fehler kritisch und blockiert ihre Arbeit vollständig. Datenverlust oder Unfähigkeit, eine wichtige Aufgabe auszuführen, betrifft eine kleine, aber wichtige Nutzergruppe.

Merkmal	Hohe Priorität, geringe Schwere	Niedrige Priorität, hohe Schwere
Auswirkung	Weitreichend (viele Nutzer), aber nicht blockierend.	Eingeschränkt (wenige Nutzer), aber blockierend/kritisch.
Dringlichkeit	Schnelle Lösung erforderlich aufgrund der Sichtbarkeit/Marketingeffekt.	Weniger dringend, da wenige Nutzer/seltenes Szenario betroffen sind.
Funktionalität	Hauptfunktionalität bleibt erhalten.	Kritische Funktionalität ist für ein bestimmtes Szenario unterbrochen.
Beispiel	Visueller Defekt an einer gut sichtbaren Stelle.	Blockierender Fehler in einer selten genutzten Funktion.