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

14

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.

bug issue-tracking

— Erin
źródło

13

Dlaczego masz niezrozumiałe nazwy, takie jak „niski”, „średni” i „wysoki”? Dlaczego nie użyć po prostu prawdziwych słów, takich jak „awaria”, „zepsucie”, „znane obejście” i „irytacja”?

— S.Lott,

1

Ponieważ nie mam nic wspólnego z nazywaniem poziomów priorytetów. Po prostu używam tego, co mi dano. Lubię ich imiona.

— Erin

2

Mamy czwarty poziom, „Krytyczny”. Jest to gorszy z tych, które klasyfikuje się jako „wysokie” (np. Nagła awaria serwera produkcyjnego).

— FrustratedWithFormsDesigner

1

Uważam, że Niski nigdy nie jest używany ... wszyscy mówią, że jest Średni, Wysoki lub Pilny

— Rachel

1

@ Thorbjørn Gdy błąd wymaga więcej czasu na śledzenie, niż naprawienie go natychmiast, gdy go zauważyłem, zwykle go naprawiam. (Pamiętaj, że nie mamy formalnego procesu kontroli jakości, więc zadaniem nikogo innego nie jest umieszczanie błędów w module śledzącym. Jest to raczej lista „do zrobienia później” niż kolejka robocza od kogoś innego.)

— CodexArcanum

23

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.

— iskrzący
źródło

10

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 :)

— Doug T.
źródło

Powinieneś przemyśleć swoją klasyfikację kosmetyków. Błędy kosmetyczne pokazują, że Cię to nie obchodzi. Jeśli nie obchodzi cię to, gorsze błędy nie są przypisywane pechowi i są wybaczane, ale przypisywane niedbalstwu.

— gnasher729,

@ gnasher729: Jaki jest twój konkretny spór? Czy twierdzisz, że błąd kosmetyczny, który nie wpływa znacząco na to, ile czasu klient poświęca na uruchomienie oprogramowania, powinien zostać sklasyfikowany jako ważniejszy niż błąd, który na to wpływa i który nie jest kosmetyczny? Albo co? Priorytety są względne, a nie bezwzględne, i zawsze jest więcej do zrobienia.

— Nathan Tuggy,

0

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.

— Nikita Barsukov
źródło

1

Ważna jest również liczba użytkowników, których dotyczy problem. I którzy użytkownicy, jeśli Twoja aplikacja ma funkcje, które nie są dostępne dla wszystkich.

— FrustratedWithFormsDesigner

-1

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 ****.

— gnasher729
źródło

to nawet nie próbuje odpowiedzieć na pytanie: „Jak sklasyfikować dotkliwość błędu, aby uzupełnić naszą klasyfikację priorytetową?” Zobacz, jak odpowiedzieć

— komara