여러 프로젝트를 동시에 진행할 때 일정이 밀리는 이유는 단순히 일이 많아서가 아닙니다. 최종 납품일만 기록하고 초안 전달일, 고객 피드백 기한, 수정시간과 돌발 상황을 위한 여유시간을 따로 배정하지 않기 때문입니다.
1인 사업자의 프로젝트 일정 관리는 빈 날짜를 찾는 일이 아니라, 같은 기간에 필요한 작업시간과 실제로 배정할 수 있는 시간을 비교하는 일입니다. 이 기준이 있어야 새로운 의뢰를 받아도 되는지, 어떤 마감을 먼저 조정해야 하는지 숫자로 판단할 수 있습니다.
먼저 결론부터 정리하면
최종 납품일에서 거꾸로 초안 전달일과 작업 시작일을 정하고, 같은 기간의 일정 부하율이 100%를 넘지 않는지 확인해야 합니다. 일정 부하율이 높다면 야근을 전제로 수주하기보다 납기·범위·착수일 중 하나를 먼저 조정해야 합니다.
1. 프로젝트 일정이 겹치는 이유
프로젝트 일정은 각각의 최종 납품일이 다르더라도 실제 작업 구간이 겹치면 충돌합니다. 특히 여러 거래처의 초안 제작과 수정 작업이 같은 주에 몰리면 달력에는 여유가 있어 보여도 실제로 사용할 수 있는 시간은 부족할 수 있습니다.
다음과 같은 방식으로 일정을 관리할 때 충돌이 자주 발생합니다.
- 최종 납품일만 달력에 표시한다.
- 고객이 피드백을 보내는 데 필요한 시간을 제외한다.
- 수정 작업은 금방 끝날 것이라고 예상한다.
- 회의, 견적, 정산 등 운영 업무를 작업시간에서 제외한다.
- 비어 있는 모든 시간을 새로운 프로젝트에 배정한다.
- 자료가 도착하기 전부터 작업할 수 있다고 가정한다.
일정 관리의 출발점은 프로젝트 개수가 아니라 작업이 필요한 날짜와 시간을 확인하는 것입니다. 세 개의 프로젝트가 있어도 작업 구간이 분산되어 있다면 문제가 없지만, 두 개뿐이어도 초안과 수정 기간이 겹치면 일정은 밀릴 수 있습니다.
2. 일정표에 기록할 일곱 가지 항목
프로젝트 일정표에는 최종 납품일뿐 아니라 작업 시작을 결정하는 조건과 고객이 참여해야 하는 날짜도 함께 기록해야 합니다.
| 항목 | 확인할 내용 | 필요한 이유 |
|---|---|---|
| 자료 확정일 | 작업에 필요한 자료가 모두 도착하는 날짜 | 실제 착수 가능일을 판단하기 위해 |
| 작업 시작일 | 집중 작업을 시작하는 날짜 | 다른 프로젝트와 작업 구간을 비교하기 위해 |
| 예상 작업시간 | 초안과 수정에 필요한 총시간 | 일정 부하율을 계산하기 위해 |
| 초안 전달일 | 고객에게 첫 결과물을 전달하는 날짜 | 피드백 구간을 확보하기 위해 |
| 피드백 기한 | 고객이 의견을 전달해야 하는 날짜와 시간 | 수정 시작일을 확정하기 위해 |
| 내부 완료일 | 사업자가 내부적으로 작업을 끝내는 날짜 | 최종 검수와 돌발 상황에 대비하기 위해 |
| 최종 납품일 | 고객과 약속한 최종 마감일 | 외부 약속과 내부 일정을 구분하기 위해 |
예상 작업시간은 감으로 정하기보다 이전 프로젝트 기록을 근거로 잡는 것이 좋습니다. 거래처별로 실제 투입시간을 확인하는 방법은 고객별 작업시간 기록법에서 자세히 확인할 수 있습니다.
3. 마감일에서 작업 시작일을 역산하는 방법
역산 일정표는 최종 납품일에서 거꾸로 필요한 단계를 배치하는 방식입니다. 먼저 납품일을 정한 뒤 내부 완료일, 수정일, 피드백 기한, 초안 전달일과 작업 시작일을 차례대로 정합니다.
| 순서 | 일정 | 예시 날짜 | 확인할 기준 |
|---|---|---|---|
| 1 | 최종 납품 | 8월 30일 | 고객과 약속한 날짜 |
| 2 | 내부 완료 | 8월 28일 | 검수와 오류 수정 전까지 완료 |
| 3 | 수정 작업 | 8월 27~28일 | 합의한 수정 범위와 횟수 반영 |
| 4 | 피드백 마감 | 8월 26일 정오 | 수정에 필요한 시간을 확보 |
| 5 | 초안 전달 | 8월 23일 | 고객의 검토 기간 확보 |
| 6 | 본 작업 | 8월 19~22일 | 예상 작업시간을 날짜별로 배정 |
| 7 | 자료 확정 | 8월 18일 | 필수 자료가 모두 도착했는지 확인 |
이처럼 역산하면 초안 전달과 최종 납품 사이에 피드백과 수정 기간이 확보됩니다. 반대로 최종 납품일 하루 전까지 본 작업을 배치하면 고객의 피드백이 조금만 늦어져도 전체 일정이 밀리게 됩니다.
중요: 자료 확정일은 단순한 예정일이 아니라 실제 착수 조건입니다. 필수 자료가 도착하지 않았다면 작업 시작일과 납품일도 함께 다시 계산해야 합니다.
4. 일정 부하율 계산법
이 글에서는 일정 충돌을 확인하기 위해 ‘같은 기간에 필요한 프로젝트 시간’을 ‘실제로 배정할 수 있는 시간’과 비교한 값을 일정 부하율이라고 부르겠습니다.
일정 부하율 = 필요한 총 프로젝트 시간 ÷ 실제 배정 가능시간 × 100
실제 배정 가능시간은 전체 근무시간과 다릅니다. 견적 작성, 회의, 정산, 이메일 확인, 영업과 같은 비청구 업무와 돌발 수정에 사용할 여유시간을 먼저 제외해야 합니다.
실제 배정 가능시간 = 전체 근무시간 − 운영 업무시간 − 여유시간
전체 근무시간에서 청구 가능시간을 구분하는 방법은 1인 사업자 시간당 단가 계산법과 연결해서 확인하면 좋습니다.
| 일정 부하율 | 상태 | 판단 기준 |
|---|---|---|
| 80% 이하 | 비교적 안정적 | 돌발 수정과 운영 업무를 처리할 여지가 있음 |
| 81~100% | 주의 필요 | 자료나 피드백이 늦으면 일정 충돌 가능성이 큼 |
| 100% 초과 | 조정 필요 | 납기·범위·착수일을 그대로 유지하기 어려움 |
80%와 100%는 법칙이나 업계 공통 기준이 아닙니다. 일정 충돌 여부를 빠르게 판단하기 위한 프레임웍스의 운영 예시입니다. 업종, 수정 빈도와 업무 방식에 따라 자신의 기준을 따로 정해야 합니다.
5. 여러 프로젝트가 겹친 계산 예시
앞으로 2주 동안 전체 근무시간이 50시간이라고 가정해보겠습니다. 이 중 회의·견적·정산 등 운영 업무에 10시간, 돌발 수정과 일정 변경에 대비한 여유시간으로 6시간을 남겨둔다면 실제 프로젝트에 배정할 수 있는 시간은 34시간입니다.
| 구분 | 시간 | 처리 |
|---|---|---|
| 전체 근무시간 | 50시간 | 기준 시간 |
| 운영 업무 | 10시간 | 제외 |
| 여유시간 | 6시간 | 제외 |
| 실제 배정 가능시간 | 34시간 | 프로젝트 배정 가능 |
같은 기간에 A 프로젝트 16시간, B 프로젝트 9시간이 이미 확정되어 있고 새로 들어온 C 프로젝트에 12시간이 필요하다면 총 필요시간은 37시간입니다.
37시간 ÷ 34시간 × 100 = 약 109%
일정 부하율이 약 109%이므로 기존 조건 그대로 C 프로젝트를 받으면 최소 3시간이 부족합니다. 여기에 고객 피드백 지연이나 추가 수정이 발생하면 부족한 시간은 더 커질 수 있습니다.
이 경우에는 무조건 의뢰를 거절할 필요는 없습니다. 다음 네 가지 중 하나를 고객과 조정할 수 있는지 먼저 확인합니다.
- 착수일을 늦출 수 있는지 확인한다.
- 최종 납품일을 조정할 수 있는지 확인한다.
- 이번 단계에서 처리할 작업 범위를 줄일 수 있는지 확인한다.
- 중간 결과물과 수정 횟수를 다시 합의한다.
6. 피드백 기한과 여유시간 설정법
고객 피드백은 사업자가 직접 통제할 수 없는 일정입니다. 따라서 “초안 전달 후 피드백을 받는다”라고만 적지 말고 피드백을 받아야 하는 날짜와 시간을 명확히 정해야 합니다.
예를 들어 다음과 같이 안내할 수 있습니다.
초안은 8월 23일 전달드릴 예정입니다. 최종 납품일을 유지하려면 수정 의견을 8월 26일 정오까지 한 번에 정리해 전달해 주세요. 해당 기한 이후에 피드백이 도착하면 최종 일정도 피드백 도착일에 따라 조정될 수 있습니다.
피드백이 늦었는데도 기존 납기를 그대로 유지하면 수정시간이나 검수시간을 줄이게 됩니다. 고객의 자료나 피드백이 지연됐을 때 일정을 조정하는 구체적인 기준은 자료 전달 지연 대응 기준을 함께 참고할 수 있습니다.
여유시간은 얼마나 남겨야 할까?
모든 프로젝트에 동일한 여유시간을 적용하기보다 이전 작업에서 실제로 발생한 수정시간과 지연시간을 근거로 정하는 것이 좋습니다.
- 수정이 거의 없는 반복 업무: 비교적 짧은 여유시간
- 고객 확인 단계가 많은 업무: 피드백 대기일을 별도로 확보
- 처음 진행하는 업무: 예상시간의 오차를 고려해 더 넓게 확보
- 외부 협력자가 참여하는 업무: 전달과 검수시간을 별도로 확보
- 납품 형식이 복잡한 업무: 최종 변환과 파일 점검시간을 확보
기록이 아직 없다면 예상 작업시간의 15~20% 정도를 임시 여유시간으로 설정해보고, 프로젝트가 끝난 뒤 실제 기록에 맞춰 조정할 수 있습니다. 이 비율 역시 절대적인 기준이 아니라 초기 운영을 위한 예시입니다.
7. 새 프로젝트를 받아도 되는지 판단하는 기준
새로운 프로젝트는 달력에 빈 날짜가 있다는 이유만으로 받으면 안 됩니다. 필요한 시간의 총량, 연속해서 집중할 수 있는 시간, 고객이 참여해야 하는 일정까지 함께 확인해야 합니다.
| 확인 항목 | 받아도 되는 신호 | 조정이 필요한 신호 |
|---|---|---|
| 일정 부하율 | 여유시간을 제외해도 감당 가능 | 100%를 넘거나 여유시간이 사라짐 |
| 자료 준비 | 착수 전에 필수 자료 제공 가능 | 자료 제공일이 불확실함 |
| 피드백 일정 | 담당자와 피드백 기한이 정해짐 | 여러 담당자의 개별 확인이 필요함 |
| 작업 범위 | 결과물과 수정 범위가 명확함 | 착수 후 범위가 정해질 가능성이 큼 |
| 집중시간 | 필요한 길이의 작업 구간 확보 가능 | 짧게 끊긴 시간만 남아 있음 |
총 10시간이 비어 있더라도 한 시간씩 흩어져 있다면 집중 작업이 필요한 프로젝트에는 사용할 수 없을 수 있습니다. 시간의 총량과 함께 필요한 작업 단위를 완료할 수 있는 연속 시간도 확인해야 합니다.
8. 복사해서 사용하는 역산 일정표
아래 표를 스프레드시트나 업무 관리 도구에 복사한 뒤 진행 중인 모든 프로젝트를 한 화면에서 비교해보세요.
| 프로젝트 | 자료 확정일 | 작업 시작일 | 예상시간 | 초안 전달일 | 피드백 기한 | 수정시간 | 내부 완료일 | 최종 납품일 | 현재 상태 |
|---|---|---|---|---|---|---|---|---|---|
| A 프로젝트 | 8월 18일 | 8월 19일 | 16시간 | 8월 23일 | 8월 26일 | 4시간 | 8월 28일 | 8월 30일 | 본 작업 |
| B 프로젝트 | 8월 20일 | 8월 22일 | 9시간 | 8월 27일 | 8월 29일 | 2시간 | 8월 31일 | 9월 1일 | 자료 확인 |
| C 프로젝트 | 미정 | 미정 | 12시간 | 협의 중 | 협의 중 | 3시간 예상 | 미정 | 협의 중 | 수주 검토 |
자료 확정일이나 피드백 기한이 정해지지 않은 프로젝트는 납품일만 확정하지 않는 것이 안전합니다. 고객에게 진행 상황과 일정 변동을 공유하는 방법은 작업 중간 보고 기준에서 확인할 수 있습니다.
9. 일정표를 만들 때 자주 하는 실수
최종 납품일만 기록하는 경우
최종 납품일만 있으면 초안과 수정 작업이 언제 겹치는지 알 수 없습니다. 초안 전달일, 피드백 기한과 내부 완료일을 분리해야 합니다.
피드백을 받는 즉시 수정할 수 있다고 가정하는 경우
피드백이 도착한 날짜에 다른 프로젝트가 배정되어 있을 수 있습니다. 피드백 기한과 함께 수정 작업을 시작할 시간도 미리 확보해야 합니다.
운영 업무를 일정에서 제외하는 경우
회의와 견적 작성, 이메일, 정산은 결과물을 만드는 시간은 아니지만 사업 운영에는 반드시 필요한 시간입니다. 이 시간을 제외하지 않으면 프로젝트에 사용할 수 있는 시간을 실제보다 크게 계산하게 됩니다.
여유시간을 새로운 일로 모두 채우는 경우
여유시간은 남는 시간이 아니라 일정 변경에 대응하기 위해 확보한 시간입니다. 이 시간까지 새로운 프로젝트로 채우면 작은 수정만 발생해도 일정이 밀립니다.
모든 작업시간을 같은 성격으로 보는 경우
이메일 확인 30분과 집중 제작 3시간은 서로 바꾸기 어렵습니다. 짧은 운영 업무와 긴 집중 작업을 구분해 배치해야 합니다. 하루 업무를 구조화하는 기본 방법은 시간 관리가 어려운 이유에서 함께 확인할 수 있습니다.
10. 자주 묻는 질문
프로젝트 일정은 매일 다시 작성해야 하나요?
매일 전체 일정을 새로 작성할 필요는 없습니다. 주간 단위로 전체 프로젝트를 점검하고, 자료 도착·피드백 지연·범위 변경이 발생했을 때 해당 구간만 수정하는 편이 효율적입니다.
고객이 피드백 기한을 지키지 않으면 어떻게 해야 하나요?
피드백이 늦어진 날짜만큼 무조건 납기를 미루기보다 수정 작업을 다시 배정할 수 있는 가장 가까운 시간을 확인해야 합니다. 이후 변경된 내부 완료일과 최종 납품 가능일을 고객에게 함께 안내합니다.
일정 부하율이 100% 이하면 무조건 프로젝트를 받아도 되나요?
그렇지 않습니다. 총시간이 충분하더라도 필요한 길이의 집중시간이 없거나, 자료 제공일과 피드백 기한이 불확실하면 일정이 충돌할 수 있습니다. 작업 범위와 의사결정 구조도 함께 확인해야 합니다.
짧은 긴급 작업은 여유시간에 넣어도 되나요?
긴급 작업을 처리한 뒤에도 기존 프로젝트의 수정과 검수에 필요한 시간이 남는다면 가능합니다. 그러나 여유시간을 반복적으로 유료 작업에 사용한다면 다음 일정부터는 긴급 업무 시간을 별도 항목으로 관리하는 것이 좋습니다.
예상 작업시간이 계속 맞지 않으면 어떻게 해야 하나요?
프로젝트가 끝날 때 예상시간과 실제시간의 차이를 기록해야 합니다. 차이가 반복되는 작업 단계가 있다면 다음 견적과 일정에서 해당 단계의 예상시간을 조정합니다.
프레임웍스 정리
1인 사업자의 일정 관리는 많은 일을 달력에 넣는 기술이 아닙니다. 약속한 결과물을 안정적으로 납품할 수 있도록 자료 확정, 본 작업, 고객 피드백, 수정과 검수시간을 미리 나누는 과정입니다.
먼저 최종 납품일에서 내부 완료일과 초안 전달일을 역산하세요. 그다음 같은 기간에 필요한 총 작업시간을 실제 배정 가능시간과 비교합니다. 일정 부하율이 지나치게 높다면 야근을 전제로 일정을 확정하지 말고 착수일·납기·작업 범위 중 조정할 수 있는 조건을 먼저 찾는 것이 좋습니다.
오늘 바로 할 일: 진행 중인 모든 프로젝트의 최종 납품일, 초안 전달일, 피드백 기한, 내부 완료일과 남은 작업시간을 한 표에 입력해보세요. 같은 기간의 필요시간이 실제 배정 가능시간을 넘는다면 가장 먼저 조정해야 할 프로젝트가 보이기 시작합니다.
이 글의 작성 및 검토 기준
이 글은 1인 사업자와 프리랜서가 여러 프로젝트의 일정을 직접 점검할 수 있도록 작업시간, 피드백 기한, 내부 완료일과 여유시간을 하나의 판단 구조로 정리했습니다. 일정 부하율과 구간별 수치는 이해를 돕기 위한 운영 예시이며, 실제 적용 시에는 업종, 계약 조건, 작업 방식과 이전 프로젝트 기록에 맞게 조정해야 합니다.