왜 프로젝트 관리를 별도로 배우는가

지금까지의 편들은 “소프트웨어를 어떻게 만들 것인가”(요구공학·설계·구현·테스트)를 다뤘습니다. 그런데 아무리 기술적으로 잘 만들어도, 정해진 기간과 예산 안에 끝내지 못하면 프로젝트는 실패합니다. 05편에서 다룬 프로세스 모델이 “어떤 순서로 개발할지”의 틀이라면, 프로젝트 관리는 그 틀 안에서 범위·일정·원가·인력을 계획하고 통제하는 활동입니다.

쉽게 말하면: 프로젝트 관리는 “무엇을, 언제까지, 얼마의 비용으로 끝낼지 계획하고, 계획대로 되고 있는지 계속 확인하는” 활동입니다.

1. 프로젝트 계획 — 무엇을 계획하는가

소프트웨어 프로젝트 계획은 보통 다음 요소들을 포함합니다.

이 중 범위·일정·원가는 서로 강하게 얽혀 있어 흔히 철의 삼각형(Iron Triangle) 으로 부릅니다. 범위를 늘리면 일정이나 원가 중 하나(또는 둘 다)를 늘려야 하고, 일정을 단축하려면 원가를 늘리거나 범위를 줄여야 합니다. 셋 중 하나만 고정하고 나머지 둘을 자유롭게 조정할 수는 없습니다.

2. WBS(작업분해구조) — 범위를 관리 가능한 단위로 쪼개기

WBS(Work Breakdown Structure, 작업분해구조)는 프로젝트의 전체 범위를 계층적으로 쪼개, 관리·추정·배정이 가능한 작은 작업 단위(작업 패키지, Work Package)로 나눈 구조입니다. 범위를 산출물 중심으로 나눠 내려가다가, 더 이상 쪼갤 필요가 없을 만큼 작아지면(하나의 담당자에게 배정하고 일정·원가를 추정할 수 있는 수준) 분해를 멈춥니다.

WBS를 만드는 목적은 세 가지입니다. 첫째, 범위를 빠짐없이 나눠 누락을 방지합니다. 둘째, 작업 패키지 단위로 일정·원가를 추정할 수 있게 합니다. 셋째, 작업 패키지마다 담당자를 배정해 책임 소재를 명확히 합니다.

3. 일정 관리 — WBS 작업을 시간 축에 배치

WBS로 쪼갠 작업 패키지들은 서로 선후 관계를 가집니다(설계가 끝나야 구현을 시작할 수 있다 등). 이 선후 관계를 시간 축에 배치해 전체 일정을 관리하는 기법은 20편에서 PERT·CPM·간트 차트로 자세히 다룹니다. 이번 편에서는 일정 관리의 결과물이 프로젝트 계획에서 어떤 역할을 하는지만 짚습니다 — 일정은 각 작업 패키지의 시작일·종료일·소요기간을 정해, 프로젝트 전체의 완료 예정일을 도출하는 근거가 됩니다.

4. 원가 관리와 진척 관리 — 계획 대비 실적을 숫자로 추적하기

프로젝트가 시작된 뒤에는 “계획대로 되고 있는지”를 주기적으로 확인해야 합니다. 이때 널리 쓰이는 기법이 EVM(Earned Value Management, 획득가치관리)입니다. EVM은 진척 상황을 “일정이 지연됐는지”와 “예산을 초과했는지”를 같은 화폐 단위로 환산해 동시에 파악할 수 있게 해 줍니다.

EVM의 세 기준값

예시: 어떤 작업 패키지의 총 예산이 1,000만 원이고 10주 동안 균등하게 진행될 계획입니다. 5주 차 시점에 계획상으로는 절반이 끝나 있어야 합니다.

그런데 실제로는 작업의 40퍼센트만 완료됐고, 그동안 실제로 지출한 비용은 600만 원이었습니다.

일정·원가 차이와 지수

이 세 값을 비교하면 프로젝트가 일정과 예산 중 어디서 얼마나 벗어났는지 알 수 있습니다.

• $SV$(Schedule Variance, 일정 차이): 음수이면 계획보다 진행이 뒤처짐

• $CV$(Cost Variance, 원가 차이): 음수이면 계획보다 비용을 더 씀(예산 초과)

• $SPI$(Schedule Performance Index, 일정성과지수): 1보다 작으면 일정 지연

• $CPI$(Cost Performance Index, 원가성과지수): 1보다 작으면 예산 초과(비효율)

이 사례는 $SV$도 음수, $CV$도 음수, $SPI \cdot CPI$도 모두 1 미만이므로 일정도 늦고 예산도 초과하는 이중으로 나쁜 상황임을 숫자로 확인할 수 있습니다. 만약 두 값을 따로 관리했다면 “40퍼센트 완료”라는 진척률만 보고 예산이 얼마나 비효율적으로 쓰이고 있는지 놓칠 수 있었을 것입니다.

비유: EVM은 마라톤 중간 지점에서 “지금까지 뛴 거리(EV)가 계획한 거리(PV)보다 짧은가”(일정 지연), “지금까지 쓴 체력(AC)에 비해 뛴 거리(EV)가 짧은가”(비효율)를 동시에 확인하는 것과 같습니다. 완주 여부만 보면 늦게 알아채지만, 중간 지점마다 이 두 값을 비교하면 문제를 미리 알아챌 수 있습니다.

5. 진척 관리를 계획 갱신으로 연결하기

EVM으로 계산한 $SPI$, $CPI$가 계속 1 미만으로 나온다면, 단순히 “더 열심히 하자”는 결론에 머물지 않고 계획 자체를 재검토해야 합니다.

핵심 정리

• 프로젝트 계획은 범위·일정·원가·인력·위험·품질을 포함하며, 범위·일정·원가는 철의 삼각형으로 서로 상호 제약한다.
• WBS(작업분해구조)는 프로젝트 범위를 계층적으로 쪼개 관리 가능한 작업 패키지로 나눈 구조이며, 선후 관계(일정)가 아니라 범위 구성을 나타낸다.
• EVM(획득가치관리)은 PV(계획가치)·EV(획득가치)·AC(실제원가) 세 값으로 일정 차이($SV = EV-PV$)와 원가 차이($CV = EV-AC$), 일정성과지수($SPI = EV/PV$)와 원가성과지수($CPI = EV/AC$)를 계산해 진척을 화폐 단위로 통합 관리한다.
• 지표가 1 미만·음수로 나오면 원인을 분석하고 범위·일정·원가를 재조정한 뒤 이해관계자와 합의해 계획을 갱신해야 한다.

마무리 복습

참고 자료

• SWEBOK topics 상세 - IEEE Computer Society 
• SWEBOK v4 and SFIA v9 가이드