Defecting Severity and Priority Management
วันนี้ได้มีโอกาสเข้า Workshop เรื่อง Defecting Severity and Priority Management จากพี่ตวง หนึ่งในสุดยอด QA ที่เคยได้พบเจอมา เลยอยากเก็บเป็น takeaway note ไว้สักหน่อย
Severity
ความรุนแรงของสิ่งที่เกิดขึ้น สามารถแบ่งเป็น 4 แบบคือ
1. Critical : System Crashed/ Downed no workaround
2. Major : no workaround but features ตัวอื่นยังพอทำได้
3. Minor : Data เพี้ยนนิดหน่อย พอมี workaround ได้
4. Trivial : Cosmetic, UI เพี้ยน
Priority
ความสำคัญของสิ่งที่เกิดขึ้นต่อองค์กร สามารถแบ่งออกเป็น
1. High = Block
2. Medium = Functional มันไปต่อไม่ได้ แอพไปต่อไม่ได้
3. Low = ไม่ได้สำคัญขนาดนั้น สามารถรอให้ซ่อมต่อไปได้
เวลามีบัคเกิดขึ้น เราควรคำนึงถึง Severity * Priority ด้วยเพื่อประเมินความเร่งด่วนของบัคตัวนี้ (และยังช่วยให้คุยกับ Stakeholders ได้ง่ายด้วยว่าทำไมเราถึงรีบ/ไม่รีบแก้)
การหาความเร่งด่วนอาจทำเป็นตารางแบบนี้
