Jak sklasyfikować dotkliwość błędu, aby uzupełnić naszą klasyfikację priorytetową?

W mojej obecnej pracy mamy błędy o niskim, średnim i wysokim priorytecie.

• Błędy o niskim priorytecie to małe błędy, które nie przerywają wysyłki ani nie powodują poważnych problemów dla żadnego użytkownika.
• Błędy o średnim priorytecie powodują problemy niektórych użytkowników wewnętrznych, ale znają obejścia.
• Błędy o wysokim priorytecie to problemy, które zobaczą nasi klienci, mogą uszkodzić dane lub spowodować awarię systemu.

Jak sklasyfikować dotkliwość błędu, aby uzupełnić naszą klasyfikację priorytetową?

Nasze błędy i wady klasyfikujemy według ich priorytetu i ważności.

Poziom priorytetu wskazuje, jak pilne jest naprawienie / usunięcie problemu (pilne, wysokie, średnie, niskie, brak).

Poziom dotkliwości pomaga nam określić, ile lub jaki rodzaj szkody może być spowodowany przez wadę (niebezpieczne / destrukcyjne, zdegradowane i bez obejścia, dotknięte, ale istnieje obejście, uciążliwe / kosmetyczne, bez wpływu).

Zazwyczaj im bardziej niebezpieczny i niszczycielski jest błąd, tym wyższy priorytet. Nie jest to jednak gwarantowane. W związku z tym możemy od czasu do czasu skończyć z błędem wymienionym jako niebezpieczny i destrukcyjny, ale z powodu rzadkości sytuacji lub ilości zmian, które mogą być wymagane do jej naprawienia, jej priorytet teoretycznie może stać się dość niski.

Istotność jest naprawdę subiektywna w stosunku do rodzaju wytwarzanego produktu i Twojej działalności. W mojej ostatniej pracy wykonywaliśmy autopiloty dla dużych kontenerowców / statków wycieczkowych, więc nasza surowość była

• Very High - Iceberg Ahead! Och, czekaj, wygląda na to, że kontrola nad statkiem może zostać utracona lub może być mylące, kto ma kontrolę! Ktoś wymyślił, jak zawrócić ten statek !!!
• Wysoka - reklamacje dotyczące przyjęcia klienta, statek wycieczkowy obraca się zbyt szybko, klienci rozlewają napoje. Nie możemy użyć twoich rzeczy, dopóki nie zostanie to naprawione!
• Średni - funkcjonalność, która poprawiłaby łatwość użytkowania dla klientów / techników terenowych. Rzeczy, które oszczędzają czas ludzi.
• Rzeczy mało kosmetyczne

Wyobrażam sobie, że poziomy ważności / priorytetu będą drastycznie różne, jeśli tworzysz aplikację internetową i masz zupełnie inny model biznesowy / bazę klientów. Ostatecznie chodzi o to, czego oczekują Twoi klienci i jak bardzo się denerwują na ten temat :)

Kryteria ważności, których używam:

• Czy to uniemożliwia użytkownikowi uzyskanie tego, czego chce od programu?
• Czy jest widoczny, jeśli użytkownik wykonuje typowe zadania?
• Czy ujawnia sensowne informacje lub umożliwia wykonywanie nieautoryzowanych działań?

Istotność określonego błędu jest kombinacją tych punktów.

Klasyfikuj błędy według współczynnika irytacji, który może powstrzymać ludzi przed zakupem oprogramowania. Błąd, który nie wpływa na wysyłkę lub powoduje poważne problemy dla użytkowników, może denerwować mnie **** za każdym razem, gdy napotkam błąd. I w końcu straciłeś użytkownika i część swojego dochodu.

Teraz, jeśli połączysz ten rodzaj błędu z interfejsem użytkownika, który został zmieniony bez wyraźnego powodu i bez widocznej korzyści dla użytkownika, masz absolutnego zwycięzcę, który sprawi, że ludzie będą nienawidzić twojego oprogramowania.

Nie pozwól, aby tak się stało. Nie wysyłaj błędów, które sprawiają, że klienci myślą, że nie dajesz ****.