Flow คัดกรอง Software Bug
กระบวนการรับ Bug ตรวจข้อมูล ทำซ้ำ ประเมินความรุนแรง กำหนดเจ้าของ และตัดสินใจแก้ด่วนหรือเข้ารอบพัฒนา โดยไม่ปะปน Feature Request
สร้างสำเนาใหม่ งานต้นฉบับของเทมเพลตไม่ถูกแก้ไข
- เริ่มต้น
รับรายงานปัญหา
รวบรวมเวอร์ชัน ขั้นตอน ผลที่คาด และผลที่เกิด
- ตัดสินใจ
ทำซ้ำหรือมีหลักฐานพอหรือไม่
QA ทดลองในสภาพแวดล้อมที่ระบุ
- ขั้นตอน
จัดประเภทและขอบเขต
แยก Defect, Configuration และ Feature Request
- สิ้นสุด
ขอข้อมูลเพิ่ม
ระบุหลักฐานที่ต้องการแทนการคาดเดา
- ตัดสินใจ
กระทบงานสำคัญหรือข้อมูลหรือไม่
ประเมินผลกระทบ ผู้ใช้ และทางเลี่ยง
- คำเตือน
เปิด Incident และกำหนดผู้บัญชาการ
ใช้กระบวนการฉุกเฉินแยกจาก Backlog
- ขั้นตอน
จัดลำดับใน Backlog
กำหนดเจ้าของ เกณฑ์รับงาน และรอบส่งมอบ
และอีก 2 Node ในเทมเพลต
สิ่งที่อยู่ใน Flow
ลำดับหลักของเทมเพลต
รายการนี้เป็นสรุปอ่านเร็ว ส่วนรายละเอียดและทางแยกครบอยู่ใน Graph ที่เปิดแก้ได้
- ขั้นที่ 1
เก็บขั้นตอนและสภาพแวดล้อม
- ขั้นที่ 2
ทำซ้ำหรือขอหลักฐานที่ขาด
- ขั้นที่ 3
ประเมินผลกระทบและทางเลี่ยง
- ขั้นที่ 4
ส่งเข้า Incident หรือ Backlog ที่มีเจ้าของ
เทมเพลตที่เกี่ยวข้อง
Incident Escalation Flow
Flow รับ Alert ประเมินผลกระทบ ตั้งระดับเหตุการณ์ เรียก On-call สื่อสารสถานะ และส่งต่อผู้บัญชาการเหตุการณ์ โดยแยกงานเร่งด่วนกับการติดตามทั่วไป
ดูเทมเพลตTroubleshooting สำหรับ Customer Support
Decision tree คัดแยกปัญหาเข้าใช้งาน การชำระเงิน และการทำงานของระบบ พร้อมเกณฑ์แก้เบื้องต้นและส่งต่อทีมผู้เชี่ยวชาญ
ดูเทมเพลตAPI Request Flow
แผนผังคำขอ API ตั้งแต่ Gateway ตรวจรูปแบบและสิทธิ์ ผ่าน Business Logic กับฐานข้อมูล จนสร้าง Response พร้อมเส้นทางปฏิเสธที่สื่อสารได้
ดูเทมเพลตพร้อมปรับ Flow ให้ตรงกับทีมแล้วหรือยัง
เปิดสำเนาใน Editor แล้วแก้ Node, Edge และรายละเอียดได้ทันที