자원평준화 – dsgnmstr; Design Monster

CPM이 왜 중요한가 – 프로젝트 일정 통제의 기둥

프로젝트를 진행하다 보면 “어디까지가 핵심 경로이고, 어느 작업이 지연되면 전체 일정을 뒤흔드는가?”라는 질문을 피할 수 없다. 단순히 작업 목록과 기간만 나열해선, 우선순위와 병목 지점을 정확히 파악하기 어렵다. 이 지점을 해결하기 위해 PMBOK(프로젝트관리지식체계)에서 제시하는 여러 일정관리 기법 중 대표로 꼽히는 것이 바로 CPM(Critical Path Method, 주공정법)이다.

CPM은 프로젝트 일정관리(Schedule Management) 지식 영역에서 핵심 위치를 차지하며, ‘가장 긴 경로’ 즉 프로젝트 전체 마감일을 결정짓는 경로를 식별해 그 경로 상의 작업을 중점 관리하도록 해 준다. 이 경로를 흔히 ‘주공정(Critical Path)’이라 부르는데, 여기에 포함된 작업이 어떤 이유로든 지연되면 전체 프로젝트 완료일이 함께 늦어진다. 따라서 이 경로를 잘 통제하고, 부수적인 작업(비주공정)에 있는 여유 시간을 적극 활용하면, 프로젝트 일정을 효율적으로 관리할 수 있다.

CPM을 제대로 이해하고 적용하면 다음과 같은 강점을 얻을 수 있다. 첫째, 주공정에 속한 작업을 관리 우선순위 최상위로 두어, 팀 리소스를 적재적소에 배분할 수 있다. 둘째, 비주공정에 속한 작업에는 일정 여유(Free Float, Total Float 등)가 있으므로, 급한 프로젝트 상황에 맞춰 자원을 유연하게 재조정 가능하다. 셋째, 중간중간 프로젝트 일정이 지연되는 조짐을 보이면, CPM 기법을 활용해 일정 압축(Crashing, Fast-Tracking)을 어디에 적용할지 쉽게 찾아낼 수 있다.

이렇듯 CPM은 PMBOK에서 강조하는 실행(Executing) 및 모니터링 및 통제(Monitoring and Controlling) 프로세스 그룹에서 특히 활약한다. 범위관리(Scope Management) 과정에서 확정된 WBS(Work Breakdown Structure)가 있어야 작업 단위가 분명해지고, 이를 토대로 일정관리 프로세스(Define Activities, Sequence Activities, Estimate Activity Durations, Develop Schedule)에서 CPM이 쓰인다. 이후 감시 및 통제 단계에서, 실제 진행 상황 대비 CPM 상의 계획을 비교해 일정 지연 및 여유를 실시간 추적하게 된다.

CPM의 핵심 개념과 프로세스 순서

CPM의 이론적 바탕은 “주공정(Critical Path)을 식별하고 그 경로 상 작업들을 중점 관리”하는 것이다. 이를 위해 다음과 같은 핵심 개념과 순서를 이해해야 한다.

CPM의 핵심 요소

작업(Activity)
- 프로젝트를 구성하는 개별 단위 업무로서, WBS의 하위 항목이 될 수 있다.
- 각 작업은 시작(Start)과 끝(Finish)이 명확히 존재하고, 논리적 선후관계를 통해 서로 연결된다.
작업 지속기간(Duration)
- 각 작업이 완료되기까지 필요한 시간이다. 일정 추정(Estimate Activity Durations) 과정을 통해 산출되며, PMBOK에서는 유사 프로젝트 참조나 전문가 판단, 삼점추정(Three-point Estimation) 등 다양한 방법을 권장한다.
선행관계(Precedence Relationship)
- 작업 간의 순서를 결정하는 데 쓰이며, 대표적으로 Finish-to-Start, Finish-to-Finish, Start-to-Start, Start-to-Finish 등이 있다.
- 예: “설계 완수(Finish) 이후에만 개발 착수(Start)가 가능”한 작업 관계(FS).
주공정(Critical Path)
- 전체 네트워크 다이어그램 상에서 가장 긴 경로.
- 이 경로 상 작업에는 여유 시간(Total Float, Free Float)이 ‘0’이거나 매우 적어, 작업이 지연되면 전체 프로젝트 완료일도 함께 늦어진다.
여유(Float 또는 Slack)
- 비주공정(Non-Critical Path)에 포함된 작업들이 가질 수 있는 시간적 유연성이다.
- Free Float: 해당 작업만의 여유(후속 작업에 영향 없음)
- Total Float: 전체 네트워크에서 무리 없이 지연될 수 있는 최대 범위

