프로젝트 타임라인 짜는 법 — 간트차트 일정 관리 5원칙

프로젝트 타임라인이나 간트차트를 어떻게 짜야 할지 검색해서 들어오셨다면 도움이 될 것이다. 타임라인은 추정이 아니라 약속이다. 클라이언트 납기에서 역산하기, 의존성과 임계 경로 식별, 자동차 OEM 특유의 시간 패턴, AI 시뮬레이션 활용까지 — 자동차 컨피규레이터 실무 기준으로 일정 관리 원칙을 정리했다.

 

Created by ChatGPT - DALL-E 3

 

 

 

---

 

 

1. 타임라인은 추정이 아니라 약속이다

 

타임라인의 본질을 잘못 이해하면 그 즉시 일정이 무너진다. 많은 PD/PM이 타임라인을 "내가 생각하는 가능한 일정"으로 그린다. 하지만 그 순간 타임라인은 클라이언트와 부서 모두에게 전달되는 약속이 된다. 그 약속의 무게를 알지 못하고 그린 타임라인은 반드시 후반에 사고를 만든다.

 

역산이 먼저, 작업 시간이 나중: 타임라인을 그리는 첫 단계는 클라이언트 납기일을 확정하는 것이다. 그 다음 검수 기간, 수정 기간, 최종 마무리 기간을 역산해서 빼낸다. 그렇게 남은 시간이 실제 제작에 쓸 수 있는 시간이다. 작업 시간을 먼저 더해서 끝나는 날을 정하는 방식은 거의 항상 무리한 일정을 만들어낸다. 클라이언트의 납기일에서 거꾸로 계산하는 것이 PD/PM의 첫 사고방식이어야 한다.

 

버퍼는 항목별이 아니라 단계별로: 일정 버퍼를 작업 항목마다 조금씩 넣는 PD/PM이 많다. 이 방식은 버퍼가 분산되어 결국 사라지는 결과를 만든다. 좋은 타임라인은 페이즈가 끝나는 지점에 통합 버퍼를 두는 방식이다. 1차 컨셉 종료 후 5일, 본 제작 종료 후 7일, 최종 검수 후 3일 — 이런 식으로 단계 끝에 명시적인 버퍼를 두면 위급 상황 대응이 가능하다.

 

클라이언트 의사결정 시간을 명시적으로 잡아라: 가장 자주 빠뜨리는 항목이 클라이언트 측 검수와 컨펌 시간이다. 자동차 OEM 프로젝트는 본사 컨펌이 일주일 이상 걸리는 경우가 흔하다. 이 시간을 타임라인에 명시적으로 잡아두지 않으면, 우리가 빨리 끝낸 시간만큼 후반이 압축된다. 타임라인에 우리의 시간만 있고 클라이언트의 시간이 없다면, 그 타임라인은 절반만 그려진 것이다.

 

 

2. 의존성을 시각적으로 드러내라

 

Created by ChatGPT - DALL-E 3

 

WBS가 작업의 위계를 보여준다면, 타임라인은 작업 간의 의존성을 보여준다. 어떤 작업이 끝나야 다음 작업이 시작될 수 있는지, 어떤 작업이 동시에 진행될 수 있는지를 정확히 그려야 한다.

 

FS, SS, FF, SF — 네 가지 의존 관계: Finish-to-Start(앞 작업이 끝나야 다음 시작), Start-to-Start(동시에 시작), Finish-to-Finish(동시에 끝나야 함), Start-to-Finish(드물지만 존재) — 이 네 가지를 구분해서 적용해야 정확한 타임라인이 나온다. 자동차 컨피규레이터 프로젝트에서 머티리얼 셋업과 라이팅 셋업은 SS 관계로 동시에 시작 가능하지만, 최종 베이크는 FF 관계로 같은 시점에 끝나야 한다. 이런 차이를 무시하고 단순 순차로 그리면 일정이 부풀려진다.

 

임계 경로(Critical Path)를 식별하라: 모든 작업이 똑같이 중요한 것은 아니다. 임계 경로 위의 작업들은 단 하루의 지연이 곧바로 납기 지연으로 이어진다. 임계 경로가 아닌 작업들은 일정에 여유가 있다. 이 둘을 구분해서 관리하지 않으면 모든 작업을 똑같이 긴장하면서 보게 되고, 정작 진짜 위험한 작업을 놓치게 된다.

 

의존성을 클라이언트와도 공유하라: 클라이언트는 종종 우리 내부 의존성을 모른 채 "이건 좀 미뤄도 되지 않냐"고 요청한다. 하지만 그 작업이 임계 경로 위에 있다면 미루는 즉시 전체 일정이 흔들린다. 의존성을 시각적으로 보여주는 타임라인은 이런 협상에서 가장 강력한 무기가 된다.

 

 

3. 자동차 OEM 프로젝트의 시간 특수성

 

Created by ChatGPT - DALL-E 3

 

리얼타임 콘텐츠 프로젝트, 그 중에서도 자동차 OEM 프로젝트는 일반 프로젝트와 다른 시간 패턴을 갖는다. 이 패턴을 모르면 타임라인은 첫 한 달 만에 무너진다.

 

글로벌 본사 컨펌 사이클: 한국 법인의 컨펌으로 끝나는 프로젝트는 거의 없다. 글로벌 본사의 추가 검수가 따라오는 경우가 대부분이며, 이 컨펌은 시차와 휴일에 영향을 받는다. 미국 본사라면 PST 기준 영업일을 고려해야 하고, 유럽 본사라면 8월의 긴 휴가 시즌을 피해야 한다. 필자가 진행했던 한 프로젝트는 본사 휴가 시즌과 검수 일정이 겹쳐 2주가 통째로 멈춘 적이 있었다.

 

