프리랜서 프로젝트 일정 관리, 마감 안 밀리는 로드맵 짜는 법

프리랜서 프로젝트 일정 관리란 프로젝트 시작 전에 작업을 단계별로 나누고, 각 단계에 마감일과 결과물을 지정하여 전체 진행을 예측 가능하게 만드는 프로세스입니다.

브랜딩 프로젝트를 4주 안에 끝내기로 했습니다. 머릿속에는 대략 이렇게 그려져 있었어요. 1주차 리서치, 2주 차 시안, 3주 차 수정, 4주 차 최종 전달. 그런데 1주 차에 클라이언트 피드백이 3일 늦게 왔고, 2주차에 시안 방향이 바뀌었고, 3주 차에는 "명함도 같이 해주실 수 있나요?"라는 문의가 들어왔습니다. 4주차가 됐는데 시안 수정이 아직 진행 중이에요. 마감은 이미 지났고, 클라이언트한테 "시간을 조금만 더 주실 수 있나요"라는 메시지를 보내고 있습니다.

마감이 밀리는 이유는 실력이 부족해서가 아닙니다. 시작할 때 "대략" 생각만 하고, 구체적인 로드맵을 짜지 않았기 때문입니다. 머릿속 계획은 변수가 생기는 순간 무너집니다. 효과적인 로드맵을 설계하면 변수가 생겨도 어디서 밀렸는지 보이고, 어떻게 조정할지 판단할 수 있습니다.

이 글에서는 프리랜서가 프로젝트를 시작하기 전에 마감을 지킬 수 있는 로드맵을 짜는 방법을 4단계로 정리했습니다.

로드맵 예시. 출처: Understand Gantt Chart and Project Analysis in Seconds

왜 머릿속 계획은 무너지는가

머릿속으로만 계획하면 같은 문제가 반복됩니다. 마감이 밀리는 프로젝트를 돌아보면 대부분 아래 3가지 중 하나에 해당합니다.

첫번째. 작업 단위가 너무 큽니다. "2주 차에 시안 작업"이라고만 적으면, 시안에 무엇이 포함되는지 불분명합니다. 무드보드인지, 시안 3안인지, 컬러 팔레트까지인지 작업이 구체적으로 정의되지 않으면 끝나는 시점도 모호해집니다.

두번째. 클라이언트의 피드백 시간이 계획에 빠져 있습니다. 내가 작업하는 시간만 계산하고, 클라이언트가 확인하고 답하는 시간은 빠뜨립니다. 시안을 보내고 피드백이 3일 늦으면 일정은 자동으로 3일 밀립니다.

세번째. 여유 시간이 없습니다. "잘되면 이 일정으로 끝난다"는 최선의 시나리오만으로 계획을 세우면, 한 번이라도 변수가 생기는 순간 전체가 밀립니다.

로드맵은 이 세 가지를 해결하는 도구입니다. 작업을 쪼개고, 피드백 시간을 넣고, 여유 시간을 두면 마감이 밀릴 확률이 줄어듭니다.

프로젝트 로드맵을 짜는 4단계

1단계: 프로젝트를 작업 단위로 쪼개세요

"브랜딩 프로젝트"를 통째로 일정에 넣지 마세요. 그 안에 있는 작업을 하나씩 꺼내서 나열하는 게 첫 단계입니다. 브랜딩 프로젝트를 예로 들면 이렇게 쪼갤 수 있습니다.

쪼개는 기준은 "이 작업이 끝나면 클라이언트에게 보여줄 수 있는 결과물이 있는가"입니다. 결과물이 있으면 하나의 작업 단위가 됩니다. 결과물이 없으면 아직 덩어리가 큰 겁니다.

2단계: 각 단계에 마일스톤을 정하고 클라이언트와 합의하세요

작업을 쪼갰으면 각 단계의 마감일, 즉 마일스톤을 정합니다. 마일스톤은 "이 날까지 이 결과물을 전달한다"는 약속입니다.

미리 클라이언트와 마일스톤에 대한 설명, 날짜, 무엇이 완료로 인정되는지(수락 기준)를 사전에 합의하면 스코프 크립과 마감 직전 서프라이즈를 줄일 수 있습니다.

4주 브랜딩 프로젝트라면 이런 형태가 됩니다.

프리랜서의 작업 일정뿐 아니라 클라이언트가 피드백을 줘야 하는 기한도 로드맵에 포함해야 합니다. 작업 범위 소통법에서 다뤘던 것처럼, 처음 합의할 때 클라이언트의 역할도 명확히 해두면 피드백 지연으로 인한 마감 밀림을 줄일 수 있습니다.

