งานในสาย 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 ผมจัดกลุ่มนี้ เพราะ หลายๆที่ 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 เป็นต้นครับ และในบางหน่วยงาน เราก็ต้องแสดงในหลายๆบทบาทครับ ทำวันนี้ให้ดีที่สุดครับ ^__^