모터쇼와 출시 일정의 절대성: 자동차 OEM 프로젝트의 납기는 종종 특정 모터쇼나 신차 출시 행사에 묶여 있다. 이 일정은 협상 불가능하다. 우리 일정이 어떻게 흘러도 모터쇼 개막일은 변하지 않는다. 타임라인에 이런 고정 마일스톤을 빨간색으로 표시하고, 그 일정 역산을 가장 먼저 끝내야 한다.

 

보안 절차로 인한 자산 전달 지연: 데이터, 신차 사양서, 디자인 가이드 — 이런 자산들은 클라이언트의 보안 절차를 거쳐야 우리 손에 들어온다. 보안 환경 구축, NDA 체결, 자산 검증 — 이 단계가 짧게는 며칠, 길게는 2주가 걸리기도 한다. 타임라인의 시작점은 계약 사인 날짜가 아니라 자산이 들어온 날짜라는 사실을 기억해야 한다.

 

 

 

4. AI를 활용한 일정 시뮬레이션

 

Created by ChatGPT - DALL-E 3

 

타임라인을 짜는 시간 자체가 줄어들고 있다. 2026년 현재의 AI 도구들은 단순 일정 생성을 넘어, 다양한 시나리오를 시뮬레이션하고 리스크가 가장 높은 구간을 식별하는 수준까지 와있다.

 

시나리오 시뮬레이션의 활용: 동일한 WBS와 동일한 납기를 입력해도, "검수가 1주 지연될 경우", "외주 한 곳이 일정에 못 맞출 경우", "클라이언트 추가 요청이 들어올 경우" — 이런 시나리오들을 AI가 빠르게 시뮬레이션한다. 그 결과를 보고 타임라인의 어느 구간에 더 많은 버퍼를 두어야 할지가 명확해진다. 인간이 며칠 걸려서 했던 사고 실험을 AI가 몇 분에 끝낸다.

 

보안 환경의 절대 원칙: 자동차 OEM 프로젝트의 일정 정보는 신차 출시 시점, 글로벌 마케팅 캠페인 일정 같은 보안 민감 정보를 포함한다. 이 정보를 클라우드 기반 AI에 입력하는 것은 계약 위반이며 회사의 신뢰를 통째로 무너뜨린다. 사내 보안 정책에 부합하는 로컬 AI 솔루션을 우선 활용해야 한다. 도구가 발전할수록 그 도구를 쓰는 원칙은 더 단단해야 한다.

 

AI는 시뮬레이터, 결정자가 아니다: AI가 보여주는 시나리오와 추천 일정은 어디까지나 참고 자료다. 우리 부서의 실제 역량, 외주 업체의 컨디션, 클라이언트와의 관계 같은 맥락은 AI가 알지 못한다. 최종 타임라인은 항상 PD/PM의 판단으로 확정되어야 한다.

 

 

5. 타임라인은 합의되어야 비로소 살아난다

 

Created by Gemini - Nano Banana 2

 

타임라인을 그리는 것보다 더 중요한 것은 그 타임라인을 모든 이해관계자가 같은 해석으로 받아들이게 만드는 일이다. 그렇지 않으면 같은 종이 한 장을 두고 서로 다른 약속을 하게 된다.

 

클라이언트 합의 미팅: 타임라인이 완성되면 반드시 클라이언트와 정식 합의 미팅을 가져야 한다. 이메일 첨부로 보내고 끝내는 것은 합의가 아니다. 직접 화면을 띄워놓고 마일스톤별로 의미를 설명하고, 클라이언트의 컨펌 일정과 우리의 작업 일정이 어떻게 맞물리는지를 함께 확인해야 한다. 이 자리에서 합의되지 않은 일정은 나중에 반드시 분쟁이 된다.

 

부서 내부 정렬: 타임라인은 PD/PM 머릿속의 그림이 아니라 부서 전체가 같은 호흡으로 따라가는 약속이어야 한다. 부서 회의에서 타임라인을 띄우고 마일스톤별 책임자를 명확히 하고, 각 단계의 어려움과 위험 요소를 부서원과 공유해야 한다. 부서원이 직접 시뮬레이션해본 일정이 가장 잘 지켜진다.

 

외주 업체와의 사전 협의: 외주 업체의 일정도 우리 타임라인의 일부다. 발주 시점에 외주 업체와 일정을 합의하지 않은 채 타임라인을 클라이언트와 확정해버리면, 외주 업체의 사정으로 일정이 뒤집히는 사태가 벌어진다. 클라이언트와의 약속은 외주 업체와의 약속 위에서만 가능하다.

 

 

결론

 

Created by ChatGPT - DALL-E 3

 

타임라인은 추정이 아니라 약속이다. 클라이언트 납기에서 역산하고, 의존성을 시각적으로 드러내고, 자동차 OEM 특유의 시간 패턴을 반영하고, AI로 시나리오를 시뮬레이션하되 최종 판단은 직접 한다. 그리고 그 타임라인을 클라이언트와 부서, 외주 업체 모두와 합의하는 단계까지 마쳐야 비로소 타임라인이 살아난다. 그렇지 않으면 그것은 단지 색칠된 종이 한 장일 뿐이다.

 

 

 

---

 

 

다음 강에서는 타임라인 다음으로 PD/PM을 가장 괴롭히는 문제를 다룬다. 예산은 견적서로 끝나는 것이 아니다. 진짜 싸움은 그 예산을 어디에 어떻게 배분할 것인가에서 시작된다.