프로젝트 일정 관리 방법 — WBS와 간트차트로 일정 짜는 법
프로젝트 일정 관리 · 실전 가이드
프로젝트 일정이 자꾸 밀리는 가장 큰 이유는 "프로젝트를 큰 덩어리로만 생각하기" 때문입니다. "개발 2주, 디자인 1주"처럼 뭉뚱그리면, 실제로 무엇을 언제 해야 하는지가 흐릿해지고 빠진 일이 뒤늦게 튀어나옵니다. 이 글에서는 큰 목표를 작업 단위로 쪼개고(WBS), 영업일 기준으로 기간을 잡고, 간트차트로 시각화한 뒤, 진행율로 추적하는 4단계 일정 관리 방법을 정리합니다.
1단계. 일을 쪼갠다 — WBS(작업분류체계)
WBS는 Work Breakdown Structure, 우리말로 작업분류체계입니다. 이름은 거창하지만 핵심은 단순합니다. "프로젝트라는 큰 덩어리를, 실제로 실행할 수 있는 작은 작업들로 계층적으로 쪼개는 것"이죠. 일정을 짜기 전에 WBS를 먼저 만들어야 하는 이유는 분명합니다.
- 빠진 일을 미리 발견합니다. 쪼개다 보면 "아, 테스트도 해야 하고 배포 문서도 써야 하네" 하는 숨은 작업이 드러납니다.
- 기간 추정이 정확해집니다. "개발 2주"는 감이지만, "로그인 API 2일 + 화면 3일 + 연동 2일"은 근거가 있습니다.
- 담당과 책임이 명확해집니다. 작업 단위가 작을수록 누가 무엇을 맡는지가 분명합니다.
WBS 작성 4단계
- 최종 목표(산출물)를 한 줄로 정의합니다. 예: "신규 회원가입 기능 오픈".
- 큰 단계로 나눕니다. 보통 기획 → 디자인 → 개발 → 테스트 → 배포처럼 단계(phase) 수준으로 먼저 나눕니다.
- 각 단계를 실행 가능한 작업으로 분해합니다. 이때 유용한 기준이 8/80 규칙입니다. 하나의 작업이 대략 8시간보다 작거나 80시간보다 크면 다시 쪼개라는 경험칙으로, 너무 잘게 쪼개 관리비용이 커지거나 너무 크게 묶어 추정이 흐려지는 것을 막아 줍니다.
- 각 작업에 담당자·기간을 붙입니다. 여기까지 하면 일정의 뼈대가 완성됩니다.
WBS는 보통 1·2·3·4 같은 번호 체계(1, 1.1, 1.1.1 …)로 계층을 표현합니다. 상위 항목은 하위 작업의 묶음이고, 기간·진행율은 하위에서 위로 자동 집계된다고 생각하면 관리가 쉬워집니다.
2단계. 기간은 "영업일"로 잡는다
일정을 짤 때 많은 사람이 달력 날짜 그대로 기간을 계산합니다. 하지만 실제로 일하는 날은 주말과 공휴일을 뺀 영업일입니다. "10일 걸린다"가 달력으로 10일인지 영업일로 10일인지에 따라 마감일이 크게 달라집니다.
- 업무량(공수)은 주말·공휴일을 제외한 영업일로 세는 것이 현실적입니다.
- 대체공휴일, 회사 휴무일도 빼고 계산해야 마감이 어긋나지 않습니다.
- 추정이 불확실하면 낙관치와 비관치의 가중평균(예: (낙관 + 4×보통 + 비관) ÷ 6)으로 잡으면 한쪽으로 치우치지 않습니다.
일일이 달력을 세기 번거롭다면, 시작일과 종료일만 넣으면 주말·공휴일을 자동으로 빼 주는 도구를 쓰는 편이 정확합니다.
3단계. WBS를 간트차트로 옮긴다
간트차트(Gantt chart)는 작업을 가로 막대로 표현해 "언제부터 언제까지"를 한눈에 보여 주는 일정표입니다. WBS가 "무엇을 할 것인가"의 목록이라면, 간트차트는 그 작업들을 시간 축 위에 펼쳐 놓은 그림입니다. WBS 표 옆에 간트차트를 나란히 두면, 작업 목록과 일정 막대를 동시에 보며 관리할 수 있습니다.
간트차트에서 챙기면 좋은 것
- 선후 관계(의존성) — "디자인이 끝나야 개발 시작"처럼 앞 작업이 밀리면 뒤 작업도 밀립니다. 핵심 경로(가장 긴 작업 체인)를 알면 전체 마감을 좌우하는 작업이 보입니다.
- 마일스톤 — 중간 점검일, 오픈일 같은 중요한 시점을 표시해 두면 팀이 같은 목표를 봅니다.
- 오늘 날짜선 — 오늘이 일정 어디쯤인지 선으로 표시하면, 어떤 작업이 늦고 있는지 즉시 보입니다.
4단계. 진행율로 추적한다
일정은 한 번 짜고 끝이 아니라, 실제 진척을 계속 비교해야 의미가 있습니다. 이때 두 가지 진행율을 함께 보면 좋습니다.
- 진행율 — 실제로 얼마나 진척됐는지 직접 입력하는 값(예: 60% 완료).
- 기간진행율 — 오늘 날짜 기준으로 계획상 시간이 얼마나 지났는지(경과 영업일 비율)를 자동 계산한 값.
이 둘을 비교하면 일정 대비 진척을 객관적으로 볼 수 있습니다. 기간진행율은 70%인데 실제 진행율이 40%라면, 시간은 70% 흘렀는데 일은 40%만 됐다는 뜻이므로 지연 신호입니다. 반대로 진행율이 더 높으면 일정보다 앞서가는 셈이죠. 이렇게 차이를 조기에 발견하면 마감 직전에 당황하는 일을 줄일 수 있습니다.
자주 하는 실수 3가지
- 여유(버퍼)를 0으로 잡는다 — 모든 작업을 빈틈없이 붙이면 한 작업만 밀려도 전체가 무너집니다. 단계마다 약간의 여유를 둡니다.
- 한 사람에게 같은 기간 여러 작업을 동시 배정 — 달력상으로는 가능해 보여도 실제로는 한 사람이 동시에 두 일을 못 합니다. 담당자별로 겹치지 않는지 확인하세요.
- 짜 놓고 업데이트하지 않는다 — 일정은 살아 있는 문서입니다. 주 1회라도 진행율을 갱신해야 추적의 의미가 생깁니다.
정리
프로젝트 일정 관리는 결국 ① WBS로 일을 쪼개고 → ② 영업일 기준으로 기간을 잡고 → ③ 간트차트로 시각화하고 → ④ 진행율로 추적하는 흐름입니다. 거창한 도구가 아니라, 이 네 단계를 꾸준히 지키는 것만으로도 "왜 자꾸 밀리는지 모르겠다"에서 벗어날 수 있습니다.
위 4단계를 한 곳에서 — WBS 표 + 간트차트 + 영업일 계산 + 진행율 추적을 설치·가입 없이 무료로 사용할 수 있습니다.
WBS·간트차트 도구 열기
→ 간트차트 보는 법 · 사용 가이드