งานในสาย IT Analyst มีอะไรบ้าง

วันเสาร์ที่ผ่านมา ผมไปฟังงานสัมมนาของ อ.ปิ่น "Hello World Becoming Professional Software Analyst" ผมขอสรุปเรียบเรียงไว้จากมุมมองที่ผมเข้าใจนะครับ โดยทุก Analyst ต้องมีสิ่งที่เหมือนกัน เช่น

• การพูดคุย การนำเสนอ
• ทัศนคติที่ดี
• มีความเข้าใจใน Technology Trend
• ทักษะในการประเมินเวลา ในมุมที่ตัวเองรับผิดชอบ
• การคิดอย่างเป็นระบบ การทำ Root-Cause Analysis

Overall-Mangement

• Project Analyst
  • บริหารจัดการ Project ในบางหน่วยงาน Project Analyst กับ Project Managment (PM) คือ คนคนเดียวกัน
  • สร้าง Value (มูลค่า) ให้กับองค์กรให้ได้มากที่สุด โดยต้องรักษาความสมดุลของ
    • Resource
    • Requirement
    • Quality
    • Time
• Support Analyst
  • หลายคนงง ว่าทำไมผมจัดกลุ่มเดียวกับ Project Analyst  เพราะ Support Analyst เหมือนกับ Project Analyst ดูภาพรวมของงานทั้งหมด หลังจาก Golive นั้นเอง
  • ต้องจัดการ Value (มูลค่า) ให้กับองค์กร อาจจะไม่ใช้เงินกำไร แต่เป็นการลดความสูญเสียจากปัญหาที่เกิดระหว่างใช้งาน การแก้ปัญหาที่รวดเร็ว หรือหาทีมงานที่เกี่ยวข้องเข้าไปแก้ปัญหาได้

Business

• Business Analyst
  • สนใจสิ่งที่เรียกว่า โจทย์ทางธุรกิจ ถ้าในภาษาคน IT ก็คือ Requirement
  • เป็นตัวแทน ที่ดึงความต้องการ (Requirement) มาจาก User และปรับเปลี่ยน Workflow ให้เหมาะสม
  • เริ่มจากการชักถามอาการ(Symton) แล้วมาหา Root-Cause ที่ตรงจุด และมาเสนอ Solution ในการแก้ปัญหา โดยอาจจะเป็น Application ใหม่, ใช้ Product เดิมที่มีอยู่ หรือ แต่เสนอ Workflow ใหม่ แล้วปรับให้เหมาะสม ไม่ต้องใช้ระบบ
  • สิ่งที่ได้คุยกับ User มานั้น หลังจากคุย สรุป และตกลงกับ User แล้ว คือ BA-Spec ครับ
  • ควรรู้ภาพรวมของทาง IT ครับ
• Process Analyst
  • เน้นสนใจที่ Workflow เป็นพิเศษ หาข้อบกพร่องว่ามีชิ้นไหน ก่อให้เกิดความสับสน หรือ การทำงานซ้ำซ้อน เป็นต้น
  • ใน CMMI เข้าใจว่ามีศัพท์เฉพาะ คือ SPI (Software Process Improvement)

Technical

Technical ผมจัดกลุ่มนี้ เพราะ หลายๆที่ SA 1 คน ดูแลงานทั้งหมด

• Solution Analyst
  • นำ Requirement ทาง Business มาปรับเปลี่ยนให้เป็นทาง Technical โดยมองเป็นภาพรวมกว้างๆ และนำเสนอวิธีการแก้ปัญหา อาทิเช่น เอา Product ที่มีในท้องตลาดมาใช้ แต่อาจจะต้องหา Programmer มาแก้ทำระบบ Feed ข้อมูลเข้าไป เป็นต้น
• System Analyst
  • นำ Requirement ทาง Business มาปรับเปลี่ยนให้เป็นทาง Technical โดยเน้นเป็นการออกแบบระบบ และพัฒนาระบบ เพื่อสร้าง Aplication ขึ้นมา หรือส่งเอกสาร SA-SPEC ให้ Programmer ต่อไป
• Data Analyst
  • งานเหมือน System Analyst แต่สนใจไปในตัวข้อมูลมากกว่า
  • ผมเข้าใจว่างานด้าน Data Science น่าจะเข้าข่ายกลุ่มนี้ด้วยนะ
• Security Analyst
  • ตรวจสอบความปลอดภัยของระบบ ตั้งแต่ได้เห็นภาพรวมของ Project จาก PA และ BA แล้ว แต่ส่วนใหญ่จะรู้ในตอนหลังๆแล้ว ฮ่าๆ
  • ดูความปลอดภัยใน 3 มุม ได้แก่ App, DB และ OS ตัวอย่างที่ชัดเจนที่สุด คือ เรื่องเงินเดือน แม้ว่า App มีสิทธิ์กันไว้ แต่ถ้า Query แล้วออกมาหมดก็ ...
  • การทดสอบความปลอดภัย มีชื่อเรียกเฉพาะว่า Pentest

Quality

• Quality Analyst
  • ควบคุมคุณภาพของ Software
  • ทำการตรวจสอบข้อผิดพลาดที่อาจจะเกิดตั้งแต่ในช่วงรับ Requirement

จริงๆ Analyst ถ้าอธิบายในมุมของ Developer มัน คือ Abstract Class นี่แหละ มี Interface และการทำงานบางส่วนไว้ จากนั้นให้แต่ละตำแหน่ง Extend(สืบทอด) ตามมุมมองที่กำลังจัดการอยู่ ไม่ว่าจะเป็น Project Analyst, Business Analyst หรือ System Analyst เป็นต้นครับ และในบางหน่วยงาน เราก็ต้องแสดงในหลายๆบทบาทครับ ทำวันนี้ให้ดีที่สุดครับ ^__^