สิ่งที่เปลี่ยนไปสำหรับ BA ระหว่างปี 2020 ถึง 2025
Business Analyst (BA) ระดับอาวุโสคนหนึ่งถามผมว่าในช่วงห้าปีที่ผ่านมามีอะไรเปลี่ยนไปบ้าง เขาต้องการคำตอบเป็นรายการสั้นๆ ง่ายๆ
รายการนั้นมีอยู่จริง มี 5 อย่างที่เปลี่ยนไปอย่างเห็นได้ชัด และมี 3 อย่างที่ยังคงเหมือนเดิม แต่คนส่วนใหญ่มักจะไปโฟกัสผิดรายการ
สิ่งที่เปลี่ยนไป
- เครื่องมือ AI กลายเป็นมาตรฐานไปแล้ว BA ใช้ AI ในการร่างเกณฑ์ (criteria), สรุปบทสนทนา (transcripts) และเขียนบันทึกการประชุม มันช่วยจัดการงานด้านเอกสารที่น่าเบื่อแทนเรา
- การทำงานแบบ Async กลายเป็นเรื่องปกติ ความต้องการ (Requirements) เปลี่ยนจากการทำ Workshop ไปอยู่ใน Slack threads และวิดีโอจาก Loom แทน
- ชื่อตำแหน่งงานเปลี่ยนไป หลายบริษัทเปลี่ยนชื่อเรียก BA เป็น Product Owner เพื่อให้สอดคล้องกับเทรนด์ของ Scrum
- ความหลากหลายของเครื่องมือเพิ่มขึ้น Jira ไม่ใช่ตัวเลือกเดียวอีกต่อไป Linear, Notion และ ClickUp มีให้เห็นอยู่ทุกที่
- ความคาดหวังเรื่องความเร็วเพิ่มสูงขึ้น Stakeholders ต้องการคำตอบภายในไม่กี่ชั่วโมง แทนที่จะเป็นหลายวัน
สิ่งที่ยังคงเหมือนเดิม
- Requirements มักจะผิดพลาดอยู่บ่อยครั้ง Stakeholders ยังคงร้องขอ "วิธีการแก้ปัญหา" (solutions) แทนที่จะระบุ "ปัญหา" (problems) ที่แท้จริง
- การทำความเข้าใจปัญหาคือสิ่งที่สำคัญที่สุด การเขียน User Stories นั้นง่าย แต่การทำความเข้าใจว่าทำไมฟีเจอร์นั้นถึงต้องมีขึ้นมานั้นยาก
- การทำ Discovery ยังคงเป็นกระบวนการแบบทำซ้ำ (iterative) คุณยังคงต้องนำ Prototype ไปแสดงให้ดูเพื่อค้นหาว่าผู้ใช้ต้องการอะไรกันแน่
ความเสี่ยง
BA หลายคนโฟกัสแค่การเปลี่ยนแปลงที่ผิวเผิน พวกเขาเก่งขึ้นเรื่องการเขียน AI prompts และความเชี่ยวชาญในการใช้เครื่องมือ สิ่งนี้ทำให้ CV ของพวกเขาดูทันสมัย แต่ไม่ได้ทำให้พวกเขาเก่งขึ้นในด้านทักษะวิชาชีพ (craft)
AI นั้นยอดเยี่ยมมากในงานระดับผิวเผิน มันสามารถร่าง stories และจัดรูปแบบเอกสารได้ หากคุณค่าเพียงอย่างเดียวของคุณคือการทำเอกสาร คุณกำลังแข่งขันกับเครื่องมือราคาเพียง 20 ดอลลาร์
สิ่งที่ควรลงทุนแทน
- การย่อยปัญหา (Problem decomposition) เปลี่ยนคำพูดที่คลุมเครือให้กลายเป็นความต้องการที่แท้จริง
- การซักถาม Stakeholders ถามถึงสิ่งที่พวกเขาพยายามจะบรรลุผล ไม่ใช่แค่ถามว่าพวกเขาต้องการอะไร
- การใช้ดุลยพินิจ (Judgement) รู้ว่าเมื่อไหร่ควรโต้แย้ง (push back) และเมื่อไหร่ควรยอมรับ Requirement
- ความลึกซึ้งในสายงาน (Domain depth) กลายเป็นผู้เชี่ยวชาญในสาขาเฉพาะทาง เช่น การเงิน หรือการดูแลสุขภาพ
เครื่องมือเปลี่ยน "วิธีการ" ทำงานของคุณ แต่มันไม่ได้เปลี่ยน "ตัวงาน" เป้าหมายยังคงเหมือนเดิม นั่นคือการเปลี่ยนไอเดียที่คลุมเครือให้กลายเป็นโซลูชันที่แก้ปัญหาได้จริง
โฟกัสที่ทักษะวิชาชีพ ไม่ใช่แค่เครื่องมือ
Optional learning community: https://t.me/GyaanSetuAi