“ทำไมเวลาสมัครงานมันชอบมีตำแหน่ง SA แต่พอเข้าไปทำจริงแล้ว…เราคือใครก็ไม่รู้” — คนสับสนประจำองค์กร
🎬 Intro: SA ไม่ใช่ Security, ไม่ใช่ Support, ไม่ใช่คนขาย System
เวลาเพื่อนเราถามว่า “ทำงานอะไรอะ?”
เราตอบ “System Analyst”
อีกฝั่งมักจะพยักหน้าแบบเข้าใจ (แต่ไม่เข้าใจ)
SA ไม่ใช่คนขายระบบ
ไม่ใช่คนเขียนโค้ดอย่างเดียว
ไม่ใช่คนเซตเซิร์ฟเวอร์
แล้วเราคือใคร?
🧠 SA คือ “ล่าม” ระหว่างโลกของ ‘คนใช้ระบบ’ กับ ‘คนสร้างระบบ’
ถ้าองค์กรคือหนัง
- ลูกค้า = คนเขียนพล็อต
- Developer = ทีมถ่ายทำ
- SA = ผู้ช่วยผู้กำกับที่แปลภาษา “อยากได้หนังรักโรแมนติกซึ้งๆ” → กลายเป็น requirement จริง
พูดง่าย ๆ คือ… SA = คนแปลภาษาธุรกิจ → ภาษาระบบ
เราต้องเข้าใจทั้งสองโลก
- โลกของผู้ใช้งาน: เค้าเจ็บตรงไหน ทำงานยังไง ปวดใจยังไงกับระบบเก่า
- โลกของนักพัฒนา: ต้องใช้ระบบฐานข้อมูลยังไง API แบบไหน UX ต้องแบบไหน
🕘 1 วันของ SA ทำอะไรบ้าง?
1. ☕ 9:00 น. เปิดโน้ตเช็กประชุม เช็ก requirement ที่ค้างไว้
- เช็กว่าวันนี้ต้องประชุมกับใครบ้าง?
- มีงานอะไรคาไว้เมื่อวาน เช่น แก้ use case / วาด flowchart
กาแฟแก้วนึงกับ requirement 3 หน้า — เช้าแบบนี้มันสดชื่นดีแท้
2. 🧑💼 10:30 น. ประชุมกับ Users (หรือ Boss)
- ลูกค้าบอก: “อยากได้ระบบที่ง่าย ๆ กดปุ๊บแล้วทุกอย่างเสร็จ”
- เราต้องค่อย ๆ ถามว่า “ง่ายของคุณคืออะไรนะครับ?”
- ตั้งคำถามให้ครบ ทั้ง ใครใช้, ใช้ยังไง, ข้อมูลเก่าอยู่ไหน, ต้อง approve ไหม, ใครรับผิดชอบ
เวลาประชุมเหมือนเล่น The Sims — ต้องดูอารมณ์คนไปด้วย ว่าเขาหิว เหนื่อย หรืองง
3. 🧾 13:00 น. เขียน Requirement / วาด Diagram
- จดสิ่งที่ได้จากการประชุมให้เป็น BRD / FRD / Use Case
- วาด Flowchart / ER Diagram / Wireframe
- ใส่รายละเอียดให้ Dev เห็นภาพ ไม่ตีความผิด
“ลูกค้าบอกว่าอยากได้หน้ารวมข้อมูล” ถ้าไม่วาด wireframe อาจจะกลายเป็นหน้าที่รวมข้อมูล… 5,000 record แบบไม่มี filter
4. 🧑💻 15:00 น. Sync กับ Dev Team
- ไปตอบคำถาม Dev ว่า “ฟิลด์นี้ให้ใครกรอก?”
- ตรวจสอบว่า dev เข้าใจตรงกันไหม
- บางวันเจอ “นี่มัน logic วน loop แบบนรก!” ก็ต้องช่วยคิดทางออก
Requirement ดีมีชัยไปกว่าครึ่ง… แต่ถ้า dev เจอ loop ซ้อน 3 ชั้น SA อาจโดน summon กลับมา rewrite
5. 📱 17:00 น. เขียนสรุป / จัดเอกสาร / เทสต์ระบบ
- ทำสรุปส่งลูกค้า
- บางวันได้เทสต์ระบบด้วย: เช็กว่าใช้ได้ตามที่ออกแบบหรือยัง
- ปิดวันด้วย checklist: “วันนี้คืบหน้าอะไรไปบ้าง?”
วันดี ๆ คือมี test pass หลายตัว
วันพัง ๆ คือโดนลูกค้าบอกว่า ‘ข้อมูลนี้ไม่ต้องแสดงนะ’ (ตอนที่ dev ทำเสร็จแล้ว)
🎯 แล้วต้องมีสกิลอะไรถึงเป็น SA ได้?
- ชอบถามคำถาม
- เข้าใจคน ไม่ใช่แค่ระบบ
- เขียนอธิบายเก่ง สื่อสารชัด
- วาด flow ได้ คิดเป็นภาพได้
- ไม่ต้องเทพโค้ด แต่เข้าใจ logic พื้นฐานจะดีมา
SA-Me.life 
ใส่ความเห็น