최종 업데이트 2026년 11월 6일
다른 출처의 규정과 수치를 2026년 11월 6일에 확인했습니다. 내용은 바뀔 수 있으니 적용 전에 해당 출처에서 다시 확인하세요.
일반적인 정보이며 세무 또는 법률 자문이 아닙니다. 규정은 국가와 상황에 따라 다르므로, 세금이나 법적 효력이 걸린 내용은 세무사에게 확인하세요.
프로젝트 기반 회사의 근무 시간표 정책은 누가 시간을 기록하는지, 어떤 단위로, 언제까지, 어떤 코드로, 누가 승인하는지, 오류는 어떻게 고치는지를 밝힙니다. 한 페이지에 들어갑니다. 아래 예시는 그대로 복사할 수 있습니다. 대괄호 안의 단어를 바꾸고, 근로 시간에 관한 사항은 해당 국가의 법과 대조하세요.
근무 시간표 정책이 다룰 내용
근무 시간표 정책은 사람마다 다르게 결정할 사항들을 다뤄야 합니다. 다음 기본값은 5~20명 규모의 회사에 알맞으며, 아래 예시에서도 이 값을 사용합니다.
| 결정 사항 | 알맞은 기본값 |
|---|---|
| 누가 기록하는가 | 대표를 포함한 모든 사람 |
| 단위 | 15분, 고객 계약이 요구하면 6분 |
| 기록 시점 | 매일 |
| 제출 시점 | 다음 주 첫 영업일 오전 10시 |
| 승인자 | 한 사람당 지정된 승인자 한 명 |
| 승인 후 변경 | 사유를 기록한 경우에만 |
시간 기록의 필요성부터 설득해야 한다면 팀원 모두가 시간을 기록해야 하는 이유에서 시작하세요.
그대로 복사해 쓸 수 있는 근무 시간표 정책 예시
이 근무 시간표 정책 예시는 가상의 회사를 위해 쓴 것입니다. 대괄호를 바꾸고, 해당하지 않는 부분은 삭제하고, 내보내기 전에 고용법을 아는 사람에게 읽혀 보세요.
1. 적용 대상. 대표와 시간제 직원을 포함해 [회사]에서 일하는 모든 사람. 시간 단위로 저희에게 청구하는 외주 인력은 3조부터 6조를 따릅니다.
2. 기록할 내용. 청구 가능 여부와 관계없이 일한 모든 시간을 프로젝트 코드 또는 내부 코드로 기록하세요. 일했다면 계약된 시간을 넘긴 시간을 포함해 기록합니다.
3. 기록 방법. 15분 단위로 기록하세요. 각 줄에는 코드, 작업, 시간이 있어야 합니다. 목표를 맞추려고 하루의 시간을 올리거나 내리지 마세요.
4. 설명. 청구 가능한 줄에는 고객이 읽을 수 있게 쓰세요. "도면"이 아니라 "고객 의견 반영 2층 배치 수정"처럼 씁니다.
5. 마감. 매일 기록하세요. 한 주의 시간표는 다음 주 첫 영업일 오전 10시까지 제출하세요. 자리를 비울 예정이면 떠나기 전에 제출하세요.
6. 내부 코드. ADMIN, SALES, TRAINING, LEAVE를 사용하세요. 새 코드를 추가하기 전에 [이름]에게 문의하세요. 내부 업무를 고객 코드로 기록하지 마세요.
7. 초과 근무. 초과 근무는 일하기 전에 관리자와 합의하세요. 합의 없이 했더라도 기록하세요. 합의하지 않은 한 시간도 일한 한 시간입니다.
8. 승인. [승인자]가 [요일]까지 시간표를 확인합니다. 반려되면 사유가 메모로 남습니다. 수정해서 영업일 하루 이내에 다시 제출하세요.
9. 정정. 제출하기 전에는 자신의 줄을 자유롭게 수정할 수 있습니다. 승인 후에는 [승인자]에게 요청하세요. 이전 수치, 새 수치, 사유, 날짜를 기록하며, 누구도 알리지 않고 시간을 바꾸지 않습니다.
10. 근무 시간표의 용도. 고객 청구, 프로젝트 원가 계산과 가격 책정, 업무량 계획, 근로 시간 기록 보관에 사용합니다. 승인자, 프로젝트 책임자, [재무 담당]이 시간을 볼 수 있습니다. [기간] 동안 보관합니다. 하루의 매 분을 어떻게 쓰는지 감시하는 데는 쓰지 않습니다.
11. 늦은 시간표. 당일에 알림을 드립니다. 반복되는 지연은 관리자와 논의할 사안입니다. 시간표가 늦는다고 급여 지급이 중단되지는 않습니다.
승인과 정정 조항은 그 자체로 하나의 프로세스이며, 매주 운영하는 방법은 근무 시간표 승인 절차에서 설명합니다.
근무 시간표는 근로 시간 기록과 같은가
근무 시간표가 자동으로 근로 시간 기록이 되는 것은 아니지만, 그렇게 설계하면 하나의 문서가 두 역할을 할 수 있습니다.
EU에서는 유럽 사법재판소가 사건 C-55/18, CCOO v Deutsche Bank(2019년 5월 14일)에서 회원국은 고용주가 근로자별 일일 근로 시간을 측정하는 "객관적이고 신뢰할 수 있으며 접근 가능한 시스템"을 갖추도록 요구해야 한다고 판결했습니다. 그 시스템의 형식은 회원국이 정하므로 세부 사항은 각국의 법에 있습니다.
영국(Great Britain)에서는 1998년 근로 시간 규정 제9조가 근로 시간 한도 준수를 보여 주기에 충분한 기록을 2년간 보관하도록 요구합니다. 2024년 1월 1일부터는 그렇게 하지 않고도 준수를 입증할 수 있다면 고용주가 근로자별 일일 시간을 기록하지 않아도 됩니다.
실무적인 기준은 간단합니다. 프로젝트 근무 시간표가 근로 시간 기록이 되려면 아무도 청구하지 않을 초과 근무를 포함해 실제로 일한 모든 시간을 담아야 합니다. 하루 8시간으로 상한이 걸려 있거나 계약된 시간으로 미리 채워진 시트는 기준을 충족하지 못합니다. 그래서 2조에서 모든 시간을 기록하라고 합니다.
근무 시간표는 GDPR상 개인정보이기도 합니다. 직원에게 시간을 수집하는 이유, 열람자, 보관 기간을 알려야 하며 10조가 그 역할을 합니다. 보관 기간은 목적에 따라 다릅니다. 세금과 고객 계약 규정은 근로 시간 규정보다 길 수 있으므로, 그 대괄호를 채우기 전에 회계사에게 문의하세요.
근무 시간표 정책은 얼마나 엄격해야 하는가
근무 시간표 정책은 청구에 필요한 만큼만 엄격하면 되고 그 이상일 필요는 없습니다. 고객에게 시간을 보내는 회사는 자체 업무의 원가만 계산하는 회사보다 줄마다 훨씬 많은 세부 정보가 필요합니다.
| 청구 방식 | 단위 | 줄의 세부 수준 | 이유 |
|---|---|---|---|
| 시간제, 고객이 시간을 확인 | 6분 또는 15분 | 고객이 읽을 수 있는 수준 | 근무 시간표가 송장을 뒷받침 |
| 단계별 고정 수수료 | 15분 또는 30분 | 단계와 작업 | 서술이 아니라 단계별 원가가 필요 |
| 월정액 계약 | 15분 | 고객과 작업 | 수수료가 포함하는 범위와 시간을 비교 |
| 위 방식의 혼합 | 가장 엄격한 단위를 모두에게 적용 | 고객이 읽을 수 있는 수준 | 업무마다 습관을 바꾸지 못함 |
단위는 청구 단위 환산표에서 각 선택이 송장에 주는 영향을 볼 수 있습니다. 청구 모델은 컨설턴트의 시간제와 월정액 청구를 참고하세요.
가장 큰 문제를 일으키는 근무 시간표 정책의 실수
가장 큰 문제를 일으키는 근무 시간표 정책의 실수는 아무도 모르게 숫자를 틀리게 만드는 것들입니다.
- 대표를 면제함. 대표의 시간은 회사에서 가장 비싼 경우가 많고, 다른 모든 사람이 그 면제를 알아차립니다.
- "시간표 없으면 급여 없음." 효과적인 억제책처럼 느껴지지만 많은 국가에서는 법적 문제입니다. 시간표를 독촉하고 임금은 지급하세요.
- 코드 마흔 개. 사람들은 가장 비슷해 보이는 첫 코드를 고르고 보고서는 의미를 잃습니다. 코드는 그것이 바꿀 결정을 말할 수 있을 때만 추가하세요.
- 초과를 비위로 취급함. 사람들은 시간을 깎아 대응하고 그때부터 업무 원가는 틀립니다. 초과는 견적에 대한 정보입니다.
- 아무도 집행하지 않는 정책. 한 달 동안 시간표를 읽지 않으면 회사가 중요하지 않다고 알린 셈입니다. 단순한 팀 근무 시간표 템플릿을 쓰고 매주 확인하세요.
ERPFlow와 함께 근무 시간표 정책 운영하기
ERPFlow에는 현재 타이머나 근무 시간표가 없습니다. 추적한 시간을 송장으로 전환하는 것을 포함한 시간 추적은 준비 중입니다. 근무 시간표 승인도 없으므로 이 정책은 스프레드시트로 운영하며, 특정 소프트웨어에 의존하지 않습니다.
ERPFlow에는 곁에서 쓸 수 있는 기능이 몇 가지 있습니다. 프로젝트의 카드에는 시간과 분으로 입력하는 소요 시간 필드가 있어 프로젝트별과 고객별로 합계가 나오지만, 누가 언제 그 시간을 썼는지는 기록하지 않습니다. 휴가는 휴가 신청과 승인을 처리하므로 LEAVE 줄을 승인된 신청과 대조할 수 있습니다. 북마크는 팀이 정책 링크를 한곳에 보관할 수 있는 공유 공간을 제공합니다. 청구하는 시간은 직접 입력한 수량과 단가로 송장에 넣습니다.