CPM 절차: 요구사항 수집부터 일정 통제까지

요구사항 수집(Collect Requirements), 범위 정의(Define Scope), 범위 확인(Validate Scope)
- 프로젝트가 만들어야 할 산출물과 WBS를 확정해야, 어떤 작업이 필요한지 명확해진다.
활동 정의(Define Activities)
- WBS 하위 작업들을 ‘활동(Activity)’ 단위로 세분화한다.
- 예: “UI 디자인 확정”, “DB 스키마 설계”, “코드 리뷰 완료” 등.
활동 순서 결정(Sequence Activities)
- 논리적 선후관계를 파악해, 각 작업 간 연결을 만든다. PMBOK에서는 PDM(Precedence Diagramming Method)을 많이 활용한다.
활동 기간 산정(Estimate Activity Durations)
- 전문가 판단, 유사 과거 프로젝트 참조, 삼점추정 등을 통해 작업별 소요 기간을 결정한다.
일정 개발(Develop Schedule)
- CPM 등 기법을 활용해, 전체 네트워크 다이어그램 상에서 주공정을 식별한다.
- 주공정에 속한 작업들의 착수·완료 일자를 산출하고, 비주공정 작업에 대한 여유 시간(Float)을 계산한다.
일정 통제(Control Schedule)
- 프로젝트 실행 중 정기적으로 작업 진행을 모니터링하고, 실제 일정 대비 계획 일정을 비교한다.
- 주공정 작업이 지연될 조짐이 보이면, 일정 압축(Crashing, Fast-Tracking) 등 조치를 취해 전체 목표 마감일을 지킨다.

PMBOK 지식 영역 중 일정관리(Schedule Management) 프로세스들이 CPM과 직접적으로 연결되며, 범위관리(Scope Management)나 자원관리(Resource Management), 원가관리(Cost Management)도 보조적인 요소로 작용한다. 특히 자원 제약(Resource Constraints)이나 비용과 일정 트레이드오프가 발생하면, CPM만으로 단순 분석하기 어려울 수 있어, 자원평준화(Resource Leveling)나 EVM(Earned Value Management)와 같은 기법도 병행 적용한다.

CPM과 PMBOK 지식 영역의 연관성

CPM은 일정관리의 대표적 기법이지만, 프로젝트가 ‘통합(Integration)’적으로 진행된다는 관점에서 보면 다른 지식 영역과도 밀접히 연결된다.

1) 통합관리(Integration Management)와 CPM

프로젝트의 변경 사항이 발생하면 일정이 변동될 수 있다. PMBOK에서 통합 변경통제(Perform Integrated Change Control)를 통해 범위, 원가, 품질, 리스크가 수정되면, 그 영향이 곧 CPM 상의 네트워크 다이어그램에 반영돼야 한다. 예컨대 새로운 요구사항이 추가되어 주공정 작업이 늘어났다면, 프로젝트 완수일이 늦어질 확률이 높다. 따라서 통합관리 프로세스에서 변경이 승인되는 즉시, 주공정에 대한 재분석이 필수다.

2) 범위관리(Scope Management)와 CPM

CPM 계산의 전제 조건은 작업이 명확해야 한다는 점이다. 만약 범위 정의가 모호하면, 활동 정의(Define Activities)가 부실해지고, 결국 CPM은 엉뚱한 작업 목록으로 만들어져 신뢰도를 잃게 된다. 또한 범위가 잦게 바뀌면 주공정이 바뀔 가능성도 높아진다. 따라서 범위 통제(Control Scope) 단계에서 발생하는 모든 변경이 일정 통제(Control Schedule)와 긴밀히 연계되어야 CPM이 유효성을 유지할 수 있다.

