BA ไม่ใช่คนจด Requirement
Why this matters
ยินดีต้อนรับสู่ Track C — จากนี้ไปเราจะเปลี่ยนจาก “คนที่เข้าใจ AI” เป็น “คนที่ทำงาน BA ได้จริง” และต้องเริ่มจากการเข้าใจว่างานนี้คืออะไรกันแน่
BA ทำอะไร
ภาพจำผิด ๆ ที่พบบ่อย: BA คือคนนั่งจดสิ่งที่ user บอกแล้วส่งต่อให้ developer — ถ้างานมีแค่นั้น เครื่องอัดเสียงก็ทำแทนได้
งานจริงของ BA คือค้นหา ความต้องการจริง และช่วยให้ solution ตอบโจทย์ธุรกิจ
IIBA (สถาบันมาตรฐานสากลด้าน Business Analysis) อธิบายว่างาน BA ครอบคลุมการค้นหา วิเคราะห์ และสังเคราะห์ข้อมูลจาก process, tools, documents และ stakeholders เพื่อเข้าใจ need ที่แท้จริง รวมถึงช่วยให้ solution สอดคล้องกับ stakeholder needs
แตกความหมายออกมาเป็นงานประจำวัน:
- ค้นหา — สัมภาษณ์ สังเกตหน้างาน อ่านเอกสาร ดูระบบเดิม
- วิเคราะห์ — แยกอาการออกจากสาเหตุ แยกความอยากได้ออกจากความจำเป็น
- สังเคราะห์ — รวมข้อมูลจากหลายแหล่งให้กลายเป็นภาพเดียวที่ทุกฝ่ายเห็นตรงกัน
- เชื่อม solution กับธุรกิจ — ตรวจว่าสิ่งที่กำลังจะสร้างแก้ปัญหาที่ตั้งไว้จริง และวัดผลได้
What a BA needs to know
คุ้น ๆ ไหม? นี่คือโครงงานเดียวกับการทำ root cause investigation ที่คุณทำอยู่: ไม่เชื่ออาการที่เห็นทันที เก็บหลักฐาน ไล่หาสาเหตุจริง แล้วเสนอ corrective action ที่ตรวจผลได้ — BA คือ root cause analysis ที่ทำกับ ปัญหาธุรกิจ แทนปัญหาชิ้นงาน
References
- IIBA — The Business Analysis Standard — ใช้เป็น reference หลักว่า Business Analysis คืออะไร
- IIBA — Core Standard — ใช้ต่อเมื่อเริ่มเข้าใจ BA แล้ว