วิธีการจำแนกความรุนแรงของข้อบกพร่องเพื่อเสริมการจัดลำดับความสำคัญของเรา


14

ที่งานปัจจุบันของฉันเรามีข้อบกพร่องระดับต่ำปานกลางและลำดับความสำคัญสูง

  • ข้อบกพร่องที่มีลำดับความสำคัญต่ำเป็นข้อผิดพลาดเล็ก ๆ ที่ไม่หยุดการจัดส่งหรือทำให้เกิดปัญหาจริงสำหรับผู้ใช้
  • บั๊กที่มีลำดับความสำคัญปานกลางเป็นเหตุให้ผู้ใช้ภายในบางคนมีปัญหา แต่รู้จักวิธีแก้ปัญหา
  • ข้อบกพร่องที่มีลำดับความสำคัญสูงเป็นปัญหาที่ลูกค้าของเราจะเห็นสามารถทำลายข้อมูลหรือทำให้ระบบล่ม

วิธีการจำแนกความรุนแรงของข้อบกพร่องเพื่อเสริมการจัดลำดับความสำคัญของเรา


13
ทำไมคุณถึงมีชื่อที่เข้าใจยากเช่น "ต่ำ" "ปานกลาง" และ "สูง" ทำไมไม่ใช้เพียงใช้คำจริงเช่น "ผิดพลาด" "เสียหาย" "รู้จักวิธีแก้ปัญหา" และ "รบกวน"
S.Lott

1
เพราะฉันไม่มีส่วนเกี่ยวข้องกับการตั้งชื่อระดับความสำคัญ ฉันเพิ่งได้ใช้สิ่งที่มอบให้ฉัน ฉันชอบชื่อของคุณสำหรับพวกเขา
Erin

2
เรามีระดับที่ 4 "สำคัญ" มันแย่กว่าของคนที่คุณจัดว่าเป็น "สูง" (เช่นความล้มเหลวของเซิร์ฟเวอร์การผลิตอย่างกะทันหัน)
FrustratedWithFormsDesigner

1
ฉันพบว่า Low นั้นไม่เคยถูกใช้ ... ทุกคนพูดว่า Medium, High หรือ Urgent
Rachel

1
@ Thorbjørnเมื่อเกิดข้อผิดพลาดใช้เวลาในการติดตามมากกว่าจะแก้ไขที่นั่นเมื่อฉันสังเกตเห็นฉันมักจะแก้ไข (โปรดทราบว่าเราไม่มีกระบวนการ QA อย่างเป็นทางการดังนั้นไม่มีงานอื่นที่จะต้องวางข้อบกพร่องในตัวติดตามมันเป็นรายการ "ทำในภายหลัง" สำหรับเรามากกว่าคิวงานจากคนอื่น)
CodexArcanum

คำตอบ:


23

เราจำแนกข้อบกพร่องและข้อบกพร่องของเราตามลำดับความสำคัญและความรุนแรง

ระดับความสำคัญเป็นตัวบ่งชี้ว่ามันเร่งด่วนเพียงใดในการแก้ไข / แก้ไขปัญหา (เร่งด่วน, สูง, ปานกลาง, ต่ำ, ไม่มีเลย)

ระดับความรุนแรงช่วยให้เราระบุจำนวนความเสียหายที่เกิดจากข้อบกพร่อง (อันตราย / ทำลายทำลายเสื่อมโทรมและไม่มีวิธีแก้ปัญหาได้รับผลกระทบ แต่มีวิธีแก้ปัญหาความรำคาญ / เครื่องสำอางไม่มีผลกระทบ)

โดยทั่วไปแล้วข้อผิดพลาดที่อันตรายและทำลายล้างยิ่งมีความสำคัญสูงกว่า อย่างไรก็ตามไม่รับประกัน ดังนั้นเราสามารถไขลานข้อผิดพลาดเป็นครั้งคราวซึ่งระบุว่าเป็นอันตรายและทำลายล้าง แต่เนื่องจากความหายากของสถานการณ์หรือจำนวนของการเปลี่ยนแปลงที่อาจต้องใช้ในการแก้ไขปัญหาลำดับความสำคัญของมันจะค่อนข้างต่ำ


10

