크리티컬 패스 기법(CPM) 설명: 마감일을 실제로 좌우하는 요소를 찾는 방법

모든 프로젝트에는 마감일이 있어요. 하지만 마감일을 지키는 데 있어 모든 작업이 똑같이 중요하지는 않아요.

어떤 작업은 하루이틀 늦어져도 별다른 영향이 없어요. 반면 어떤 작업은 조금만 초과해도 프로젝트 전체의 완료일을 그대로 함께 밀어내요. 어느 쪽이 어느 쪽인지 아는 것은 단순히 유용한 수준을 넘어, 상황을 통제하고 싶은 프로젝트 관리자라면 반드시 알아야 할 일이에요.

바로 이것을 알아내도록 도와주는 것이 크리티컬 패스 기법(CPM)이에요.

크리티컬 패스 기법이란?

크리티컬 패스 기법은 1950년대에 DuPont과 Remington Rand의 엔지니어들이 개발한 프로젝트 일정 수립 기법이에요. 원래는 대규모 산업 프로젝트에 쓰였지만, 지금은 건설부터 소프트웨어 개발, 마케팅 캠페인까지 모든 산업의 프로젝트 관리에서 기초가 되는 개념이에요.

핵심 아이디어는 간단해요. 일련의 작업과 그 종속성이 주어졌을 때, 크리티컬 패스는 프로젝트의 가장 빠른 완료일을 결정하는 종속 관계로 이어진 작업의 가장 긴 사슬이에요.

크리티컬 패스 위의 작업은 여유 시간이 0이에요(여유 시간은 “슬랙”이라고도 불러요). 여유 시간은 프로젝트 종료일을 늦추지 않고 작업을 지연시킬 수 있는 시간이에요. 여유 시간이 0인 작업에는 숨 쉴 틈이 없어요. 거기서 생긴 지연은 곧 전체의 지연이에요.

크리티컬 패스가 중요한 이유는?

제품 출시를 관리하고 있다고 상상해 보세요. 다음과 같은 작업이 있어요.

• 카피를 작성하는 콘텐츠팀(3일)
• 비주얼을 만드는 디자인팀(5일)
• 랜딩 페이지를 구축하는 개발팀(카피와 비주얼 모두에 종속되며, 4일 소요)
• 랜딩 페이지를 테스트하는 QA(2일)
• 출시

디자인 작업은 카피보다 오래 걸려요. 개발팀은 두 작업이 모두 끝나야 시작할 수 있으므로, 프로젝트는 5일째까지 앞으로 나아가지 못해요. 디자인이 5일째에 끝나고 개발에 4일, QA에 2일이 걸린다면 가장 빠른 출시일은 11일째예요.

여기서 크리티컬 패스는 디자인 > 개발 > QA > 출시(5 + 4 + 2 = 11일)예요. 카피는 크리티컬 패스에 있지 않아요. 3일째에 끝나므로 병목이 되기까지 2일의 여유 시간이 있어요.

이것이 바로 CPM이 주는 통찰이에요. 디자인팀의 일정이 출시일을 직접 좌우해요. 카피팀을 더 다그칠 필요는 없어요. 지켜야 할 것은 디자인팀의 작업 여력이에요.

크리티컬 패스를 찾는 방법

어떤 프로젝트에서든 크리티컬 패스를 찾을 수 있는 간단한 절차를 소개할게요.

1단계: 모든 작업 나열하기

먼저 프로젝트를 개별 작업으로 나눠요. 큰 단위로 대충 하려고 하지 마세요. 세분화할수록 크리티컬 패스가 더 정확해져요.

예를 들어 “기능 X 구축” 대신 “기술 사양 작성”, “UI 목업 디자인”, “프런트엔드 개발”, “백엔드 API 개발”, “통합 테스트”로 나누세요.

2단계: 작업 종속성 정의하기

각 작업에 대해 “이 작업을 시작하기 전에 무엇이 끝나 있어야 하지?”라고 물어보세요. 이것이 종속성 맵이 돼요. 가장 흔한 종속성 유형은 종료-시작 (FS)으로, 작업 A가 끝나야 작업 B를 시작할 수 있어요. 하지만 미묘한 차이를 더해 주는 다른 유형(시작-시작, 종료-종료)도 있어요.

3단계: 기간 추정하기

각 작업에 현실적인 소요 시간 추정치를 지정하세요. 가능하면 실제로 그 일을 하는 사람들을 참여시키세요. 그들의 추정이 위에서 내려온 짐작보다 정확해요.

