Podaj przykład sytuacji, gdy zadanie ma wysokie priorytety, ale niską powagę, lub odwrotnie.

Przykład 1: Wysoki priorytet, niska powaga

Sytuacja: Baner na stronie głównej sklepu internetowego z ofertą promocyjną wyświetla się z lekko zniekształconym tekstem na urządzeniach o określonej rozdzielczości ekranu. Tekst jest czytelny, ale nie wygląda idealnie.

• Priorytet: Wysoki. Baner jest kluczowym elementem reklamy, który widzi większość użytkowników. Nawet niewielkie zniekształcenie może negatywnie wpłynąć na wizerunek firmy i konwersję. Wymaga szybkiej naprawy.
• Poważność: Niska. Podstawowa funkcjonalność strony nie jest naruszona, główny wezwaniem do działania na banerze jest zrozumiałe. Użytkownicy nadal mogą dokonywać zakupów.

Przykład 2: Niski priorytet, wysoka powaga

Sytuacja: W panelu administracyjnym złożonej aplikacji korporacyjnej, dostępnej tylko dla ograniczonej grupy użytkowników wewnętrznych, podczas wykonywania specyficznej, rzadko używanej operacji na danych, pojawia się krytyczny błąd, blokujący dalszą pracę w tym module.

• Priorytet: Niski. Dotyczy niewielkiej liczby użytkowników, operacja jest wykonywana rzadko. Istnieją obejścia lub możliwość wykonania tego samego zadania w inny sposób. Nie wpływa na główną funkcjonalność systemu dla większości.
• Poważność: Wysoka. Dla użytkowników wykonujących tę operację, błąd jest krytyczny i całkowicie blokuje ich pracę. Utrata danych lub niemożność wykonania ważnego zadania dla małej, ale kluczowej grupy użytkowników.

Charakterystyka	Wysoki priorytet, niska powaga	Niski priorytet, wysoka powaga
Wpływ	Szeroki (wielu użytkowników), ale nie blokujący.	Wąski (mało użytkowników), ale blokujący/krytyczny.
Pilność	Wymaga szybkiego rozwiązania ze względu na widoczność/efekt marketingowy.	Mniej pilne, ponieważ dotyczy niewielu użytkowników/rzadkiego scenariusza.
Funkcjonalność	Podstawowa funkcjonalność zachowana.	Krytyczna funkcjonalność jest naruszona dla określonego scenariusza.
Przykład	Widoczny defekt wizualny.	Blokujący błąd w rzadko używanej funkcji.