3단계: 여유 시간을 확보하세요

모든 일정을 최선의 시나리오로 짜면 한 번이라도 변수가 생기는 순간 전체가 밀립니다. 현실적인 로드맵에는 여유 시간이 필요합니다.

여유 시간을 넣는 기준은 간단합니다. 예상 소요 시간에 15~20%를 더하세요. 시안 작업에 5일이 걸릴 것 같으면 6일로 잡는 거에요. 이 하루가 클라이언트 피드백 지연, 예상 못 한 수정 같은 변수를 대비 할 수 있어요.

실제 마감일 보다 하루 앞서도록 마감일을 정해보세요. 그렇게 되면 내가 정한 마감일을 맞출 경우에는 하루 여유가 생기고, 변수로 인해 일정이 밀린다고 해도 실제 마감일을 맞출 수 있습니다.

4단계: 일정이 밀리면 빠르게 조정하세요

로드맵을 잘 설계해도 예상하지 못한 변수로 인해 일정이 밀릴 수 있어요. 중요한 건 밀리는 걸 방치하지 않는 겁니다.

일정이 밀리고 있다는 신호는 일찍 보여요. 하루 이틀 정도의 작은 지연이 반복되거나, 피드백이 기한 내에 오지 않거나, 예상보다 수정 횟수가 많아지고 있다면 로드맵을 다시 봐야 할 타이밍입니다.

이때 할 일은 세 가지로 정리할 수 있어요.

이때 가장 안 좋은 건 마감일이 지난 뒤에 "죄송한데 좀 늦어질 것 같아요"라고 말하는 겁니다. 밀릴 것 같다는 판단이 서는 순간, 조정된 일정과 함께 클라이언트에게 먼저 연락하세요.

메시지 예시:

안녕하세요, 시안 작업 관련 일정 공유드립니다. 컬러 팔레트 조정에 예상보다 시간이 걸려서 시안 전달이 수요일에서 금요일로 이틀 조정될 것 같습니다. 금요일 오전까지 3안 보내드리고, 피드백은 다음 주 화요일까지 주시면 최종 마감일은 그대로 유지할 수 있습니다.

이 메시지에는 세 가지가 들어 있어요. 무엇이 밀렸는지(시안 전달), 언제로 조정되는지(수요일→금요일), 최종 마감에 어떤 영향이 있는지(유지 가능). 이 세 가지만 담으면 클라이언트는 상황을 이해하고, 프리랜서는 신뢰를 잃지 않습니다. 진행상황 공유 방법에서 다뤘던 "완료-계획-확인" 구조를 일정 조정에도 그대로 적용할 수 있습니다.

흔한 실수 3가지

첫번째. 로드맵을 프로젝트 시작 후에 만듭니다. 이미 작업에 들어간 뒤에 일정을 짜면 "지금까지 한 것"에 끌려가서 비현실적인 일정이 됩니다. 로드맵은 작업 시작 전에 상황에 따라 조정해보세요.

두번째. 클라이언트 피드백 시간을 계산에 안 넣습니다. 프리랜서의 작업 시간만으로 일정을 짜면, 피드백이 하루만 늦어도 전체가 밀립니다. 마일스톤마다 "클라이언트 피드백 기한"을 명시하세요.

세번째. 일정이 밀렸는데 로드맵을 수정하지 않습니다. 한 단계가 밀리면 뒤의 단계도 영향을 받습니다. 밀린 채로 원래 일정을 유지하려 하면 결국 마지막에 몰아서 작업하게 되고, 품질이 떨어집니다. 밀렸으면 로드맵 전체를 다시 조정하세요.

이것만 기억하세요.

마감이 밀리는 건 실력 문제가 아니라 계획 문제입니다. 프로젝트를 시작하기 전에 작업을 쪼개고, 마일스톤을 클라이언트와 합의하고, 여유 시간을 넣어두면 예상치 못한 변수에 대비하여 마감일을 지킬 수 있습니다.

오늘 당장 해보실 한 가지: 지금 진행 중인 프로젝트 1개를 골라서, 남은 작업과 각 단계의 마감일이 어딘가에 적혀 있는지 확인해보세요. 적혀 있지 않다면, 작업의 단계를 쪼개고 마감일을 지정해보세요.

함께 읽으면 좋은 글

• 프리랜서 작업 범위 소통법, 클라이언트와 합의하는 4단계

• 프리랜서 작업 진행상황 공유, 클라이언트 신뢰를 만드는 법

참고한 아티클

• 10 Wise Tips to Better Manage Your Freelance Schedule — Twine

• The Art of Setting Realistic Project Milestones — Asrify