ความรุนแรงขึ้นอยู่กับประเภทของผลิตภัณฑ์และธุรกิจของคุณ ในงานสุดท้ายของฉันเราทำ autopilots สำหรับเรือคอนเทนเนอร์ / เรือสำราญขนาดใหญ่ดังนั้นความรุนแรงของเราคือ

  • สูงมาก - ภูเขาน้ำแข็งล่วงหน้า! โอ้เดี๋ยวก่อนดูเหมือนว่าการควบคุมเรืออาจจะหายไปหรืออาจทำให้สับสนว่าใครเป็นผู้ควบคุม! มีคนคิดว่าจะเปลี่ยนเรือลำนี้ได้อย่างไร !!!
  • สูง - ข้อร้องเรียนการยอมรับของลูกค้าเรือสำราญแล่นเร็วเกินไปลูกค้าหกเครื่องดื่ม เราไม่สามารถใช้สิ่งของของคุณได้จนกว่าจะได้รับการแก้ไข!
  • Medium - ฟังก์ชันการทำงานที่จะปรับปรุงความสะดวกในการใช้งานสำหรับลูกค้า / ช่างเทคนิคภาคสนาม สิ่งที่ช่วยให้ผู้คนประหยัดเวลา
  • เครื่องสำอางค์ต่ำ

ฉันคิดว่าระดับความรุนแรง / ลำดับความสำคัญจะแตกต่างกันอย่างมากหากคุณสร้างเว็บแอปและคุณมีโมเดล / ฐานลูกค้าที่แตกต่างกันอย่างสิ้นเชิง ในที่สุดมันเกี่ยวกับสิ่งที่ลูกค้าของคุณคาดหวังและโกรธแค่ไหนที่พวกเขาได้รับเกี่ยวกับปัญหา :)


คุณควรคำนึงถึงการจำแนกประเภทของเครื่องสำอาง ข้อบกพร่องเกี่ยวกับเครื่องสำอางแสดงให้เห็นว่าคุณไม่สนใจ หากคุณไม่สนใจแล้วข้อผิดพลาดที่แย่กว่านั้นไม่ได้มาจากความโชคร้ายและการให้อภัย แต่เกิดจากความประมาท
gnasher729

@ gnasher729: ความขัดแย้งที่เฉพาะเจาะจงของคุณคืออะไร? คุณจะบอกว่าข้อผิดพลาดเครื่องสำอางที่ไม่ได้ส่งผลกระทบอย่างมีนัยสำคัญเท่าใดเวลาที่ลูกค้าใช้จ่ายที่ได้รับซอฟต์แวร์เพื่อการทำงานจะจัดว่าเป็นสิ่งที่สำคัญกว่าข้อผิดพลาดที่ไม่ส่งผลกระทบต่อว่าและไม่ได้เป็นเครื่องสำอาง? หรืออะไร? ลำดับความสำคัญนั้นสัมพันธ์กันไม่สมบูรณ์และยังมีสิ่งที่ต้องทำอีกมากมาย
นาธาน Tuggy

0

เกณฑ์ความรุนแรงที่ฉันใช้:

  • มันป้องกันไม่ให้ผู้ใช้รับสิ่งที่เขาต้องการจากโปรแกรมหรือไม่?
  • จะปรากฏหรือไม่หากผู้ใช้ทำงานตามปกติ?
  • มันเปิดเผยข้อมูลที่มีเหตุผลหรืออนุญาตให้ทำการกระทำที่ไม่ได้รับอนุญาตหรือไม่?

ความรุนแรงของบั๊กโดยเฉพาะคือการรวมกันของคะแนนเหล่านี้


1
ที่สำคัญคือจำนวนผู้ใช้ที่ได้รับผลกระทบ และที่ผู้ใช้แอปพลิเคถ้าคุณกำลังมีคุณลักษณะที่ไม่สามารถใช้ได้กับทุก
FrustratedWithFormsDesigner

-1

จำแนกข้อบกพร่องด้วยปัจจัยความรำคาญซึ่งสามารถหยุดยั้งคนจากการซื้อซอฟต์แวร์ ข้อผิดพลาดที่ไม่ส่งผลกระทบต่อการจัดส่งหรือทำให้เกิดปัญหากับผู้ใช้จริงอาจทำให้ฉันรำคาญ **** ทุกครั้งที่ฉันพบข้อผิดพลาด และในที่สุดคุณก็สูญเสียผู้ใช้และรายได้ส่วนหนึ่งของคุณ

ตอนนี้ถ้าคุณรวมข้อผิดพลาดชนิดนั้นกับส่วนต่อประสานผู้ใช้ที่เปลี่ยนไปโดยไม่มีเหตุผลชัดเจนและไม่มีประโยชน์ที่ผู้ใช้มองเห็นคุณจะมีผู้ชนะแน่นอนที่จะทำให้คนเกลียดซอฟต์แวร์ของคุณ

ไม่อนุญาตให้เกิดขึ้น อย่าส่งด้วยข้อบกพร่องที่ทำให้ลูกค้าคิดว่าคุณไม่ได้ให้


สิ่งนี้ไม่แม้แต่จะพยายามตอบคำถามที่ถามว่า "จะจำแนกความรุนแรงของข้อบกพร่องเพื่อเสริมการจำแนกประเภทลำดับความสำคัญของเราได้อย่างไร" ดูวิธีการคำตอบ
ริ้น
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.