ก่อนเริ่มพัฒนาระบบ ควรตอบให้ได้ก่อนว่า “อะไรคือสิ่งที่ห้ามผิด?”

ก่อนเริ่มพัฒนาระบบ ควรตอบให้ได้ก่อนว่า “อะไรคือสิ่งที่ห้ามผิด?”

ก่อนเริ่มพัฒนา Software หลายโครงการมี Requirement จำนวนมาก และทุกข้ออาจดูสำคัญในมุมของผู้ใช้งาน

แต่ในมุมของความเสี่ยงทางธุรกิจ Requirement เหล่านั้นไม่ได้มีน้ำหนักเท่ากัน

หาก Search ใช้งานไม่สะดวก ผู้ใช้งานอาจเสียเวลามากขึ้น

แต่หากระบบคำนวณราคาผิด ตัดสต๊อกผิด หรือกำหนด Permission ผิด ผลกระทบอาจเกิดกับรายได้ ข้อมูล หรือการดำเนินงานทันที

ดังนั้นก่อนเริ่ม Development ควรแยกให้ชัดว่าอะไรคือ Nice to Have อะไรคือ Important และอะไรคือ Business Critical

ส่วนที่เป็น Business Critical ควรได้รับความสำคัญมากขึ้นตั้งแต่การออกแบบ Business Rule ไปจนถึง Testing และ Review

ตัวอย่างเช่น การคำนวณราคา การรับชำระเงิน การตัดสต๊อก สิทธิ์การใช้งาน การอนุมัติสำคัญ และข้อมูลที่มีผลต่อเอกสารทางธุรกิจ

การจัดลำดับแบบนี้ไม่ได้หมายความว่าฟังก์ชันอื่นไม่สำคัญ

แต่ช่วยให้ทีมใช้เวลาและทรัพยากรให้สัมพันธ์กับผลกระทบที่อาจเกิดขึ้นจริง

สรุปแล้ว ก่อนถามว่าระบบต้องมีอะไรบ้าง ควรถามเพิ่มว่า “อะไรคือส่วนที่หากผิดแล้วธุรกิจรับผลกระทบมากที่สุด?”

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