3) 원가관리(Cost Management)와 CPM

프로젝트 일정 지연은 곧 비용 증가로 이어지기 쉽다. 특히 주공정 작업이 늘어지면, 인건비나 장비 임대료가 추가로 발생하기 때문에 원가가 크게 초과될 수 있다. PMBOK 원가 통제(Control Costs) 프로세스에서 “왜 비용이 늘어났는가?”를 추적하다 보면, CPM 주공정 상 작업이 지연된 것이 원인으로 밝혀지는 경우가 많다. 이때 주공정 관리 강화를 통해 비용 초과를 예방하고, 반대로 비용 절감을 위해 자원을 재배분하면 일정이 변동될 수도 있는 상호작용이 발생한다.

4) 품질관리(Quality Management)와 CPM

일정을 너무 단축하려 하면 품질이 희생될 위험이 있다. 반면, 품질 관점에서 검증·검사 활동을 충분히 배정하지 않으면, 나중에 결함을 수정하느라 주공정이 지연될 수 있다. CPM은 일정의 길이를 정량적으로 보여주지만, 품질 문제로 인한 재작업이 발생하면 실제 일정은 예측보다 훨씬 길어진다. 따라서 품질 계획(Plan Quality Management) 단계부터 검토·시험 등을 주공정 상 필수 작업으로 포함하거나, 비주공정으로 두되 여유 시간을 확보해 두는 전략이 중요하다.

5) 리스크관리(Risk Management)와 CPM

프로젝트 작업 중에는 예상치 못한 변수들이 항상 존재한다. 주공정 상 작업에서 커다란 리스크가 현실화되면 전체 프로젝트 일정이 크게 흔들린다. PMBOK 리스크관리 프로세스(Identify Risks, Perform Qualitative/Quantitative Risk Analysis, Plan Risk Responses 등)를 통해 주공정 작업에 대한 보완책(Contingency Plan)을 마련하면, 일정 지연을 최소화할 수 있다. 또한 비주공정 상의 여유 시간을 활용해 일부 리스크 대응을 진행하거나, 주공정에 속한 고위험 작업에 인력과 자원을 집중 배치하기도 한다.

프로젝트 실무에서 자주 발생하는 CPM 이슈와 해결 사례

이론적으로 CPM은 일정을 효율적으로 관리할 수 있는 강력한 무기이지만, 현장에서는 자료 부족이나 잦은 변경으로 인해 골머리를 앓는 일이 많다. 다음은 CPM과 관련해 실무에서 흔히 마주치는 문제와 그 해결 방안을 정리한 사례다.

이슈 1) 정확한 작업 기간 추정이 어려움

CPM을 적용하려면 작업별 소요 기간이 어느 정도인지 알아야 한다. 그러나 실제로는 과거 데이터가 부족하거나, 작업 특성이 달라서 정확한 추정이 쉽지 않다. 이로 인해 CPM 결과가 크게 왜곡될 수 있다.

해결 사례
A 회사는 신제품 개발 프로젝트를 진행하며, 이전에 유사한 연구개발(R&D) 경험이 거의 없었다. 따라서 삼점추정(Three-point Estimation) 기법을 적극 활용했다. 가장 낙관적(P), 가장 비관적(O), 그리고 가장 가능성 높은(M) 시간을 각각 산정하고, 평균값( (P + 4M + O) / 6 )을 통해 기간을 추정했다. 이렇게 하면 완전히 단일 값에 의존하지 않고, 어느 정도 범위를 포괄해 CPM 분석의 신뢰도를 높일 수 있었다.

이슈 2) 잦은 요구사항 변경으로 주공정이 계속 바뀜

IT 프로젝트나 대규모 건설 프로젝트에서 범위 변경이 빈번하면, 주공정이 수시로 변경되고 일정 예측이 계속 바뀐다. 그로 인해 CPM을 정기적으로 업데이트해야 하고, 매번 팀원들에게 바뀐 주공정 정보를 공유하는 과정이 복잡해진다.

