ก่อนเริ่มพัฒนา ควรตกลงให้ชัดว่า “แบบไหนถึงเรียกว่าเสร็จ?”

ก่อนเริ่มพัฒนา ควรตกลงให้ชัดว่า “แบบไหนถึงเรียกว่าเสร็จ?”

Requirement อย่าง “ระบบต้องอนุมัติเอกสารได้” อาจดูชัดเจนในตอนแรก

แต่แต่ละฝ่ายอาจมีภาพของคำว่า “ทำได้” ไม่เหมือนกัน

ฝ่ายธุรกิจอาจต้องการ Approval หลายระดับ

ผู้ใช้งานอาจต้องการเห็นว่างานกำลังรอใคร

ผู้บริหารอาจคาดหวังว่าสามารถอนุมัติจากมือถือได้

ขณะที่ทีมพัฒนาอาจเข้าใจ Requirement ในขอบเขตที่ต่างออกไป

หากรายละเอียดเหล่านี้เพิ่งถูกค้นพบในช่วง Demo สิ่งที่ทีมหนึ่งมองว่าเสร็จแล้ว อาจยังไม่ใช่สิ่งที่อีกฝ่ายสามารถรับมอบได้

Acceptance Criteria จึงช่วยกำหนดว่า Requirement นั้นต้องทำงานในเงื่อนไขใด และผลลัพธ์แบบไหนจึงถือว่าถูกต้อง

ตัวอย่างเช่น ระบบ Approval อาจต้องตรวจสอบสิทธิ์ ส่งตามลำดับ แสดงผู้ที่กำลังรับผิดชอบ รองรับการ Reject พร้อมเหตุผล และบันทึกประวัติการอนุมัติ

การกำหนดเกณฑ์เหล่านี้ไม่ได้หมายความว่าทุก Requirement ต้องถูกล็อกจนเปลี่ยนไม่ได้

แต่ช่วยให้ทุกฝ่ายมีจุดอ้างอิงเดียวกันก่อนเริ่ม Development และสามารถปรับรายละเอียดภายหลังจากพื้นฐานที่เข้าใจตรงกัน

สรุปแล้ว Requirement บอกว่า “ต้องการอะไร” ส่วน Acceptance Criteria ช่วยตอบว่า “แบบไหนถึงถือว่าทำสำเร็จ”**

ยิ่งคำว่า Done ชัดตั้งแต่ต้น โอกาสที่จะต้องกลับมาแก้ความเข้าใจในช่วงท้ายโครงการก็ยิ่งลดลง