3.2 프로젝트 일정 수립 | 프로젝트 매니지먼트 입문

3.2 프로젝트 일정 수립

아무리 좋은 아이디어와 잘 정의된 범위가 있어도, 타임라인 없이는 프로젝트가 앞으로 나아가지 못합니다. 일정은 시간의 건축 도면이라 할 수 있어요 — 무슨 일이 언제 일어나는지 틀을 만들어주고, 실행을 가능하게 합니다.

일정 수립은 단순히 날짜를 박는 일이 아닙니다. 태스크 순서, 공수 추정, 의존 관계, 리스크를 함께 균형 잡아야 하는 고차원 계획 작업입니다.

왜 일정을 만드는가?

• 업무 흐름의 시각화: 모두가 전체 프로세스를 한눈에 공유할 수 있도록
• 현실적인 마감과 책임자 배정: 모든 태스크에는 시점과 사람이 필요합니다
• 속도감의 정렬: 팀과 이해관계자가 같은 페이스를 공유하도록

이것들이 자리 잡으면 진척 추적과 지연 대응이 훨씬 쉽고 효과적이 됩니다.

프로젝트 일정 수립 단계

1. 태스크 식별 (WBS 활용)

범위 정의 단계에서 만든 작업 분해 구조도를 활용해 모든 태스크를 나열합니다. 이렇게 하면 빠짐없이 다루고 태스크 순서를 명확히 할 수 있습니다.

2. 태스크 순서와 의존 관계 정의

각 태스크에는 논리적인 순서가 있습니다. "요구사항"이 확정되기 전에 "설계"는 시작할 수 없죠. 이 관계를 매핑해 두면 일정 충돌과 예기치 못한 사태를 막을 수 있습니다.

3. 기간(공수) 추정

각 태스크가 얼마나 걸릴지 추정합니다. 이 단계는 오류가 일어나기 쉽고 — 지연의 흔한 근원이 되기도 합니다. 일반적인 추정 방법은 다음과 같습니다.

• 유사 추정(Analogous Estimating): 과거 비슷한 프로젝트를 기준으로
• 모수 추정(Parametric Estimating): 단위 시간 × 분량 (예: 페이지당 1시간 × 20페이지)
• 3점 추정(Three-Point Estimating): 낙관, 비관, 가장 가능성 높은 값의 가중 평균

버퍼를 남겨두세요 — 낙관만으로는 자신을 지킬 수 없습니다.

4. 일정 시각화 (예: 간트 차트)

태스크, 기간, 의존 관계가 매핑되면 간트 차트로 계획을 시각화합니다. 시작/종료일, 병렬 작업, 그리고 전체 프로젝트 기간을 결정짓는 크리티컬 패스를 추적할 수 있습니다.

5. 마일스톤 설정

핵심 체크포인트를 식별하세요 — 리뷰, 승인, 부분 인도. 마일스톤은 이해관계자에게 명료함을 주고, 업데이트에 구조를 부여합니다.

현실적인 일정을 만드는 법

• 버퍼 포함: 예기치 못한 일을 흡수할 여유 시간을 더하세요
• 비업무일 반영: 주말, 공휴일, 휴가
• 병렬 작업 활용: 가능한 곳은 동시 진행으로 일정을 단축
• 현실에 발 디디기: 이상적인 속도가 아니라 실제 팀 속도에 기반

"완벽한" 일정을 목표로 하지 마세요 — 변화에 적응할 수 있는 일정을 목표로 하세요.

흔한 함정

• 지나치게 낙관적인 추정: 차질을 계획하지 않고 최선만 기대
• 의존 관계 누락: 한 곳의 지연이 도미노처럼 번짐
• 정적인 계획: 일정을 만들고는 다시는 업데이트하거나 사용하지 않음

일정을 살아 있는 도구로 만드는 법

일정은 만들었다고 끝이 아닙니다. 매일 모니터링과 의사결정에 사용되어야 비로소 유용해집니다.

주 단위로 업데이트하고, 각 태스크의 상태(완료 / 지연 / 진행 중)를 추적하며, 팀의 리듬과 외부 보고를 위한 진실의 원천(source of truth)으로 활용하세요.

요약: 시간을 설계하는 것은 미래를 설계하는 것

일정 수립은 미래의 시간을 — 오늘 — 빚어내는 행위입니다. 신중한 계획과 통찰력으로 불확실성을 구조로 바꾸는 일이죠.

어떤 프로젝트도 계획대로만 가지는 않습니다. 그래서 유연성과 통찰력의 균형을 갖춘 일정이 효과적인 프로젝트 팀의 토대가 됩니다.

AB에서는 이렇게 동작합니다

AB Project Management에서는 일정이 별도 문서가 아닙니다 — 태스크 자체에서 자연스럽게 떠오릅니다. 각 태스크에는 시작일, 마감일, 견적이 있고, 하위 태스크가 부모 태스크의 정확한 진척을 합산해 줍니다. 프로젝트 캘린더는 한 주 한 주 일이 어디에 몰리는지 보여줘서, 약속을 걸기 전에 병목을 발견하게 해줍니다. 마일스톤은 견적이 없고 마감일이 고정된 "Milestone" 타입의 태스크로 둡니다. 일정은 자동으로 살아 있게 됩니다. 누군가 마감일을 옮기면 캘린더가 그것을 반영하고, MCP를 통한 AI 어시스턴트가 태스크를 닫으면 진척률이 바뀝니다. 옆에 따로 간트 차트를 유지할 필요가 없어요 — 프로젝트의 상태가 곧 일정입니다.

→ 다음: 3.3 자원 배분