ข้ามไปยังเนื้อหา
QC/QA สู่ BA

เครื่องมือ Modeling ที่ควรรู้

ในบทนี้
  1. Why this matters
  2. ต้องเรียน
  3. What a BA needs to know
  4. Completion Checklist

Why this matters

text flow แบบสองบทที่ผ่านมาใช้ได้ดีมาก แต่เมื่อทำงานกับทีมที่หลากหลายขึ้น จะมีเครื่องมือมาตรฐานอีกชุดที่ควรรู้จัก — เน้นคำว่า “รู้จัก” เพราะ ไม่จำเป็นต้องเป็น UML expert

ต้องเรียน

  • Flowchart — แผนภาพลำดับขั้น+จุดตัดสินใจ เป็นภาษากลางที่ทุกทีมอ่านออก เริ่มจากตัวนี้
  • BPMN concept เบื้องต้น — มาตรฐานการวาด business process มีสัญลักษณ์ชัดเจนว่าใครทำขั้นไหน (swimlane) เหมาะกับ process ข้ามหลายทีม
  • Sequence Diagram concept — แสดงลำดับการคุยกันระหว่างระบบ/คน เหมาะเวลาคุยกับ developer เรื่องว่าระบบไหนเรียกระบบไหน
  • Data Flow — แสดงว่าข้อมูลไหลจากไหนไปไหน สำคัญมากกับระบบ AI เพราะคำถามเรื่องแหล่งข้อมูลและสิทธิ์เข้าถึงตอบจากแผนภาพนี้
  • As-Is / To-Be — คู่แผนภาพปัจจุบัน/อนาคต ที่ฝึกไปแล้วสองบทก่อนหน้า
  • Happy Path — เส้นทางปกติเมื่อทุกอย่างเป็นไปด้วยดี
  • Alternative Path — เส้นทางอื่นที่ยังสำเร็จ แต่ไปคนละทาง (เช่น ลูกค้าแจ้งผ่านโทรศัพท์แทน email)
  • Exception Path — เส้นทางเมื่อเกิดข้อผิดพลาด (ข้อมูลไม่ครบ, ค้นไม่เจอ, AI ไม่มั่นใจ) — ระบบที่ดีต้องออกแบบเส้นทางนี้ไว้ล่วงหน้า

What a BA needs to know

สำหรับระบบ AI, exception path สำคัญเป็นพิเศษ: “AI หาหลักฐานไม่เจอ” ต้องเป็นเส้นทางที่วาดไว้ชัด (แจ้งว่าไม่พบ + ส่งต่อให้คน) ไม่ใช่ปล่อยให้ระบบเดา — ถ้า flow ของคุณมีแต่ happy path แปลว่ายังออกแบบไม่จบ

Completion Checklist

  • เลือกเครื่องมือถูกกับสถานการณ์ (flowchart สำหรับภาพรวม, sequence สำหรับคุยกับ dev, data flow สำหรับเรื่องข้อมูล)
  • วาด As-Is / To-Be ของงานตัวเองได้
  • เขียน exception path ของ use case ตัวเองได้อย่างน้อย 2 กรณี