PERT/CPM(일정 네트워크 분석·주공정법)
1. 개요
가. 정의
PERT/CPM은 프로젝트를 구성하는 활동(Activity)과 그 선후행 관계를 네트워크(그래프)로 표현하고, 각 활동의 소요기간을 이용해 전진·후진 계산으로 여유시간(Float)과 주공정(Critical Path)을 도출함으로써 전체 일정의 최단 완료기간과 통제 우선순위를 정량적으로 산출하는 일정 네트워크 분석 기법이다. CPM(Critical Path Method, 주공정법)은 활동 기간을 확정값으로 보는 결정론적 기법이고, PERT(Program Evaluation and Review Technique)는 기간을 세 점 추정(3-point estimate)으로 다루는 확률론적 기법이다.
두 기법이 강력한 근본 이유는 "어떤 작업이 늦으면 프로젝트 전체가 늦는가"를 명확히 가려낸다는 데 있다. 프로젝트에는 수십~수백 개의 활동이 병렬·직렬로 얽혀 있어, 단순히 활동 목록과 기간만 나열해서는 "지금 어디에 관리 자원을 집중해야 하는가"를 알 수 없다. PERT/CPM은 활동 간 의존관계를 네트워크로 구조화하고, 가장 긴 경로(주공정)를 찾아냄으로써 일정 지연에 직결되는 소수의 핵심 활동을 식별한다. 주공정 위 활동은 여유가 0이므로 하루만 늦어도 프로젝트가 그대로 하루 늦고, 주공정 밖 활동은 여유시간 범위 안에서 늦어도 전체 일정에 영향이 없다. 관리자는 이 구분을 근거로 자원·감독을 선택적으로 배분한다.
나. 등장 배경과 필요성
두 기법은 1950년대 후반 거의 동시에, 그러나 서로 다른 동기에서 태어났다. CPM은 1957년 듀폰(DuPont)과 레밍턴랜드의 켈리·워커(Kelley & Walker)가 화학 플랜트의 정기 보수·건설처럼 기간과 비용이 비교적 잘 알려진 반복 사업의 공기와 비용을 함께 최적화하기 위해 개발했다. 반면 PERT는 1958년 미 해군의 폴라리스(Polaris) 잠수함 미사일 개발 사업에서, 수천 개 활동이 얽히고 기간을 확정하기 어려운 신규 연구개발(R&D) 사업의 불확실성을 다루기 위해 고안되었다. 즉 CPM은 '비용-공기 트레이드오프', PERT는 '일정 불확실성 관리'라는 서로 다른 문제의식에서 출발했으나, 오늘날에는 네트워크 분석이라는 공통 골격을 공유하기에 흔히 'PERT/CPM'으로 함께 다룬다.
이 기법이 필요한 이유는 대규모·다활동 프로젝트일수록 직관과 경험만으로는 완료기간과 병목을 예측할 수 없기 때문이다. 활동이 수십 개만 되어도 경로 조합은 폭발적으로 늘어나며, "체감상 급해 보이는 작업"이 실제로는 여유가 큰 비주공정 활동이고, 조용히 진행되던 작업이 사실은 주공정인 경우가 흔하다. PERT/CPM은 이런 착시를 걷어내고, 일정 baseline 수립·진척 통제·자원 평준화·일정 단축 의사결정의 정량적 근거를 제공한다는 점에서 필요성을 갖는다. PMBOK에서도 '활동 순서 배열 → 기간 산정 → 일정 개발'로 이어지는 일정관리 지식영역의 핵심 도구로 이 기법을 다룬다.
다. 주요 특징
PERT/CPM의 특징은 첫째, 의존관계 기반의 구조적 분석이라는 점이다. 활동을 단순 나열하지 않고 선후행 논리로 연결하므로, 한 활동의 지연이 어떤 후속 활동으로 파급되는지를 추적할 수 있다. 예를 들어 요구분석이 3일 지연되면 그 후행인 설계·개발·테스트가 연쇄적으로 밀리는지, 아니면 병렬 작업의 여유 안에서 흡수되는지를 그림 위에서 판별한다. 둘째, 여유시간이라는 정량적 통제 지표를 제공한다. 각 활동의 총여유(Total Float)와 자유여유(Free Float)를 계산해 관리 우선순위를 수치로 매기므로, "느낌상 급한 일"이 아니라 "실제로 완료일을 결정하는 일"에 자원을 배분할 수 있다.
셋째, What-if 분석의 토대가 된다. 기간을 바꾸거나 활동을 병렬화했을 때 완료일이 어떻게 달라지는지를 네트워크 재계산으로 즉시 확인할 수 있어, 일정 단축(Crashing·Fast Tracking) 의사결정을 뒷받침한다. 넷째, 의사소통·통제의 공통 언어를 만든다. 주공정·마일스톤·여유가 하나의 그림으로 공유되므로 발주자·PM·현업이 같은 근거 위에서 진척을 논의하고, 지연 발생 시 책임 소재와 만회 대책을 객관적으로 협의할 수 있다. 다만 이 모든 특징은 활동 정의와 기간 추정이 정확하다는 전제 위에서만 성립하며, 자원 제약을 반영하지 않는 순수 네트워크는 실제 실행 일정과 괴리될 수 있다는 한계도 함께 인식해야 한다.
2. 전체 구조와 구성요소
일정 네트워크 분석은 WBS로 분해된 작업을 활동으로 정의하고 순서를 배열한 뒤, 네트워크를 구성해 주공정을 도출하고, 필요 시 일정을 단축하는 일련의 흐름으로 진행된다. 아래는 그 전체 구조도다.
flowchart TD
WBS["WBS(작업분해구조)"] --> ACT["활동 정의(Activity Definition)"]
ACT --> SEQ["활동 순서 배열(의존관계 설정)"]
SEQ --> EST["활동 기간 산정"]
EST --> NET["일정 네트워크 구성(AON/AOA)"]
NET --> FWD["전진 계산(ES·EF)"]
FWD --> BWD["후진 계산(LS·LF)"]
BWD --> FLOAT["여유시간(Float) 산출"]
FLOAT --> CP["주공정(Critical Path) 식별"]
CP --> BASE["일정 Baseline 확정"]
CP --> COMP["일정 단축(Crashing/Fast Tracking)"]
COMP --> NET
구성요소를 순서대로 보면, 먼저 활동(Activity)은 자원과 시간을 소비하는 작업 단위이며, WBS의 최하위 작업패키지를 실행 가능한 단위로 다시 나눈 것이다. 이벤트/노드(Event/Node)는 활동의 시작·종료 시점을 나타내는 순간으로 시간을 소비하지 않는다. 의존관계(Dependency)는 활동 사이의 논리적 선후 제약으로, 반드시 지켜야 하는 의무적 의존(Mandatory, hard logic), 관행상 선택하는 임의적 의존(Discretionary, soft logic), 외부 요인에 의한 외부 의존으로 나뉜다. 소요기간(Duration)은 각 활동을 완료하는 데 걸리는 시간이다.
한편 기간이 0인 특수 활동인 마일스톤(Milestone)은 계약·승인·단계 완료 같은 중요한 통제 시점을 표시하는 데 쓰이며, 실제 작업은 없지만 이해관계자와의 합의 지점을 네트워크에 명시하는 역할을 한다. 마일스톤을 주공정 위에 배치하면 "이 승인이 늦으면 프로젝트가 그대로 늦는다"는 사실을 계약적으로 강조할 수 있다.
활동을 그림으로 옮기는 표기법에는 두 가지가 있다. AON(Activity-on-Node, 노드형·PDM)은 활동을 사각형 노드로, 의존관계를 화살표로 표현하며 오늘날 대부분의 PM 도구(MS Project, Primavera P6)가 채택한 표준이다. AOA(Activity-on-Arrow, 화살형·ADM)는 활동을 화살표로, 이벤트를 노드로 표현하는 고전 방식으로, 논리를 맞추기 위해 실제 작업이 없는 가상활동(Dummy Activity)이 필요해 현재는 잘 쓰지 않는다. PDM은 활동 간 관계를 네 가지로 세분한다.
| 의존 유형 | 의미 | 예시 |
|---|---|---|
| FS(Finish-to-Start) | 선행이 끝나야 후행 시작(가장 일반적) | 설계 완료 후 개발 착수 |
| SS(Start-to-Start) | 선행이 시작되면 후행 시작 가능 | 굴착 시작 후 곧 배관 시작 |
| FF(Finish-to-Finish) | 선행이 끝나야 후행 종료 가능 | 테스트 종료 후 문서 종료 |
| SF(Start-to-Start) | 선행이 시작되어야 후행 종료(드묾) | 신 시스템 개시 후 구 시스템 종료 |
여기에 선도(Lead, 겹침)와 지연(Lag, 대기)을 부여해 관계를 정교화한다. 예컨대 'FS + 2일 Lag'은 선행 종료 후 2일을 기다렸다가 후행을 시작한다는 의미이며, 콘크리트 양생·승인 대기 같은 현실 제약을 모델링한다. 반대로 'FS − 3일 Lead'는 선행이 끝나기 3일 전에 후행을 미리 시작할 수 있다는 뜻으로, 설계가 완전히 끝나기 전에 확정된 부분부터 개발에 착수하는 식의 공정 중첩을 표현한다.
AON이 표준이 된 이유도 실무 맥락에서 이해할 필요가 있다. AOA는 두 활동이 같은 시작·종료 이벤트를 공유하되 논리가 다를 때 이를 구분하기 위해 가상활동을 삽입해야 했는데, 네트워크가 커질수록 가상활동이 급증해 작성·해석이 번거로웠다. AON은 활동을 노드로 두고 관계만 화살표로 표현하므로 가상활동이 필요 없고, FS·SS·FF·SF와 Lead/Lag를 자연스럽게 담을 수 있어 전산화에 유리했다. 이 때문에 오늘날 상용 일정관리 도구는 사실상 모두 AON(PDM)을 채택한다.
3. 주공정 계산 절차(전진·후진 계산)
주공정 도출의 핵심은 각 활동의 가장 이른 시작/종료(ES·EF)와 가장 늦은 시작/종료(LS·LF)를 계산하고, 그 차이인 여유시간이 0인 활동들을 잇는 것이다. 계산은 두 방향으로 진행된다.
전진 계산(Forward Pass)은 네트워크의 시작에서 끝으로 진행하며 ES(Early Start)와 EF(Early Finish, = ES + 기간)를 구한다. 한 활동의 ES는 모든 선행 활동 EF 중 최댓값이다(여러 선행이 모두 끝나야 시작하므로). 이렇게 끝까지 계산하면 마지막 활동의 EF가 곧 프로젝트 최단 완료기간이 된다. 후진 계산(Backward Pass)은 반대로 끝에서 시작으로 진행하며 LF(Late Finish)와 LS(Late Start, = LF − 기간)를 구한다. 한 활동의 LF는 모든 후행 활동 LS 중 최솟값이다(후행 중 가장 이른 것에 맞춰야 하므로).
두 계산이 끝나면 총여유(Total Float, TF) = LS − ES = LF − EF로 구한다. TF는 프로젝트 완료일을 늦추지 않으면서 활동을 미룰 수 있는 최대 시간이다. 자유여유(Free Float, FF)는 후행 활동의 ES를 늦추지 않으면서 미룰 수 있는 시간으로, '후행 활동 ES의 최솟값 − 해당 활동 EF'로 계산한다. 주공정(Critical Path)은 TF = 0인 활동들의 연속 경로이며, 네트워크에서 가장 긴 경로이자 완료기간을 결정하는 경로다.
직관적으로 전진 계산은 "가능한 한 빨리 출발하면 각 활동이 언제 끝나는가"를, 후진 계산은 "완료일을 지키려면 각 활동이 늦어도 언제까지는 끝나야 하는가"를 묻는 것이다. 전진 계산에서 '선행 EF의 최댓값'을 쓰는 이유는 여러 선행이 모두 완료되어야 후행이 시작되기 때문이고, 후진 계산에서 '후행 LS의 최솟값'을 쓰는 이유는 여러 후행 중 가장 먼저 시작해야 하는 것에 맞춰야 전체 일정이 지켜지기 때문이다. 두 방향의 값이 만나 여유시간이 되고, 그 여유가 0인 지점이 곧 지연 여지가 없는 주공정이 된다.
아래 예제 네트워크로 계산 과정을 구체화한다. 활동 A(3일)에서 시작해 B(4일)·C(2일)로 분기하고, B는 D(5일)로, C는 E(6일)로 이어진 뒤 F(2일)에서 합류한다.
flowchart LR
START(("시작")) --> A["A (3일)"]
A --> B["B (4일)"]
A --> C["C (2일)"]
B --> D["D (5일)"]
C --> E["E (6일)"]
D --> F["F (2일)"]
E --> F
F --> END(("종료"))
경로는 두 개다. 'A→B→D→F'는 3+4+5+2 = 14일, 'A→C→E→F'는 3+2+6+2 = 13일이다. 따라서 최단 완료기간은 14일이고 주공정은 A-B-D-F다. 전진·후진 계산 결과와 여유시간을 표로 정리하면 다음과 같다.
| 활동 | 기간 | ES | EF | LS | LF | TF | 주공정 |
|---|---|---|---|---|---|---|---|
| A | 3 | 0 | 3 | 0 | 3 | 0 | ● |
| B | 4 | 3 | 7 | 3 | 7 | 0 | ● |
| C | 2 | 3 | 5 | 7 | 9 | 4 | |
| D | 5 | 7 | 12 | 7 | 12 | 0 | ● |
| E | 6 | 5 | 11 | 9 | 12 | 4 | |
| F | 2 | 12 | 14 | 12 | 14 | 0 | ● |
C·E는 여유가 4일이므로 4일까지 지연되어도 프로젝트 완료일(14일)에 영향이 없지만, A·B·D·F는 여유가 0이라 단 하루의 지연도 그대로 완료일을 늦춘다. 이 표 하나로 관리자는 "감독을 A-B-D-F에 집중하고, C·E는 자원을 재배치할 여지가 있다"는 결론을 즉시 얻는다.
총여유와 자유여유의 구분도 실무에서 중요하다. 총여유는 '프로젝트 완료일을 늦추지 않는 한도'이고, 자유여유는 '바로 다음 후행의 시작을 늦추지 않는 한도'다. 위 예에서 활동 E의 자유여유는 후행 F의 ES(12) − E의 EF(11) = 1일에 불과하다. 즉 E는 총여유가 4일이어도 하루를 넘겨 지연되면 후행 F를 밀기 시작하므로, 같은 비주공정 활동이라도 자유여유가 작은 활동은 실질적 통제 강도를 높여야 한다. 이처럼 여유의 종류를 구분해 관리 강도를 차등화하는 것이 단순 주공정 식별을 넘어선 정교한 일정 통제의 핵심이다.
4. PERT의 확률론적 추정과 CPM과의 비교
CPM이 기간을 하나의 확정값으로 보는 데 비해, PERT는 불확실성을 명시적으로 모델링한다. 각 활동에 대해 낙관치(O, Optimistic)·최빈치(M, Most likely)·비관치(P, Pessimistic) 세 값을 추정하고, 베타 분포를 가정해 기대기간 te = (O + 4M + P) / 6, 표준편차 σ = (P − O) / 6, 분산 σ² = ((P − O)/6)²을 구한다. 예를 들어 어떤 설계 활동이 O=4일, M=6일, P=14일로 추정되면 te = (4 + 24 + 14)/6 = 7일, σ ≈ 1.67일, σ² ≈ 2.78이 된다. 최빈치가 6일이지만 비관치 꼬리가 길어 기대기간이 7일로 늘어나는 점에 주목해야 한다.
세 값에 각각 다른 가중치를 두는 이유도 짚어야 한다. 계수 (O + 4M + P)/6은 베타 분포의 평균을 근사한 것으로, 실제 경험상 최빈치(M) 근처의 값이 가장 자주 나타나므로 4배 가중을 주고, 극단값인 낙관·비관치는 1배씩만 반영한다. 표준편차를 (P − O)/6으로 잡는 것은 정규분포에서 평균 ± 3σ가 전체의 약 99.7%를 포괄한다는 성질(범위 = 6σ)을 활용한 근사다. 따라서 낙관치와 비관치의 간격이 넓을수록 그 활동의 불확실성(분산)이 커지며, 이는 곧 완료일 리스크의 원천이 된다.
PERT의 진가는 완료일에 대한 확률적 진술을 가능하게 한다는 데 있다. 주공정상 활동들의 te를 더해 프로젝트 기대기간을, 분산을 더해(중심극한정리 근거로 정규분포 근사) 전체 표준편차를 구한 뒤, Z = (목표일 − 기대기간) / σ로 표준화하면 "목표 완료일 내에 끝날 확률은 약 몇 %"라는 답을 낼 수 있다. 예컨대 기대기간 100일·표준편차 5일인 프로젝트가 110일 안에 끝날 확률은 Z = (110−100)/5 = 2.0, 즉 약 97.7%로 계산된다. 이는 경영진에게 "여유 버퍼를 며칠 두어야 목표 신뢰수준을 확보하는가"를 정량적으로 제시하는 강력한 근거가 된다.
실제 산업 사례로 보면, 대형 SI 프로젝트에서 요구분석·아키텍처 설계·핵심 모듈 개발·통합 테스트가 대개 주공정을 이루고, 화면 UI나 문서화 같은 활동은 여유가 큰 비주공정에 속하는 경우가 많다. 이때 PM이 화면 진척률에 신경을 쓰다 정작 통합 테스트 환경 구축(주공정)을 놓치면 오픈 일정이 그대로 밀린다. 반대로 신약·위성처럼 전례가 없는 R&D는 활동 기간의 불확실성이 커서, 단일 값 대신 3점 추정으로 완료 확률을 제시해야 경영진이 출시 시점 리스크를 납득한다. 이처럼 같은 네트워크 골격이라도 사업 성격에 따라 CPM과 PERT의 선택이 갈린다.
두 기법의 차이가 생기는 근본 원인은 대상 사업의 성격에 있다. CPM은 기간이 안정적으로 알려진 반복·건설형 사업에 적합하고 비용-공기 최적화에 강하며, PERT는 전례가 없어 기간을 확정할 수 없는 R&D·신제품 개발에 적합하다. 실무적 함의로, 안정 사업에 굳이 3점 추정의 부담을 지우는 것은 낭비이고, 반대로 불확실성이 큰 사업에 단일 확정값을 쓰면 일정 리스크를 과소평가하게 된다.
| 구분 | CPM(주공정법) | PERT |
|---|---|---|
| 기간 추정 | 단일 확정값(결정론) | 3점 추정(확률론) |
| 초점 | 비용-공기 트레이드오프 | 일정 불확실성·완료 확률 |
| 적합 사업 | 반복·건설·유지보수 | 신규 R&D·비반복 사업 |
| 시간 vs 비용 | 둘 다 고려 | 시간 중심 |
| 대표 사례 | 듀폰 플랜트 보수(1957) | 폴라리스 미사일(1958) |
일정 단축을 앞의 예제로 구체화하면 이해가 쉽다. 주공정 A-B-D-F(14일)를 12일로 줄여야 한다고 하자. 각 활동의 비용 기울기가 B=일당 20만 원, D=일당 15만 원, F=일당 30만 원이라면, 가장 저렴한 D부터 1일 단축(15만 원), 다시 D 또는 B 중 기울기가 낮은 쪽을 1일 더 단축하는 식으로 총 2일을 최소 비용(예: 15+15 = 30만 원 또는 15+20 = 35만 원)으로 달성한다. 단, D를 과도하게 줄이면 병렬 경로 A-C-E-F(13일)가 새 주공정으로 부상하므로, 단축 한 단계마다 네트워크를 재계산해 어느 경로가 완료일을 지배하는지 다시 확인해야 한다. 이 절차를 생략하면 '이미 주공정이 아닌 활동'에 비용을 쏟는 낭비가 발생한다.
일정 단축(Schedule Compression)은 주공정 분석의 대표적 활용이다. Crashing(공정 압축)은 주공정 활동에 자원(인력·비용)을 추가 투입해 기간을 줄이되, '비용 기울기(Cost Slope) = (긴급비용 − 정상비용)/(정상기간 − 긴급기간)'가 가장 작은 활동부터 단축해 최소 비용으로 목표 공기를 맞춘다. Fast Tracking(공정 중첩)은 원래 순차로 하던 활동을 병렬로 겹쳐 진행해 기간을 줄이지만, 재작업(rework)과 리스크가 증가한다. 두 기법 모두 반드시 주공정에만 적용해야 효과가 있으며, 비주공정 활동을 단축하는 것은 완료일에 영향이 없어 무의미하다. 단, 주공정을 단축하다 보면 다른 경로가 새 주공정이 되는 '주공정 이동'이 발생하므로 매 단계 재계산이 필요하다.
5. 심화: 몬테카를로 시뮬레이션과 현대적 확장
전통적 PERT는 '주공정 하나만 확률 분석'한다는 한계가 있다. 실제로는 비주공정 경로도 활동 지연에 따라 언제든 주공정이 될 수 있는데(경로 수렴·병합 편의, Merge Bias), 이를 무시하면 완료 확률을 낙관적으로 과대평가한다. 이 한계를 극복하는 현대적 대안이 몬테카를로 시뮬레이션(Monte Carlo Simulation)이다. 각 활동 기간을 삼각·베타·PERT 분포 등 확률분포로 정의한 뒤, 수천~수만 회 무작위 표본을 추출해 매 반복마다 네트워크 전체를 재계산하고, 완료일의 분포와 각 활동이 주공정에 포함되는 빈도(주공정도, Criticality Index)를 산출한다. 예를 들어 어떤 활동의 Criticality Index가 80%라면 '전체 시나리오의 80%에서 주공정에 속한다'는 뜻으로, 단일 결정론적 분석보다 훨씬 현실적인 리스크 우선순위를 제공한다. Primavera Risk Analysis, @RISK, Safran Risk 같은 도구가 이를 지원하며, 대형 EPC·SI 사업의 정량적 일정 리스크 분석(Schedule Risk Analysis)에서 표준적으로 쓰인다.
몬테카를로가 드러내는 대표적 함정이 앞서 언급한 경로 병합 편의(Merge Bias)다. 여러 경로가 한 합류 지점에서 만날 때, 완료일은 그중 '가장 늦게 끝나는 경로'에 지배된다. 각 경로가 평균적으로 제때 끝날 확률이 50%라도, 두 경로가 모두 제때 끝나야 합류가 제때 이뤄지므로 합류 시점이 제때일 확률은 0.5 × 0.5 = 25%로 급락한다. 결정론적 CPM은 이 효과를 보지 못해 완료 확률을 과대평가하는데, 몬테카를로는 수만 번의 시뮬레이션으로 이를 그대로 재현해 현실적인 완료일 분포를 제시한다. 그래서 여유가 작은 근접주공정(Near-Critical Path)이 여럿인 프로젝트일수록 시뮬레이션 기반 분석의 가치가 커진다.
또 다른 확장은 제약이론(TOC)에 기반한 주공정연쇄법(CCPM, Critical Chain)이다. 전통 CPM이 자원 제약을 무시하고 논리 의존만 다루는 반면, CCPM은 자원 경합까지 고려한 '주공정 연쇄'를 정의하고, 개별 활동에 숨어 있던 안전 여유를 제거해 프로젝트 끝단에 프로젝트 버퍼로 모아 관리한다(자세한 내용은 [[critical-chain-project-management]] 참고). 애자일·하이브리드 환경에서는 스프린트 단위 반복이 주된 리듬이 되면서 상세 네트워크의 비중이 줄었지만, 릴리스 계획·마일스톤 간 의존성 관리, 대규모 프로그램의 SAFe 로드맵 수준에서는 여전히 네트워크 논리와 주공정 개념이 활용된다. 실제로 MS Project·Primavera P6·Jira Advanced Roadmaps 등은 의존관계와 주공정 하이라이트 기능을 기본 제공한다.
6. 고려사항 및 시사점
첫째, 추정 품질이 분석 신뢰도를 좌우한다(Garbage In, Garbage Out). 아무리 정교한 네트워크도 활동 기간·의존관계 추정이 부실하면 주공정과 완료일이 왜곡된다. 유사 사업 실적(Historical Data)·전문가 판단·3점 추정을 병행하고, 낙관 편향(Optimism Bias)과 학생증후군을 견제하는 추정 거버넌스가 전제되어야 한다.
둘째, 자원 제약을 함께 보아야 한다. 순수 CPM은 자원이 무한하다고 가정하므로, 이론상 주공정과 실제 실행 가능한 일정이 괴리될 수 있다. 자원 평준화(Resource Leveling)를 적용하면 주공정이 바뀌거나 완료일이 늘어나므로, 네트워크 분석과 자원 관리를 통합해 CCPM·자원 제약 스케줄링으로 보완하는 전략이 필요하다.
셋째, 주공정은 고정이 아니라 동적으로 이동한다. 진척·지연·단축에 따라 주공정은 수시로 바뀌므로, 착수 시점 한 번 계산으로 끝내지 말고 주기적으로 재계산(진척 반영 후 재분석)해야 한다. 근접주공정(Near-Critical Path, 여유가 작은 경로)도 함께 모니터링해 잠재 리스크를 선제 관리하는 것이 기술사 관점의 실무 전략이다.
넷째, 단축 의사결정은 비용·품질·리스크의 트레이드오프다. Crashing은 비용을, Fast Tracking은 재작업·품질 리스크를 키운다. 비용 기울기가 낮은 활동부터 단계적으로 압축하되, 매 단계 주공정 이동을 재확인하고, 단축이 후속 리스크(과로·품질 저하)로 전이되지 않는지 종합 판단해야 한다.
다섯째, 일정과 다른 성과영역을 통합해 관리한다. 주공정 분석은 EVM(획득가치관리)의 일정성과지수(SPI)와 결합될 때 진가를 발휘한다. SPI가 나빠질 때 그 원인이 주공정 활동의 지연인지 비주공정 활동의 문제인지를 네트워크로 구분해야 정확한 만회 대책이 나온다(연계: [[earned-value-management]]).
여섯째, 도구·방법의 적합성을 사업 특성에 맞춰 선택한다. 반복·건설형은 CPM+Crashing, 불확실성이 큰 R&D는 PERT+몬테카를로, 자원 경합이 심하면 CCPM, 요구 변동이 큰 SW는 애자일과의 하이브리드가 유효하다. 전망하건대 향후에는 실적 데이터 기반의 AI 일정 예측과 몬테카를로 시뮬레이션이 결합되어, 완료 확률과 리스크 활동을 실시간으로 갱신하는 지능형 일정관리로 진화할 것이다.
참고자료
- PMI, A Guide to the Project Management Body of Knowledge (PMBOK Guide) — Schedule Management: https://www.pmi.org/
- Kelley, J. E. & Walker, M. R., "Critical-Path Planning and Scheduling" (1959): https://dl.acm.org/doi/10.1145/1460299.1460318
- U.S. GAO, Schedule Assessment Guide (GAO-16-89G): https://www.gao.gov/products/gao-16-89g
한 줄 요약: PERT/CPM은 활동을 네트워크로 연결해 전진·후진 계산으로 여유시간과 주공정을 도출하는 일정 분석 기법으로, CPM은 결정론적 비용-공기 최적화에, PERT는 3점 추정 기반 확률적 완료 예측에 강하며 몬테카를로·CCPM으로 확장된다.