4단계: 네트워크 다이어그램(또는 간트 차트) 만들기

모든 작업과 종속성을 시각적으로 펼쳐 보세요. 이 용도로는 간트 차트가 가장 직관적인 형식이에요. 어떤 사슬이 가장 긴지 바로 보이기 시작할 거예요.

5단계: 크리티컬 패스 계산하기

네트워크를 처음부터 끝까지 따라가면서 각 작업의 최조 개시일, 최조 완료일, 최지 개시일, 최지 완료일, 여유 시간을 계산하세요. 여유 시간 = 0인 작업이 크리티컬 패스에 있는 작업이에요.

실제로는 LoopGantt 같은 도구에 작업, 기간, 종속성을 입력하면 이 계산을 자동으로 해 줘요. 손으로 계산할 필요가 없어요. 크리티컬 패스 작업이 강조 표시되므로 무엇이 마감일을 좌우하는지 한눈에 볼 수 있어요.

크리티컬 패스를 다룰 때 흔히 하는 실수

실수 1: 계획 후에 방치하기

크리티컬 패스는 한 번 계산하고 끝나는 게 아니에요. 프로젝트가 진행되면서 작업 기간이 바뀌고, 새로운 종속성이 생기고, 크리티컬 패스가 옮겨 갈 수 있어요. 첫째 주에는 크리티컬하지 않던 작업이 셋째 주에는 크리티컬해질 수도 있어요. 정기적으로 검토하세요.

실수 2: 모든 작업을 똑같이 다루기

리소스가 빠듯하면 고르게 나누고 싶은 유혹이 들어요. 하지만 그게 늘 옳은 판단은 아니에요. 크리티컬 패스 작업을 맡은 사람들의 여력을 지키는 것을 우선해야 해요.

실수 3: 외부 종속성 잊기

많은 크리티컬 패스 분석이 내부 작업에만 초점을 맞춰요. 하지만 프로젝트가 공급업체의 납품, 법무 검토 완료, 서드파티 API 준비 같은 것에 달려 있다면, 그런 외부 이벤트도 종속성 맵에 넣어야 해요.

실수 4: 크리티컬 패스는 고정되어 있다고 생각하기

크리티컬 패스가 너무 길고 마감일을 옮길 수 없다면 선택지가 있어요. 가능한 곳에서 작업을 병렬로 진행하거나, 크리티컬 작업에 리소스를 추가하거나(크래싱), 범위를 줄이는 거예요. 늦은 납품을 그냥 받아들이지 말고, 경로를 따져 보며 어디를 단축할 수 있는지 찾아보세요.

준임계 경로: 숨은 위험

여유 시간이 아주 적은(예를 들어 1~2일) 작업은 크리티컬 패스에 있지는 않지만 거의 근접해 있어요. 이런 준임계 경로는 면밀히 지켜볼 가치가 있어요.

준임계 작업이 단 며칠만 늦어져도 크리티컬 패스에 합류하고, 갑자기 마감일을 좌우하는 작업 사슬이 하나가 아니라 둘이 돼요. 여유 시간이 0으로 표시된 작업만이 아니라 모든 작업의 여유 시간을 추적하세요.

LoopGantt로 크리티컬 패스 관리하기

LoopGantt를 쓰면 크리티컬 패스 관리가 이론이 아니라 실무가 돼요. 작업, 기간, 종속성을 넣어 프로젝트를 설정하면 크리티컬 패스가 자동으로 계산되고 강조 표시돼요. 스프레드시트 수식도, 손으로 그린 네트워크 다이어그램도 필요 없어요.

프로젝트가 진행됨에 따라 크리티컬 패스는 실시간으로 업데이트돼요. 어떤 작업에 가장 신경 써야 하는지, 어떤 작업에 여유가 있는지 항상 알 수 있어요.

크리티컬 패스 분석은 Free 플랜(최대 프로젝트 3개)에 포함되어 있어요. LoopGantt Pro는 사용자당 월 $5 또는 연 $45예요.

핵심 정리

크리티컬 패스 기법은 프로젝트 관리의 소음을 걷어 내 줘요. 모든 작업을 똑같이 급한 일로 다루는 대신, 결과를 좌우하는 작업이 정확히 무엇인지 알려 주죠. 그래서 에너지를 집중하고, 일정을 지키고, 실제로 제때 납품할 수 있어요.