เฮ้ย! เราเข้าใจว่า Requirement ไม่ใช่เรื่องที่ทุกคนจะอยากทำ
แต่มันเป็นเหมือนการ “เขียนจดหมาย” ถึง Dev ทีม — บอกให้ชัดเจนว่า อยากได้อะไร และ ต้องการให้ทำยังไง
ถ้าเราไม่เก็บครบ… ละมาจะได้เจอปัญหาที่ลูกค้าพูดว่า “เอ๊ะ! ทำไมมันไม่ได้แบบที่เราคิดไว้นะ”
แล้ว SA (System Analyst) อย่างเราอาจโดนบ่นจนหูชาก็ได้
1. ความชัดเจนในวัตถุประสงค์
- ✅ วัตถุประสงค์ของระบบ ถูกระบุไว้อย่างชัดเจน
อะ! ระบบนี้ทำไม? คืออะไร? ทำไมต้องทำ? อย่าให้ระบบนี้กลายเป็น “โครงการข้ามปี” นะ! - ✅ ลูกค้าหรือผู้ใช้งานหลัก ถูกระบุว่าใคร
“ลูกค้าคือใคร?” ไม่ใช่แค่ถาม แต่ต้องรู้ว่า ใคร จะใช้งานระบบนี้กันแน่ - ✅ ปัญหาที่ต้องการแก้ไข
ระบบนี้มันต้องการแก้ปัญหาความยุ่งเหยิงในชีวิตของใคร? ให้ชัดเจนไปเลย!
2. ความต้องการทางธุรกิจ (Business Requirements)
- ✅ เป้าหมายทางธุรกิจ ระบุให้ชัดว่า ระบบนี้จะทำให้ธุรกิจดีขึ้นยังไง?
- ✅ KPI หรือการวัดผล ที่ระบบต้องสามารถวัดได้ เช่น ลดเวลาในการทำงาน
ใช้ ตัวเลข ชัดเจน! “จะต้องลดเวลา 30%” ไม่ใช่แค่ “ง่ายขึ้น” - ✅ ข้อกำหนดด้านประสิทธิภาพ เช่น ต้องโหลดเร็ว ถ้ามีคนใช้งาน 100 คนพร้อมกัน
3. ความต้องการจากผู้ใช้งาน (User Requirements)
- ✅ การใช้งานหลัก หรือฟังก์ชันที่ต้องการจากระบบ
“ระบบนี้ต้องทำอะไร?” ถ้าใช่แล้วต้องระบุฟังก์ชันหลักให้ชัดเจนไปเลย! - ✅ อุปกรณ์ที่รองรับ
ระบบจะใช้ได้บน คอมพิวเตอร์ มือถือหรือแท็บเล็ต? - ✅ ผู้ใช้งาน อาจแบ่งตามประเภท
“ใครจะใช้งาน?” ผู้ใช้ทั่วไป หรือผู้ดูแลระบบ? (ระวังจะใช้ผิดประเภท)
4. ฟังก์ชันและคุณสมบัติที่ต้องการ (Functional Requirements)
- ✅ ฟังก์ชันหลัก ที่ระบบต้องสามารถทำได้ เช่น การลงทะเบียน การค้นหาข้อมูล
อธิบายทุกฟังก์ชันให้ละเอียด เหมือนบอก Dev ว่า “การค้นหาต้องเร็วกว่า Google!” - ✅ การทำงานข้ามระบบ (ถ้ามี)
ระบบต้องสามารถพูดคุยกับระบบอื่น ๆ ได้ไหม? (ถ้ามี API ก็ต้องบอกให้ชัด) - ✅ การยืนยันการทำงาน
ต้องมี ระบบล็อกอิน ที่ปลอดภัย มีการตรวจสอบความถูกต้องของข้อมูลไหม?
5. ข้อกำหนดด้านประสิทธิภาพ (Performance Requirements)
- ✅ เวลาในการตอบสนอง
ระบบต้องโหลดหน้าเว็บเร็วแค่ไหน? ต้องตอบสนองใน 2 วินาที หรือ 3 วินาที? - ✅ ความสามารถในการขยายระบบ
รองรับผู้ใช้งานได้เพิ่มขึ้นทุกปีไหม? ถ้าเราเติบโตเร็ว ๆ จะเพิ่มได้ไหม? - ✅ ปริมาณข้อมูลที่สามารถจัดการได้
ระบบต้องรับไฟล์ขนาดใหญ่แค่ไหน? รองรับข้อมูลผู้ใช้มากแค่ไหน?
6. ข้อกำหนดด้านความปลอดภัย (Security Requirements)
- ✅ การป้องกันข้อมูลส่วนบุคคล
ต้องใช้ การเข้ารหัสข้อมูล เพื่อป้องกันข้อมูลลูกค้าหรือไม่? - ✅ การจัดการสิทธิ์การเข้าถึง
ใครสามารถดูข้อมูลอะไรได้บ้าง? ระบบจะต้องมีการ จัดการสิทธิ์การเข้าถึง หรือไม่?
7. ข้อกำหนดด้านการใช้งาน (Usability Requirements)
- ✅ การออกแบบ UI/UX
ระบบต้องใช้งานง่ายและ สวยงาม เพราะลูกค้าของเราไม่อยากใช้ระบบที่ดูเหมือนปี 2000 นะ - ✅ การรองรับการใช้งานหลายภาษา
รองรับภาษาอังกฤษหรือไม่? แล้วจะมีการแปลเป็นภาษาท้องถิ่นไหม?
8. ข้อกำหนดด้านการทดสอบ (Testing Requirements)
- ✅ แผนการทดสอบ
เราต้องทดสอบอะไรบ้าง? Functional Testing หรือ Load Testing? - ✅ เกณฑ์การยอมรับ
ทุกฟังก์ชันต้อง ผ่านการทดสอบ ก่อนปล่อยใช้งาน หรือไม่?
9. ข้อกำหนดด้านการส่งมอบและการบำรุงรักษา (Delivery and Maintenance)
- ✅ เวลาที่ต้องการส่งมอบระบบ
ถ้าไม่ระบุเวลา เราอาจจะหลุดการส่งมอบไปไกลมาก - ✅ การสนับสนุนหลังการส่งมอบ
ระบบต้องมี การอัปเดต อย่างต่อเนื่องหรือไม่? และใครจะดูแล?
การเก็บ Requirement ให้ครบจะช่วยให้โปรเจกต์เดินหน้าไปได้ดีและไม่เกิดปัญหาในภายหลัง
อย่าลืมใช้ Checklist นี้ เป็นแนวทางในการเก็บข้อมูลให้ครบถ้วน
เพื่อที่คุณจะได้ ไม่พลาดทุกการพัฒนา 😉
SA-Me.life 
ใส่ความเห็น