EVM สำหรับโครงการไอทีและซอฟต์แวร์

การประยุกต์ใช้ Earned Value Management กับโครงการไอทีและซอฟต์แวร์มีความท้าทายและซับซ้อนมากกว่าการนำไปใช้กับการก่อสร้าง งานซอฟต์แวร์เป็นนามธรรม ข้อกำหนดอาจเปลี่ยนแปลงได้กลางโครงการ และการวัด "เปอร์เซ็นต์ความสำเร็จ" ของฟีเจอร์ใดฟีเจอร์หนึ่งนั้นเป็นเรื่องของมุมมองที่แตกต่างกัน อย่างไรก็ตาม ด้วยการปรับเปลี่ยนที่เหมาะสม EVM สามารถสร้างมูลค่ามหาศาลสำหรับการจัดการโปรแกรมไอที และเพื่อใช้สื่อสารสถานะงบประมาณและตารางเวลาให้กับผู้มีส่วนได้ส่วนเสียที่ไม่ใช่สายเทคนิค

ความท้าทายหลัก: การวัด Earned Value ในซอฟต์แวร์

ในงานก่อสร้าง คุณสามารถวัดความคืบหน้าทางกายภาพได้ (ลูกบาศก์เมตรที่เทเมตร ท่อที่วาง) แต่ในซอฟต์แวร์ คุณกำลังวัดงานที่มองไม่เห็น สามแนวทางที่พบบ่อยที่สุด:

1. Story Points (Agile EVM)

ในสภาพแวดล้อม Scrum หรือ Kanban ทีมจะประมาณค่างานเป็น story points คุณสามารถสร้าง EVM บนพื้นฐานนี้ได้:

• BAC = จำนวน story points ทั้งหมด × ต้นทุนเฉลี่ยต่อ story point
• PV = Story points ที่วางแผนว่าจะเสร็จสมบูรณ์เมื่อถึงสปรินต์นี้
• EV = Story points ที่เสร็จสมบูรณ์จริง × ต้นทุนเฉลี่ยต่อ story point
• AC = ต้นทุนจริงของทีม (เงินเดือน, โครงสร้างพื้นฐาน, ใบอนุญาตซอฟต์แวร์) สำหรับช่วงเวลานั้น

แนวทางนี้จะยอมรับว่าเรื่องราว "เสร็จสมบูรณ์" ก็ต่อเมื่อเป็นไปตาม 'Definition of Done' ของทีมเท่านั้น — เพื่อป้องกันกับดัก "เสร็จ 90%"

2. EVM แบบอิงตามหมุดหมาย (Waterfall)

สำหรับโครงการประเภท waterfall หรือ phase-gate ให้กำหนดค่าน้ำหนักงบประมาณให้กับแต่ละหมุดหมาย (เช่น ข้อกำหนด = 15%, การออกแบบ = 20%, การพัฒนา = 40%, การทดสอบ = 20%, การปรับใช้ = 5%) ค่า Earned Value จะได้รับก็ต่อเมื่อแต่ละหมุดหมายเสร็จสมบูรณ์และได้รับการยอมรับอย่างสมบูรณ์แล้ว

3. แพ็กเกจงานแบบถ่วงน้ำหนัก

แบ่งซอฟต์แวร์ออกเป็นโมดูลการทำงาน (การตรวจสอบสิทธิ์, การรายงาน, API, UI) ประมาณการต้นทุนและระยะเวลาสำหรับแต่ละส่วน ติดตามความสำเร็จในระดับโมดูล นี่คือแนวทางแบบผสมผสานที่รวมเอาการส่งมอบเป็นส่วนๆ อย่างต่อเนื่อง

การตีความตัวชี้วัด Agile EVM

เนื่องจากขอบเขตสามารถเปลี่ยนแปลงได้ใน Agile ความหมายของตัวชี้วัดแบบดั้งเดิมจึงเปลี่ยนไปเล็กน้อย:

• CPI (Cost Performance Index): วัดประสิทธิผลด้านต้นทุนของทีม CPI ที่ต่ำกว่า 1.0 หมายความว่าทีมใช้เงินมากกว่าที่คาดไว้ในการส่งมอบ 1 story point
• SPI (Schedule Performance Index): Agile มุ่งเน้นไปที่ Velocity (ความเร็ว) มากกว่าตารางเวลาตามปฏิทินที่เข้มงวด SPI < 1.0 หมายความว่าทีมไม่สามารถทำความเร็วตามเป้าหมายได้
• EAC (Estimate at Completion): เป็นการคาดการณ์ค่าใช้จ่ายที่มีการปรับเปลี่ยนอย่างต่อเนื่อง ซึ่งพิจารณาจากมูลค่าของงานที่เหลือ (backlog) และ CPI ปัจจุบันของทีม

การเชื่อมโยง EVM เข้ากับการจัดการพอร์ตโฟลิโอไอที

สำหรับผู้บริหารระดับ C (CIO/CFO) EVM เป็นภาษากลางในการเปรียบเทียบสถานะโครงการต่างๆ ทั่วทั้งพอร์ตโฟลิโอที่มีความหลากหลาย แม้ว่ารายละเอียดของโครงการอัปเกรดโครงสร้างพื้นฐานเบื้องหลังและโครงการเปิดตัวแอปพลิเคชันมือถือจะแตกต่างกัน แต่หากทั้งสองรายงาน CPI ที่ 0.85 ผู้บริหารจะเข้าใจทันทีว่าทั้งสองโครงการกำลังมีปัญหาด้านค่าใช้จ่าย