IT 및 소프트웨어 프로젝트를 위한 EVM

IT 및 소프트웨어 프로젝트에 획득 가치 관리(Earned Value Management)를 적용하는 것은 건설 분야에 적용하는 것보다 훨씬 더 어렵고 미묘합니다. 소프트웨어 작업은 추상적이고, 프로젝트 도중에 요구 사항이 변경될 수 있으며, 기능의 "완료율"을 측정하는 것은 본질적으로 주관적입니다. 그러나 적절한 변형을 거치면, EVM은 IT 프로그램 관리 및 비기술적 이해관계자에게 예산과 일정 상태를 전달하는 데 엄청난 가치를 제공합니다.

핵심 과제: 소프트웨어에서 획득 가치 측정하기

건설에서는 물리적 진행(부은 큐빅 미터, 깔린 미터 등)을 측정할 수 있습니다. 소프트웨어에서는 보이지 않는 작업을 측정해야 합니다. 세 가지 가장 일반적인 접근 방식은 다음과 같습니다:

1. 스토리 포인트 (애자일 EVM)

스크럼이나 칸반 환경에서 팀은 스토리 포인트로 작업을 추정합니다. 이를 기반으로 EVM을 구축할 수 있습니다:

• BAC = 총 스토리 포인트 × 스토리 포인트당 평균 비용
• PV = 이번 스프린트까지 완료할 것으로 계획된 스토리 포인트
• EV = 실제로 완료된 스토리 포인트 × 스토리 포인트당 평균 비용
• AC = 해당 기간 동안 발생한 실제 팀 비용(급여, 인프라, 라이선스 등)

이 접근 방식은 "90% 완료"의 함정을 피하기 위해 팀의 '완료 기준(Definition of Done)'을 충족했을 때만 스토리를 "완료"로 인정합니다.

2. 마일스톤 기반 EVM (워터폴)

워터폴이나 페이즈 게이트 프로젝트의 경우, 마일스톤에 예산 가중치를 할당합니다(예: 요구 사항 = 15%, 설계 = 20%, 개발 = 40%, 테스트 = 20%, 배포 = 5%). 획득 가치는 각 마일스톤이 완전히 완료되고 수락되었을 때만 인정됩니다.

3. 가중치 적용 작업 패키지

소프트웨어를 기능 모듈(인증, 보고, API, UI)로 분할합니다. 각 모듈의 비용과 기간을 추정합니다. 모듈 수준에서 완료를 추적합니다. 이는 부분적이고 반복적인 전달을 통합하는 하이브리드 접근 방식입니다.

애자일 EVM 지표 해석

애자일에서는 범위가 변동될 수 있으므로 전통적인 지표가 의미하는 바가 약간 다릅니다:

• CPI (비용 성과 지수): 팀의 비용 대비 생산성을 측정합니다. CPI가 1.0 미만이면 팀이 한 스토리 포인트를 전달하는 데 예상보다 비용이 많이 든다는 뜻입니다.
• SPI (일정 성과 지수): 애자일에서는 일정보다 벨로시티(Velocity)에 중점을 둡니다. SPI < 1.0은 팀이 목표 벨로시티를 달성하지 못하고 있음을 의미합니다.
• EAC (완료 시점 예상 비용): 남아있는 백로그의 가치와 팀의 현재 CPI를 반영하여 지속적으로 조정되는 예측 비용입니다.

EVM을 IT 포트폴리오 관리와 연결하기

C 레벨 경영진(CIO/CFO)에게 EVM은 다양한 포트폴리오 간의 프로젝트 건전성을 비교할 수 있는 공통 언어를 제공합니다. 백엔드 인프라 업그레이드와 모바일 앱 출시 프로젝트의 세부 사항은 다르지만, 두 프로젝트가 모두 CPI 0.85를 보고한다면 임원들은 두 곳 모두에 비용 문제가 있음을 즉시 이해할 수 있습니다.