해결 사례
B 기업은 고객 맞춤형 소프트웨어 개발을 진행 중이었다. 클라이언트가 자주 기능 추가를 요구해, CPM 다이어그램이 빈번히 변동되었다. 이를 효율적으로 다루기 위해, 디지털 요구사항 추적 시스템(JIRA, Confluence 등)과 연동된 스케줄링 툴을 사용했다. 변경이 승인되면, 툴이 자동으로 네트워크 다이어그램과 CPM 경로를 재계산해, ‘새로운 주공정 목록’을 PM과 팀원들에게 알림으로 발송했다. 이렇게 시스템을 자동화하니, 변경 자체는 많았어도 일정 관리 혼선이 크게 줄어들었다.

이슈 3) 자원 제약으로 인해 CPM 그대로 적용 불가능

이론상 주공정 상의 작업을 동시에 진행하면 일정 단축이 가능하지만, 실제로는 개발자나 장비가 한정되어 있어 병행이 어렵다. 이런 자원 제약(Resource Constraints) 때문에, CPM 결과가 그대로 실현되지 않을 때가 많다.

해결 사례
C 조직은 건설 프로젝트에서 특정 중장비(크레인)를 여러 작업에 동시에 투입해야 했으나, 장비 수량이 부족했다. CPM 상에서 보니 A 작업과 B 작업이 동시에 진행하는 것으로 잡혀 있었지만, 실제 자원이 모자라 이를 순차 진행해야 했다. 그래서 자원평준화(Resource Leveling) 기법을 추가로 적용해, 크레인을 A 작업에 쓰고 난 뒤 B 작업에 배정하도록 일정을 재조정했다. 이로 인해 주공정이 바뀌거나 총 일정이 약간 늘어났지만, 대신 일정 충돌과 자원 초과 사용이 사라져 실제 운영 난이도가 크게 낮아졌다.

이슈 4) 일정 압축(Crashing, Fast-Tracking) 과정에서 품질·비용 문제

CPM을 통해 주공정을 알면, 일정이 모자랄 때 여유가 없는 주공정 작업에 집중적으로 인력을 더 투입(Crashing)하거나, 일부 작업을 병행(Fast-Tracking)하는 방식을 쓸 수 있다. 그러나 이렇게 무리하게 일정을 압축하면, 품질 저하나 비용 급등 문제를 야기할 위험이 있다.

해결 사례
D 회사는 대규모 ERP 시스템 구축 프로젝트에서 초반 진행이 늦어지자, 납기일을 맞추기 위해 코드 개발과 테스트를 병행(Fast-Tracking)하기로 결정했다. CPM 상에서 ‘개발 완료 후 테스트’ 관계(Finish-to-Start)였던 구간을 ‘개발 50% 완료 시점부터 병렬 테스트 시작’으로 전환했다. 초기에 일정이 몇 주 단축되는 효과가 있었으나, 개발 후반부에 예측치 못한 결함이 대거 발굴되어 테스트 기간이 오히려 늘어났다. 이를 교훈 삼아, D 회사는 다음 프로젝트에서는 일정 압축 결정 시 품질관리 부서와 공동 검토 프로세스를 두어, 품질·비용 상 위험을 객관적으로 분석하고 나서 Crashing 또는 Fast-Tracking을 적용하도록 바꿨다.

간단한 CPM 예시와 표

아래는 CPM을 시각적으로 이해할 수 있는 간단한 예시 표다. 실제 프로젝트는 훨씬 복잡할 수 있으나, 기본 원리를 설명하기 위한 목적으로 작성했다.

작업 ID	작업 명	선행 작업	예상 기간(일)	착수 시점(ES)	완료 시점(EF)	주공정 여부
A	요구사항 분석	없음	3	0	3	○ (가정)
B	기술 검토	A	2	3	5	○ (가정)
C	프로토타입 디자인	A	4	3	7	×
D	프로토타입 개발	B, C	5	7 (B, C 중 최대 EF=7)	12	○ (가정)
E	통합 테스트	D	3	12	15	○ (가정)
F	사용자 검증	E	2	15	17	○ (가정)

