Öncelik sınıflandırmamızı tamamlamak için hata önem derecesi nasıl sınıflandırılır?

14

Şu anki işimde Düşük, Orta, Yüksek öncelikli hatalar var.

Düşük öncelikli hatalar, nakliyeyi durdurmayan veya herhangi bir kullanıcı için gerçek soruna neden olmayan küçük hatalardır.
Orta öncelikli hatalar bazı dahili kullanıcıların sorunlarına neden olur, ancak bilinen geçici çözümlere sahiptir.
Yüksek öncelikli hatalar, müşterilerimizin göreceği, verileri bozabileceği veya bir sistemi çökertebileceği sorunlardır.

bug issue-tracking

— Erin
kaynak

13

Neden "düşük", "orta" ve "yüksek" gibi anlaşılması imkansız adlarınız var? Neden sadece "kilitlenme", "yolsuzluk", "bilinen geçici çözüm" ve "sıkıntı" gibi gerçek kelimeleri kullanmıyorsunuz?

— S.Lott

1

Çünkü öncelik seviyelerinin adlandırılmasıyla hiçbir ilgim yok. Sadece bana verilenleri kullanıyorum. Yine de isimlerini onlar için seviyorum.

— Erin

2

4. seviyemiz var, "Kritik". "Yüksek" (örneğin, ani üretim sunucusu hatası) olarak sınıflandıracağınız durumdan daha kötüsü.

— Hayal kırıklığına

1

Low'un asla kullanılmadığını düşünüyorum ... herkes Orta, Yüksek veya Acil diyor

— Rachel

1

@ Thorbjørn Bir hata izleme altında koymak sadece orada fark ettim daha düzeltmek için daha fazla zaman alırsa, ben sadece düzeltmek eğilimindedir. (Unutmayın, resmi bir KG sürecimiz yok, bu yüzden kimsenin işi izleyiciye hatalar koymak değildir. Bu, bizim için bir başkasının çalışma kuyruğundan ziyade "daha sonra yapılacak" bir listeden daha fazlasıdır.)

— CodexArcanum

23

Hatalarımızı ve kusurlarımızı hem önceliklerine hem de önem derecelerine göre sınıflandırıyoruz.

Öncelik seviyesi, sorunu düzeltmenin / düzeltmenin ne kadar acil olduğunun bir göstergesidir (acil, yüksek, orta, düşük, hiçbiri).

Şiddet seviyesi, kusurdan ne kadar veya ne tür hasarın neden olabileceğini belirlememize yardımcı olur (tehlikeli / yıkıcı, bozulmuş ve geçici bir çözüm yok, etkilenmiş ancak geçici çözüm var, sıkıntı / kozmetik, etki yok).

Tipik olarak, böcek ne kadar tehlikeli ve yıkıcı olursa, öncelik o kadar yüksek olur. Ancak, garanti edilmez. Sonuç olarak, zaman zaman tehlikeli ve yıkıcı olarak listelenen bir hata ile kurtarabiliriz, ancak durumun nadir olması veya düzeltmek için gerekli olabilecek değişiklik miktarı nedeniyle, önceliği teoride oldukça düşük olabilir.

— Sparky
kaynak

10

Önem derecesi, yaptığınız ürün ve işinizle gerçekten özneldir. Son işimde büyük konteyner / yolcu gemileri için otomatik pilotlar yaptık, bu yüzden ciddiyetimiz

Çok Yüksek - İleride Buzdağı! Oh bekleyin, geminin kontrolü kaybolabilir veya kimin kontrolü olduğu kafa karıştırıcı olabilir! Birisi bu gemiyi nasıl tersine çevireceğini çözer !!!
Yüksek - Müşteri kabul şikayetleri, yolcu gemisi çok hızlı dönüyor, müşteriler içeceklerini döküyor. Bu sorun çözülene kadar eşyalarınızı kullanamayız!
Orta - Müşteriler / saha teknisyenleri için kullanım kolaylığını artıracak işlevsellik. İnsanlara zaman kazandıran şeyler.
Düşük kozmetik şeyler

Bir web uygulaması oluşturuyorsanız ve tamamen farklı bir iş modeli / müşteri tabanınız varsa, önem / öncelik düzeylerinin büyük ölçüde farklı olacağını hayal ediyorum. Sonuçta müşterilerinizin beklentileri ve sorun hakkında ne kadar öfkeli oldukları hakkında :)

— Doug T.
kaynak

Kozmetik şeylerin sınıflandırılmasını düşünmelisiniz. Kozmetik böcekler umursamadığınızı gösterir. Umursamıyorsanız, daha kötü hatalar kötü şansa ve affedilmez ancak dikkatsizliğe atfedilir.

— gnasher729

@ gnasher729: Sizin özel anlaşmazlığınız nedir? Bir müşterinin yazılımı çalıştırmak için ne kadar zaman harcadığını önemli ölçüde etkilemeyen bir kozmetik hatanın, bunu etkileyen ve kozmetik olmayan bir hatadan daha önemli olarak sınıflandırılması gerektiğini mi söylüyorsunuz? Ya da ne? Öncelikler mutlak değil görecelidir ve her zaman yapılacak daha çok şey vardır.

— Nathan Tuggy

0

Kullandığım şiddet kriterleri:

Kullanıcının istediği şeyi programdan almasını engelliyor mu?
Kullanıcı tipik görevleri yerine getiriyorsa görünür mü?
Mantıklı bilgileri ortaya çıkarıyor veya yetkisiz eylemler gerçekleştirilmesine izin veriyor mu?

Belirli bir hatanın şiddeti bu noktaların bir kombinasyonudur.

— Nikita Barsukov
kaynak

1

Etkilenen kullanıcıların sayısı da önemlidir . Ve hangi kullanıcılar, uygulamanız varsa herkes tarafından kullanılamayan özellikler varsa.

— Sinirli

-1

Hataları, insanların yazılımı satın almasını engelleyebilecek rahatsızlık faktörlerine göre sınıflandırın. Gönderiyi etkilemeyen veya kullanıcılara gerçek sorunlara neden olan bir hata, hataya her girdiğimde **** beni rahatsız ediyor olabilir. Ve sonunda bir kullanıcıyı ve gelirinizin bir kısmını kaybettiniz.

Şimdi bu tür bir hatayı, belirgin bir nedenden ötürü değiştirilmemiş ve kullanıcı için görünür bir faydası olmayan bir kullanıcı arayüzü ile birleştirirseniz, insanların yazılımınızdan nefret etmesini sağlayacak mutlak bir kazananınız olur.

Bunun olmasına izin verme. Müşterilerin bir **** vermediğini düşündüren böceklerle göndermeyin.

— gnasher729
kaynak

bu, "Öncelikli sınıflamamızı tamamlamak için hata şiddetini nasıl sınıflandırabiliriz?" Bkz Cevap Nasıl

— tatarcık