| # | คำถามหลัก (ถามใคร) | เหตุผลที่ต้องถาม / สิ่งที่อยากได้ |
|---|---|---|
| 1 | เราทำโปรเจกต์นี้เพื่อวัดผลธุรกิจอะไร?(ผู้บริหาร / Product Owner) | กำหนด KPI และ Scope ตั้งแต่ต้น → ตัดฟีเจอร์ฟุ่มเฟือยได้ง่าย |
| 2 | ผู้ใช้แต่ละกลุ่มเข้ามาใช้งานตามลำดับไหน?(User จริงทุกบทบาท) | ทำ User Journey → จัดลำดับความสำคัญหน้าจอและสิทธิ์การเข้าถึง |
| 3 | เวลา / งบ / ข้อบังคับสำคัญมีอะไรบ้าง?(PM / Finance / Security) | กัน “เร็ว‑ดี‑ถูก” พร้อมกัน — รู้ข้อจำกัดชัดๆ ก่อนออกแบบ |
| 4 | งานเก่าที่เคยล้ม เกิดจากอะไร?(ทีมเดิมหรือเอกสารย้อนหลัง) | เรียนรู้บทเรียนเดิม — ไม่เหยียบหลุมเดิมซ้ำ |
| 5 | สำเร็จหน้าตาเป็นยังไง—ถ้าพลาดจะกระทบอะไร?(Stakeholder ทุกฝ่าย) | ได้ Acceptance Criteria และ Risk ชัดเจน ช่วย QA วางแผนทดสอบ |
| 6 | ข้อมูลต้นทาง‑ปลายทางอยู่ที่ไหน ใครถือสิทธิ์?(DBA / Data Owner) | วาง ERD, Data Flow, Permission ถูกต้อง ลดปัญหา GDPR/PDPA |
| 7 | Requirement จะเปลี่ยนบ่อยแค่ไหน?(PO / Sponsor) | เลือก Methodology เหมาะ (Agile, Iterative, หรือ Waterfall) |
| 8 | ทีมเรามีช่องว่างทักษะตรงไหน?(Tech Lead / HR) | ตัดสินใจ “อบรมเพิ่ม” หรือ “จ้าง Vendor” ตั้งงบได้แม่น |
| 9 | ขั้นตอนอนุมัติ‑ลงนามมีใครบ้าง?(PM / Legal / Procurement) | เห็น Critical Path จริง ลดคอขวดเอกสารก่อนถึง Production |
| 10 | ถ้าเดดไลน์ถูกย่อครึ่ง จะตัดฟีเจอร์ไหนก่อน?(Sponsor + PO) | ขีดเส้น MVP ชัดเจน—วันจริงมีเหตุบีบเวลา → หั่นได้ไม่เจ็บตัว |
3 จังหวะใช้งานจริง
- ถามให้ครบ – รวมคำตอบในห้องเดียว (Workshop / Interview)
- สรุปทันที – เขียน Recap 1 หน้า (Mind‑map หรือ Checklist) แล้วส่งให้ทุกคน “อ่านจบใน 5 นาที”
- ขอ Sign‑off – เก็บหลักฐานคำตอบใน Confluence / Google Doc พร้อมอีโมจิ 👍 จากเจ้าของเรื่อง
คำถามที่ดี คือประกันคุณภาพตั้งแต่วันแรก—ช่วยลดเวลาวนลูปแก้โค้ด และปิดงานได้ตรงใจผู้ใช้มากขึ้น 🌱
SA-Me.life 
ใส่ความเห็น