예를 들어, A 작업(요구사항 분석)이 없으면 B 작업과 C 작업 모두 착수할 수 없으니, A가 선행작업이다. B는 2일이 소요돼 5일차에 끝나고, C는 4일이 걸려 7일차에 끝난다. D는 B와 C가 모두 끝난 뒤에야 시작할 수 있고, C가 더 오래 걸리므로 실제 착수는 7일부터, 5일 동안 진행하면 12일 차에 끝난다. 이어서 통합 테스트(E)와 사용자 검증(F)이 순차적으로 진행되어, 최종 17일 차에 프로젝트가 마무리된다.

이 예시에서 A-B-D-E-F 경로가 17일 소요되는 주공정이고, C-D-E-F 경로는 C가 7일차, D가 12일차로 이어져서 총 길이 같지만, 상황에 따라 여유 시간을 가지거나 다른 경로가 될 수도 있다. 실제로는 각 작업 간 관계나 기간이 바뀌면 주공정이 달라질 수 있으며, 이를 통해 프로젝트 전체 일정을 예측하거나 일정 압축 시뮬레이션을 해 볼 수 있다.

적용 시 주의점과 종합 정리

CPM(주공정법)은 프로젝트 일정관리에서 가장 널리 알려지고, 가장 기본적이면서도 강력한 기법이다. 하지만 다음과 같은 몇 가지 주의점을 잊지 말아야 한다.

작업 기간 추정의 정확도 확보
- CPM은 작업 기간을 기반으로 계산되므로, 기간 추정이 부정확하면 결과도 무의미해진다.
- 과거 유사 프로젝트 데이터를 적극적으로 수집하고, 삼점추정 등으로 예측 오차를 줄이는 노력이 필요하다.
통합 변경통제와 연계
- 범위·원가·품질·리스크 등에서 발생한 변경 사항이 일정에 영향을 미치면, CPM을 즉시 다시 계산해야 한다.
- 변경 프로세스와 CPM 재계산을 체계적으로 연결해, 주공정을 실시간에 가깝게 업데이트한다.
자원 제약 고려
- 이론상 CPM 상에서 병행 가능하다고 해도, 실제로는 인력이나 장비가 부족해 순차 실행해야 할 수도 있다.
- 자원평준화(Resource Leveling) 기법을 병행 적용해야 현실적인 일정을 얻을 수 있다.
품질·비용과 균형
- 주공정만 보고 일정을 지나치게 압축하면 품질이 희생될 위험이 크다.
- PMBOK에서 제시하는 통합 관점(Integration Management)을 잊지 말고, 원가·품질·리스크 등을 함께 고려하자.
디지털 시스템 도입으로 효율 극대화
- 변경이 잦거나 팀 규모가 큰 프로젝트라면, 수작업으로 CPM을 업데이트하기 힘들다.
- 협업 툴, 스케줄링 툴을 사용해 자동 계산이 이루어지도록 하면, 주공정 관리를 훨씬 신속하고 정확하게 수행할 수 있다.

결론적으로, CPM 주공정법은 여러 PMBOK 지식 영역 중 일정관리(Schedule Management)의 기둥이며, 프로젝트의 “어떤 작업이 지연되면 전체 일정이 지연되는가?”라는 본질적인 질문에 효과적인 해답을 제시한다. 이는 범위·원가·품질·리스크 등 다른 영역과도 긴밀히 연동되어, 프로젝트 실행 과정에서 수시로 활용될 수 있다. 애자일 접근법이나 디지털 요구사항 추적 시스템과 결합하면, 전통적인 제조·건설 분야뿐 아니라 IT, R&D, 서비스 산업 등에서도 CPM이 충분히 적용 가능하다. 핵심은 “명확한 작업 정의, 현실적인 기간 추정, 그리고 끊임없는 업데이트”다. 이를 통해 프로젝트 관리자는 무엇을 우선 관리해야 하는지, 어디에 자원을 투입해야 일정 지연을 막을 수 있는지 명확한 판단 기준을 얻게 될 것이다.

[태그:] 자원평준화

CPM 주공정법으로 읽는 프로젝트 일정관리의 정수