「우리는 준위임 계약이니까 위장 도급이 되지 않는다」
시스템 개발 현장에서 가끔 듣는 말이지만, 이는 오해입니다. 위장 도급인지 아닌지는 계약서의 제목이 도급인지 준위임인지 업무위탁인지가 아니라, 현장의 실태, 즉 누가 엔지니어에게 지휘명령을 하고 있는가로 판단됩니다. 준위임 계약을 맺고 있더라도 발주자가 수탁 측 엔지니어에게 직접 작업 방식이나 근로시간에 관한 지시를 하고 있다면, 그것은 위장 도급입니다.
이 글에서는 도급·준위임·근로자파견의 차이부터 위장 도급의 판단 기준(37호 고시), 개발 현장에서 흔히 있는 OK·NG의 경계선, 애자일 개발에서의 사고방식, 그리고 발주 측·수탁 측 각각이 갖추어야 할 실무까지를 후생노동성의 공표 자료를 바탕으로 정리합니다.
먼저 용어를 하나만 짚어 두겠습니다. 본문에서 반복해서 나오는 37호 고시란, 「근로자파견사업과 도급에 의해 이루어지는 사업의 구분에 관한 기준」(쇼와 61년 노동성 고시 제37호)의 통칭입니다. 고시 번호가 그대로 명칭이 된 것입니다. 위장 도급인지 아닌지를 행정이 판단할 때의 잣대가 바로 이것으로, 그 내용은 4장에서 자세히 살펴봅니다.
또한 이 글은 제도와 실무에 대한 해설이며, 법적 조언이 아닙니다. 개별 계약이나 현장이 위장 도급에 해당하는지 여부에 대한 판단은 도도부현 노동국(수급조정사업과)이나 변호사에게 확인하시기 바랍니다.
1. 먼저 결론
기업 간에 엔지니어의 노동력·역무를 주고받는 형태는 크게 다음의 3가지입니다. 차이의 핵심은 「발주자(취업처)가 엔지니어에게 지휘명령을 할 수 있는가」에 있습니다.
| 계약 형태 | 근거 | 목적 | 발주자로부터의 지휘명령 |
|---|---|---|---|
| 도급 | 민법 632조 | 일의 완성 | 불가능 |
| 준위임 | 민법 656조(643조 준용) | 사무(업무)의 처리 | 불가능 |
| 근로자파견 | 근로자파견법 | 노동력의 제공 | 가능(파견처가 지휘명령) |
도급과 준위임은 모두 발주자와 수탁 측 근로자 사이에 지휘명령 관계를 발생시키지 않는 계약입니다. 지휘명령을 하는 것은 어디까지나 엔지니어의 고용주인 수탁회사입니다. 발주자가 직접 지휘명령을 하고 싶다면, 선택해야 할 계약은 도급도 준위임도 아닌 근로자파견입니다.
그리고 형식상으로는 도급이나 준위임 계약을 맺고 있으면서, 실태로서 발주자가 수탁 측 근로자에게 직접 구체적인 지휘명령을 하여 일을 시키는 상태가 이른바 위장 도급입니다. 후생노동성의 질의응답집(제3집)에서도, 준위임 계약이라 하더라도 실태로서 지휘명령 관계가 있으면 계약의 형식을 불문하고 근로자파견사업에 해당하며 근로자파견법의 적용을 받는다고 명확히 밝히고 있습니다.
즉, 「준위임이니까 괜찮다」도 「도급이니까 괜찮다」도 없으며, 괜찮은지 아닌지는 계약서가 아니라 현장의 매일의 업무 방식이 결정한다는 것이 이 글 전체의 결론입니다.
2. 도급·준위임·파견 ── 3가지 계약을 올바르게 구분한다
2.1. 도급 ── 일의 완성에 책임을 진다
도급(민법 632조)은 일의 완성을 약속하고, 그 결과에 대해 보수를 받는 계약입니다. 시스템 개발이라면 「이 요건의 시스템을 완성시켜 납품한다」는 형태가 전형적이며, 수탁 측은 완성의무를 지고, 납품물이 계약 내용에 적합하지 않은 경우에는 계약부적합책임을 집니다.
2.2. 준위임 ── 업무의 처리를 선관주의의무로 수행한다
준위임(민법 656조)은 법률행위가 아닌 사무의 처리를 위탁하는 계약입니다. 시스템 개발의 맥락에서는 요건정의 지원, 기술 조사, 설계 리뷰, 보수 운용, 개발 지원 등, 「완성」보다 「전문가로서 업무를 수행하는 것」 자체를 의뢰하는 장면에서 사용됩니다. 수탁 측은 완성의무가 아니라 선량한 관리자의 주의로 업무를 처리할 의무(선관주의의무, 민법 644조)를 집니다.
2020년 4월 시행된 개정 민법에서는 업무의 수행 시간이 아니라 성과에 대해 보수를 지급하는, 이른바 성과완성형 보수의 규정(민법 648조의2)도 명문화되어 있어, 준위임은 「시간 정산밖에 할 수 없는 계약」이 아니게 되었습니다.
덧붙여, IT 업계에서 자주 쓰이는 SES(시스템 엔지니어링 서비스)는 법률상의 용어가 아닙니다. 엔지니어의 기술력을 역무로서 제공하는 거래의 명칭으로, 계약의 형태로는 준위임이 사용되는 경우가 많다는 관계입니다. SES라는 이름을 사용하는지 여부도 적법성 판단과는 관계가 없습니다.
2.3. 근로자파견 ── 지휘명령을 「합법적으로」 넘기는 유일한 형태
근로자파견은 파견사업주가 고용하는 근로자를 파견처의 지휘명령을 받아 파견처를 위해 일하게 하는 것입니다(근로자파견법 2조). 발주자 측이 업무 지시, 근로시간 관리, 업무 할당을 직접 하고 싶다면 이 형태밖에 없습니다. 그 대신 파견사업주에게는 후생노동대신의 허가가 필요하고, 파견처에도 기간 제한이나 파견처책임자 선임 등 많은 의무가 부과됩니다.
이 3가지를 나란히 놓으면 위장 도급의 구도가 뚜렷해집니다. 파견의 사용 방식(직접적인 지휘명령)을, 파견의 비용과 의무는 지지 않으면서, 도급·준위임 계약서로 손에 넣으려 하는 것이 위장 도급입니다.
3. 위장 도급은 무엇이 문제인가 ── 발주 측·수탁 측 양쪽의 리스크
「현장이 잘 돌아가고 있다면 세세한 것까지 따지지 않아도」라고 생각할지도 모릅니다. 그러나 위장 도급이 규제되는 데에는 이유가 있습니다. 지휘명령을 하는 자(발주자)와 고용 책임을 지는 자(수탁회사)가 분리되면, 근로시간 관리·안전위생·산재 책임의 소재가 모호해져 근로자가 보호의 공백에 놓이기 때문입니다. 근로자파견법은 이 분리를 허가제와 파견처·파견사업주의 의무 세트로 관리하고 있습니다. 위장 도급은 그 관리 밖에서 같은 분리를 만드는 행위입니다.
구체적인 리스크는 다음과 같습니다.
행정지도·시정. 위장 도급은 근로자파견법 위반이며, 노동국에 의한 지도·시정의 대상입니다. 후생노동성은 근로자파견·도급을 적정하게 실시하기 위한 가이드를 공표하여 구분 기준의 주지를 진행하고 있습니다.
형사처벌의 가능성. 실태가 근로자파견이라면 보내는 쪽은 무허가 근로자파견사업으로서 근로자파견법의 벌칙 대상이 될 수 있습니다. 또한 구도에 따라서는 직업안정법 44조가 금지하는 근로자공급사업에 해당하며, 이 경우에는 공급한 쪽뿐 아니라 공급받은 쪽(발주자)도 벌칙(1년 이하의 구금형 또는 100만 엔 이하의 벌금, 동법 64조)의 대상이 될 수 있습니다.
근로계약청약간주제도. 발주 측에게 가장 직접적인 리스크입니다. 후생노동성 리플릿에 나와 있듯이 근로자파견법 40조의6이 정하는 제도로, 요점을 분해하면 다음과 같습니다.
- 대상: 위법 파견의 5가지 유형(금지 업무에의 종사, 무허가 사업주로부터의 수입, 사업소 단위의 기간 제한 위반, 개인 단위의 기간 제한 위반, 그리고 이른바 위장 도급 등)
- 위장 도급 등에 고유한 요건: 근로자파견법 등의 적용을 면할 목적으로 계약을 체결했을 것
- 효과: 위법 파견이 이루어진 시점에, 수급하고 있던 쪽이 그 근로자에 대해 현재와 동일한 근로조건으로 근로계약을 청약한 것으로 간주된다
- 성립까지: 근로자가 1년 이내에 승낙하면 발주자와의 사이에 근로계약이 성립한다
- 예외: 수급한 쪽이 위법 파견에 해당함을 알지 못했고, 또한 알지 못한 데 과실이 없었을 때(선의무과실)에는 적용되지 않는다
즉, 「협력회사의 엔지니어라고 생각했던 사람이 어느 날 자사의 직원이 된다」는 일이 법률상 일어날 수 있는 셈입니다. 게다가 승낙까지의 유예가 1년 있기 때문에, 현장의 체제를 시정한 뒤에 청약을 승낙받는다는 순서도 있을 수 있습니다.
거래와 신용에 대한 영향. 시정 과정에서 계약의 재구성이나 체제 변경이 필요해져 프로젝트는 확실히 혼란에 빠집니다. 발주 측·수탁 측 어느 쪽에게든 위장 도급은 「들키지 않으면 이득」인 것이 아니라, 발각된 시점에 양쪽 모두가 손해를 보는 구조로 되어 있습니다.
4. 판단 기준은 37호 고시 ── 2가지 「독립성」을 모두 충족한다
그렇다면 적정한 도급·준위임과 근로자파견은 구체적으로 무엇으로 구분되는가. 기준은 「근로자파견사업과 도급에 의해 이루어지는 사업의 구분에 관한 기준」(쇼와 61년 노동성 고시 제37호), 이른바 37호 고시입니다.
37호 고시는 수탁 측 사업주가 다음의 모든 것을 충족하는 경우를 제외하고, 근로자파견사업을 하는 사업주에 해당한다고 정하고 있습니다. 크게는 2가지 독립성입니다.
첫 번째는 노무관리상의 독립성 ── 자신이 고용하는 근로자의 노동력을 스스로 직접 이용하고 있을 것.
| 항목 | 수탁 측이 스스로 해야 할 것 |
|---|---|
| 업무 수행의 관리 | 업무 수행 방법에 관한 지시, 업무 수행에 관한 평가 |
| 근로시간의 관리 | 시업·종업, 휴게, 휴일, 휴가의 지시·관리. 잔업이나 휴일근로를 시키는 경우의 지시·관리(발주자에 의한 단순한 파악은 제외) |
| 질서 유지·인사 | 복무규율에 관한 지시·관리, 근로자의 배치 결정·변경 |
두 번째는 사업경영상의 독립성 ── 도급받은 업무를 자기의 업무로서 상대방으로부터 독립하여 처리하고 있을 것.
| 항목 | 내용 |
|---|---|
| 자금 | 업무 처리에 필요한 자금을 스스로의 책임으로 조달·지급한다 |
| 법률상의 책임 | 업무 처리에 대해 사업주로서의 법률상 책임을 모두 진다 |
| 단순한 노동력 제공이 아닐 것 | 자기의 책임과 부담으로 준비하는 기계·설비·기자재 등으로 업무를 처리하거나, 스스로 행하는 기획 또는 자기의 전문적인 기술·경험에 기반하여 업무를 처리한다 |
소프트웨어 개발의 경우, 마지막 항목은 「자기가 보유한 전문적인 기술·경험에 기반하여 업무를 처리하는 것」으로 충족하는 것이 보통입니다. 즉, 개발회사에게 실무상의 초점은 오로지 노무관리상의 독립성, 특히 「업무 지시」「근로시간」「배치」를 누가 쥐고 있는가에 집중됩니다.
게다가 37호 고시 3조는, 형식상 모든 요건을 충족하고 있더라도 법 위반을 면하기 위해 고의로 위장한 것이며 진정한 목적이 근로자파견인 경우에는 근로자파견사업에 해당한다고 하고 있습니다. 서류만 갖추는 「대책」은 통하지 않는 구조입니다.
5. 개발 현장에서 흔히 있는 OK·NG의 경계선
37호 고시만으로는 현장의 판단이 어려우므로, 후생노동성은 질의응답집(제1집~제3집)에서 Q&A를 공표하고 있습니다. 여기서부터 시스템 개발 현장에 적용한 경계선을 정리합니다.
| 장면 | 문제없음(그것만으로는 위장 도급이 되지 않음) | 위장 도급으로 판단됨 |
|---|---|---|
| 대화 | 업무와 관계없는 일상적인 대화 | 잡담 도중 「하는 김에 이것도 부탁」이라며 발주자가 엔지니어 개인에게 작업을 부탁 |
| 사양·요건 | 발주자가 요건이나 사양을 설명하고 필요한 정보를 제공 | 설명이라는 명목으로 작업 방식·순서를 개인에게 직접 지시 |
| 성과물에 대한 주문 | 발주자가 수탁회사에 대해 재작업이나 재검토를 요구 | 발주자가 엔지니어 개인에게 직접 수정이나 재작업을 지시 |
| 태스크 관리 | 수탁 측의 리더·관리책임자가 태스크를 할당 | 발주자가 개개의 엔지니어에게 일을 할당하고 순서를 지시 |
| 근태 | 수탁 측이 근로시간을 관리(발주자가 출입기록 등을 단순히 파악하는 것은 가능) | 발주자가 잔업이나 휴일 출근을 직접 지시 |
| 작업 장소 | 발주자의 사무실에 상주하며 발주자의 직원과 자리가 섞여 있음 | 섞여 있는 것이 원인이 되어 발주자가 업무 수행 방법을 필연적으로 직접 지시하게 됨 |
| 멤버 선정 | 개인을 특정하지 않는 형식의 스킬시트로 수탁 측의 기술력을 확인 | 발주자가 특정 인물을 지명하거나 특정 인물의 교체를 요구 |
| 기술 지도 | 대여 설비의 조작 설명이나 사양의 보충 설명을, 수탁 측의 감독 하에 받게 함. 안전위생상의 긴급 지시 | 일상적인 기술 지도·변경 지시를 발주자가 엔지니어에게 직접 실시 |
(각 행의 근거는 질의응답집 제1집의 문1·2·5·7·9·10·11, 그리고 제3집의 Q4·Q7입니다.)
표를 관통하는 원칙은 하나로, 「회사 대 회사」의 주고받음은 괜찮지만, 「발주자 대 엔지니어 개인」의 지휘명령은 안 된다는 것입니다.
추가로 2가지, 개발 현장에서 특히 중요하게 작용하는 논점을 들겠습니다.
지시는 문서나 도구를 경유해도 지시. 질의응답집 제1집의 문7은, 발주자가 작업 내용·순서·방법을 문서로 상세히 제시하고 그대로 작업시키는 경우도 위장 도급으로 판단된다고 하고 있습니다. 구두로 말하지 않고 티켓이나 채팅에 적으면 된다는 이야기가 아닙니다. 누가 작성했는가와 그것이 지휘명령으로서 기능하고 있는가를 보게 됩니다.
「인원수×단가」만의 계약은 위험. 제1집의 문8은, 제품이나 작업의 완성이 아니라 투입한 노동력(인원수)으로 수발주하고 노동력의 단가로 정산하는 경우에는 단순한 노동력의 제공이며 위장 도급으로 판단된다고 하고 있습니다. 준위임으로 시간이나 공수에 기반하여 정산하는 것 자체는 부정되지 않지만, 계약서에 업무 내용이 없고 「엔지니어 ○명, 단가 ○엔」만 적혀 있는 계약은 노동력의 제공으로 평가되기 쉬운 형태입니다. 무슨 업무를 위탁하는지를 계약으로 특정할 수 있는 것이 전제가 됩니다.
5.1. 선을 넘어가는 현장 ── 설명을 위한 가상 시나리오
이하는 실제 사건이 아니라, 지금까지 제시한 기준을 조합하여 만든 설명용 시나리오입니다. 다만 등장하는 요소는 모두 위 표의 NG 쪽이나, 이 뒤에 나올 실무 항목에 대응하고 있습니다.
제조업체 A사가 업무 시스템 개수를 B사에 준위임으로 위탁했습니다. B사의 엔지니어 1명이 A사에 상주하고 있습니다. 계약서에는 「업무 시스템 개수 지원 일체」라고만 적혀 있고, 청구는 「1명×월액 단가」. B사의 관리책임자는 그 상주 엔지니어 본인이 겸하고 있습니다. 여기까지는 많은 현장에 있을 법한 출발점입니다.
- 4월: A사의 담당자가 아침 회의에서 엔지니어에게 「오늘은 이 화면을 먼저 해 주세요」라고 작업 순서를 직접 지시하게 됩니다. 급한 안건이라 B사에 전달하고 회신받을 시간이 아깝기 때문입니다.
- 6월: 월말 마감이 임박했다는 이유로 A사의 담당자가 「이번 주는 잔업으로 부탁드립니다」라고 본인에게 직접 전달합니다.
- 9월: A사의 다른 부서에서 「하는 김에 엑셀 매크로도 고쳐 달라」는 의뢰가 본인에게 도착합니다. 계약서에 업무 내용이 특정되어 있지 않기 때문에, 현장에는 거절할 근거가 없습니다.
- 12월: 엔지니어가 건강을 해치면서, 근로시간을 관리하고 있던 것은 누구였는가가 문제가 됩니다.
이 시점에서 4장의 노무관리상의 독립성 중 「업무 수행의 관리」와 「근로시간의 관리」는 성립하지 않습니다. 게다가 계약에 업무 내용이 없고 인원수×단가로 정산하고 있는 것(제1집의 문8), 1인 상주로 관리책임자를 본인이 겸하고 있는 것(제1집의 문4)이 겹쳐 있습니다. 시정 국면에서는 계약의 재체결, 체제의 재구성, 상주의 일시 철수와 같은 대응이 필요해지며, 프로젝트는 멈춥니다.
덧붙여, 근로계약청약간주제도까지 나아갈지 여부는 이에 더해 「근로자파견법 등의 적용을 면할 목적」이 있었는지 여부의 판단이 들어갑니다. 다만 그 앞 단계의 행정지도나 계약 재구성은 목적의 유무와 관계없이 일어날 수 있습니다.
무서운 것은, 이 4가지 단계 중 어느 것도 당사자에게는 「약간의 편의」에 지나지 않는다는 점입니다. 누군가가 악의로 위장한 것이 아니라, 바쁜 현장에서 최단 경로를 계속 선택한 결과로서 계약의 선과 지시의 선이 어긋나 갑니다. 그렇기 때문에 다음 장에서 서술하는 「의뢰 경로를 처음에 정해서 전원에게 공유한다」가 가장 효과적인 대책이 됩니다.
6. 준위임으로 올바르게 일하기 위한 실무 ── 체제·창구·보고
경계선을 알았으니, 이를 매일의 운용에 반영하기 위한 실무를 정리합니다. 포인트는 지휘명령의 경로를 계약과 체제로 고정하는 것입니다.
flowchart TB
subgraph OK["적정한 준위임"]
direction TB
A1["발주자"] -->|"의뢰·요구·성과물에 대한 주문"| B1["수탁회사"]
B1 --> C1["관리책임자"]
C1 -->|"지휘명령"| D1["엔지니어"]
end
subgraph NG["위장 도급"]
direction TB
A2["발주자"] -->|"계약"| B2["수탁회사"]
A2 -->|"직접 지시<br/>태스크 할당<br/>작업 절차 지시<br/>잔업이나 휴일 출근 지시"| D2["엔지니어"]
end
「적정한 준위임」쪽은 발주자로부터의 의뢰가 일단 수탁회사에서 받아들여지고, 관리책임자를 거쳐 엔지니어에게 전달됩니다. 화살표가 하나의 선으로 이어져 있는 것이 포인트입니다. 「위장 도급」쪽은 계약의 선은 회사 사이에 있는데, 실제 지시는 발주자로부터 엔지니어에게 직접 날아가고 있습니다. 계약의 선과 지시의 선이 어긋나 있는 것, 이것이 위장 도급의 그림입니다.
6.1. 수탁 측이 갖추어야 할 것
- 계약서·주문서에서 업무 내용을 특정한다. 「시스템 개발 지원 일체」가 아니라 대상 시스템, 업무의 범위, 체제, 기간, 보고 방법까지 적습니다. 성과완성형으로 할지 이행비율형(시간·공수 기준)으로 할지도 여기서 정합니다.
- 관리책임자(현장책임자)를 두고 권한을 부여한다. 발주자와의 창구, 엔지니어에 대한 지시, 진척과 품질의 관리를 수탁 측에서 담당하는 사람입니다. 질의응답집 제1집의 문4대로, 관리책임자가 작업을 겸임하는 것 자체는 문제없지만, 실태로서 관리가 이루어지지 않고 있다면 의미가 없으며, 상주 멤버가 1명이고 그 사람이 관리책임자를 겸하는 형태는, 발주자로부터의 주문이 그대로 개인에 대한 지휘명령이 되기 때문에 위장 도급으로 판단됩니다. 1인 상주 안건에서는 사내 매니저가 관리책임자로서 기능하는 설계(의뢰를 받는 창구를 회사에 두는 것, 정기적인 보고·리뷰를 사내에서 실시하는 것)가 필요합니다.
- 근태는 자사에서 관리한다. 시업·종업, 휴가, 잔업의 판단은 고용주인 수탁회사가 합니다. 발주자 건물의 출입관리를 따르는 것이나, 발주자가 안전 확인을 위해 재석을 파악하는 것은 「단순한 파악」의 범위이지만, 잔업해 주었으면 좋겠다·내일은 일찍 와 주었으면 좋겠다는 이야기는 반드시 자사를 경유해서 받습니다.
- 업무 보고를 남긴다. 무엇을 의뢰받아 무엇을 수행했고 어떻게 완료했는지를 월간 또는 주간 보고서·완료보고로 남깁니다. 이는 위장 도급 대책인 동시에 선관주의의무를 다했음을 보여주는 기록이기도 합니다.
6.2. 발주 측이 갖추어야 할 것
- 의뢰는 창구(관리책임자)로. 새로운 작업 의뢰, 우선순위 변경, 재작업 요구는 엔지니어 개인이 아니라 수탁회사의 창구로 냅니다. 성과물에 대한 주문·클레임을 회사 앞으로 하는 것은 질의응답집 제1집의 문2대로 정당한 발주 행위입니다.
- 개인을 지명하지 않는다. 「A씨를 투입해 달라」「B씨는 빼 달라」는 수탁 측의 배치 결정에 대한 개입이며, 적정한 도급·준위임으로는 인정되지 않습니다(제3집 Q7). 기술력의 확인은 개인을 특정하지 않는 스킬시트 등으로 실시합니다.
- 회의의 위치를 정해 둔다. 정례 회의는 요건·사양 전달, 진척 공유, 과제 협의의 자리로 자리매김하고, 개인에게 태스크를 할당하는 자리로 만들지 않는 것입니다. 회의나 채팅에 양측 전원이 참가하는 것 자체는 문제없습니다(제3집 Q6)만, 그곳에서 발주자로부터 엔지니어에게 직접적인 지시가 흐르기 시작하면 위장 도급이 됩니다.
- 「파악」과 「관리」를 구별한다. 진척이나 품질을 파악하고, 계약대로가 아니라면 회사 앞으로 시정을 요구하는 것은 발주자의 당연한 권리입니다. 한편, 그 수단으로서 엔지니어의 시간 사용법이나 작업 절차에 손을 대기 시작하면, 그것은 관리=지휘명령입니다.
6.3. 현장 구성원과 미리 공유해 둘 것
위장 도급은 계약 담당자가 아니라 현장의 선의에서 시작되는 경우가 많습니다. 발주자 측 담당자가 「이것도 좀 부탁해」라고 옆자리 엔지니어에게 부탁하고, 엔지니어도 악의 없이 받아들인다 ── 이러한 부탁은 잡담의 연장처럼 보여도 「업무와 관계없는 일상적인 대화」가 아니라 업무의 의뢰이며, 본래는 창구를 거쳐야 할 주고받음입니다. 쌓이면 발주자로부터의 지휘명령의 실태 그 자체가 됩니다. 발주 측·수탁 측 양쪽의 현장 구성원에게 의뢰 경로(누구에게 부탁할지, 누구에게서 받을지)를 처음에 공유해 두는 것이, 결국 가장 효과적입니다.
7. 애자일 개발과 위장 도급 ── 「대등한 협업」이라면 문제없다
「발주자와 수탁자가 밀접하게 대화하면 위장 도급이 된다면, 애자일 개발은 불가능한 것 아닌가?」라는 의문에는 후생노동성이 질의응답집 제3집(2021년 공표)에서 정면으로 답하고 있습니다. 2026년 5월에는 Q8이 추가되어, 이 사고방식이 애자일형 개발 이외의 시스템 개발에도 적용된다는 것이 명시되었습니다.
요점은 다음과 같습니다.
- 밀접한 연계·정보 공유·기술적인 조언·제안은 OK. 발주자 측과 수탁 측의 개발 관계자가 하나의 팀으로서 수시로 정보를 공유하고, 대등한 관계 아래에서 협업하며, 수탁 측의 개발 담당자가 자율적으로 판단하여 개발을 진행하고 있다고 인정된다면 위장 도급이 아닙니다(Q2·Q5).
- 프로덕트 오너에 의한 백로그 설명도 OK. 발주자 측의 개발책임자가 수탁 측의 개발 담당자에게 직접 프로덕트 백로그의 내용을 상세히 설명하고, 개발에 필요한 정보를 제공하는 것 자체는 문제없습니다(Q4).
- 경계는 역시 지휘명령. 그 설명이나 논의가 실태로서 업무 수행 방법이나 근로시간에 관한 지시가 되어 있다면 위장 도급입니다(Q4·Q5). 진척 지연 시에 일의 할당·순서·완급 조정을 지시할 필요가 생겼다면, 그것은 수탁 측의 관리책임자가 해야 할 일이며, 발주자 측이 직접 하면 관리책임자를 선임해 두었더라도 위장 도급으로 판단됩니다(Q3).
- 사전 설계가 중요. 양측의 역할·권한, 팀 내에서의 업무 진행 방식을 미리 명확히 하여 합의해 두는 것, 애자일 개발은 개발 담당자가 자율적으로 진행하는 것이라는 인식을 관계자 연수 등을 통해 공유해 두는 것이 권장됩니다(Q2).
즉, 애자일이라서 위장 도급이 되기 쉬운 것이 아니라, 자율적인 팀이라는 명목상으로는 그렇지만 실제로는 발주자가 멤버를 움직이고 있을 때 위장 도급이 됩니다. 스크럼의 「자기조직화된 팀」을 실태로서 운용할 수 있다면, 준위임의 애자일 개발은 제도상으로도 상정된 업무 방식입니다.
8. 도급·준위임·파견, 어느 것을 선택해야 하는가
마지막으로, 애초에 어떤 계약을 선택하는 것이 적절한지 정리합니다.
| 상황 | 적합한 형태 |
|---|---|
| 요건이 확정되어 있고, 완성물을 받고 싶다 | 도급 |
| 요건이 유동적이며, 전문가의 업무 수행을 계속적으로 의뢰하고 싶다(기술 조사, 리뷰, 보수, 애자일 개발 등) | 준위임 |
| 자사의 관리 하에 태스크를 할당하고, 근로시간까지 포함하여 직접 지휘명령하고 싶다 | 근로자파견(허가 사업자로부터) |
| 일시적으로 자사 업무의 지원을 받고 싶다 | 근로자파견. 도급·준위임의 근로자를 발주자의 지휘명령으로 지원 업무에 사용할 수는 없습니다 |
중요한 것은, 「지휘명령을 하고 싶은데 비용이나 의무는 피하고 싶으니까 준위임으로 한다」는 선택 방식을 하지 않는 것입니다. 그것은 계약 선택이 아니라 위장 도급의 입구입니다. 발주자로서 직접 컨트롤하고 싶은 사정이 정말로 있다면, 파견 계약으로 전환하거나 수탁 측의 체제(관리책임자를 경유한 운용)로 충족할 수 없는지를 검토하는 것이 올바른 순서입니다.
정리
- 위장 도급인지 아닌지는 계약서의 이름이 아니라, 발주자가 수탁 측 근로자에게 직접 지휘명령을 하고 있는가라는 실태로 판단됩니다. 준위임 계약이라도 위장 도급이 될 수 있습니다
- 도급·준위임은 발주자와 엔지니어 사이에 지휘명령 관계를 발생시키지 않는 계약이며, 직접 지휘명령을 할 수 있는 것은 근로자파견뿐입니다
- 판단 기준은 37호 고시입니다. 업무 수행·근로시간·배치의 관리를 수탁 측이 스스로 하는 것(노무관리상의 독립성)과, 자금·책임·전문 기술에 의한 독립적인 처리(사업경영상의 독립성)를 모두 충족해야 합니다
- 일상 대화, 사양 설명, 회사 앞으로의 주문, 대등한 기술적 논의는 문제없습니다. 개인에 대한 태스크 할당, 작업 절차의 직접 지시, 잔업의 직접 지시, 멤버의 지명·교체 요구는 위장 도급의 신호입니다
- 상주나 혼재 그 자체는 위장 도급이 아닙니다. 1인 상주+관리책임자 겸임과 같이, 주문이 개인에 대한 지휘명령으로 직결되는 체제가 위험합니다
- 애자일 개발은 대등한 협업과 수탁 측 멤버의 자율적인 판단이 실태로서 성립하고 있다면 위장 도급이 아닙니다. 이 사고방식은 애자일 이외의 개발에도 적용됩니다
- 위장 도급의 리스크는 행정지도나 형사처벌에 그치지 않고, 근로계약청약간주제도에 의해 발주자가 엔지니어에게 근로계약을 청약한 것으로 간주될 가능성이 있습니다
- 판단이 어렵다면 도도부현 노동국에 상담할 수 있습니다. 근로계약청약간주제도의 해당 여부에 대해서는 노동국이 조언을 하는 구조(근로자파견법 40조의8)도 있습니다
수탁 개발·기술 지원의 진행 방식을 검토 중이신 분께
외부 엔지니어에게 개발을 의뢰하고 싶거나, 혹은 지금의 상주·지원 형태가 이대로 괜찮은 것인지 신경 쓰이는 경우, 가장 먼저 정리해야 할 것은 「무엇을 의뢰하고 싶은가(완성물인가, 업무인가, 노동력인가)」와 「누가 지휘명령을 하는가」의 2가지입니다. 이 부분이 정해지면, 도급·준위임·파견 중 어느 것으로 구성해야 할지, 체제와 창구를 어떻게 설계해야 할지는 자연스럽게 정해집니다.
합동회사 코무라소프트는 Windows 애플리케이션을 중심으로 한 수탁 개발과 기술 지원을, 도급·준위임 어느 형태로도 받고 있습니다. 업무 범위와 성과물을 명확히 한 계약, 창구와 보고를 통한 진행 방식을 기본으로 하고 있으며, 「어떤 식으로 나누어 의뢰하면 좋을지 모르겠다」는 단계에서부터의 상담도 가능합니다.
준위임은 올바르게 운용하면, 요건이 완전히 확정되지 않은 개발이나 지속적인 개선에 매우 적합한 계약 형태입니다. 계약의 형태와 현장의 업무 방식을 일치시켜, 발주 측·수탁 측 양쪽이 안심하고 협업할 수 있는 체제를 만드는 것부터 시작해 보시기 바랍니다.
관련 기사
같은 태그를 공유하는 최신 기사입니다. 더 가까운 주제로 지식을 넓힐 수 있습니다.
「몇 초 안에 응답하면 만족스러운가」를 정하지 않고 넘어가지 않으려면 ── IPA 「비기능 요구 등급」으로 비기능 요건을 정리한다
「속도가 느리다」「장애 대응이 예상 밖이다」로 다투는 원인의 대부분은 비기능 요건을 정하지 않고 넘어간 데 있습니다. IPA 「비기능 요구 등급」의 6대 항목, 등급표와 모델 시스템의 사용법, 현실적인 활용 방법을 발주자 입장에서 알기 쉽게 설명...
보조금을 활용하는 시스템 개발 진행 방법 ── 교부 결정부터의 역산 일정과 사업계획서 작성 실무
보조금을 활용하는 시스템 개발은 일반적인 개발과 진행 방식이 달라집니다. 교부 결정일을 기점으로 한 역산 일정, 채택과 교부 결정의 차이, 정산 지급에 대비한 자금 조달, 사업계획서 작성의 역할 분담을 실무적으로 해설합니다.
시스템 개발 외주에 보조금을 사용할 수 있는가 ── 목적별 제도 지도와 발주 전에 알아두어야 할 함정(2026년도판)
시스템 개발 외주에 보조금을 사용할 수 있을까요? 「IT 도입 보조금으로 오더메이드 개발」이 불가능한 이유, 모노즈쿠리 보조금 등 목적별 제도 지도, 교부 결정 전 발주 금지라는 함정까지 발주자의 관점에서 정리합니다.
ADR(Architecture Decision Record) 입문 ── 소규모 개발에서 '왜 이런 설계로 했는가'를 남기는 최소한의 방법
코드는 '왜 그렇게 했는지'를 말해주지 않습니다. ADR(Architecture Decision Record)로 설계 판단의 이유를 1결정=1파일의 Markdown으로 남기는 방법을, 템플릿과 작성 여부 판단표, 실제 사례와 함께 해설합니다.
성력화 투자 보조금으로 FAX 수주의 웹화를 할 수 있는가 ── 일반형을 이용하는 수발주 시스템 투자의 사고방식
FAX 수주의 웹화·자동 가져오기는 중소기업 성력화 투자 보조금(일반형)의 검토 대상이 될 수 있습니다. 카탈로그 주문형과 일반형의 차이, 수발주 시스템이 성력화 투자에 해당하는 이유, 임금 인상 요건 등 주의할 점을 설명합니다.
관련 토픽
이 기사와 가까운 토픽 페이지입니다. 기사를 출발점 삼아 관련 서비스와 다른 기사로 이어집니다.
Windows 기술 토픽
Windows 개발, 장애 조사, 기존 자산 활용에 관한 KomuraSoft LLC 기사를 모은 토픽 허브입니다.
이 주제와 연결되는 서비스
이 기사는 다음 서비스 페이지로 이어집니다. 가까운 입구부터 확인해 주세요.
기술 상담 & 설계 리뷰
기술 상담·설계 리뷰는 그야말로 준위임형의 지원이며, 체제나 창구를 명확히 한 진행 방식의 정리도 포함한 상담 범위이기 때문입니다.
Windows 앱 개발
업무 범위와 성과물을 계약으로 명확히 한 수탁 개발은 위장 도급을 피하는 업무 방식의 구체적인 수단이 되기 때문입니다.
Windows 소프트웨어 유지 보수 & 현대화
기존 소프트웨어의 보수·개수를 계속적으로 의뢰하는 경우, 준위임에서의 업무 범위 구분 방식과 보고 설계가 쟁점이 되기 때문입니다.
자주 묻는 질문
이 기사 주제에 대해 상담 시 자주 나오는 질문을 모았습니다.
- SES와 준위임 계약은 같은 것인가요?
- SES(시스템 엔지니어링 서비스)는 법률상의 용어가 아니라, 엔지니어의 기술력을 역무로서 제공하는 거래를 가리키는 업계의 실무 용어입니다. 계약의 형태로는 준위임 계약이 사용되는 경우가 많지만, SES라고 부르는지 준위임이라고 부르는지는 적법성 판단과 관계가 없습니다. 판단되는 것은 발주자가 수탁 측 엔지니어에게 직접 지휘명령을 하고 있지 않은가라는 실태입니다.
- 준위임 계약으로 발주자의 사무실에 상주하며 일하는 것은 문제인가요?
- 상주 그 자체는 문제가 아닙니다. 후생노동성의 질의응답집에서도, 발주자의 근로자와 수탁 측의 근로자가 같은 장소에서 섞여 일하고 있다는 것만으로 위장 도급으로 판단되는 것은 아니라고 하고 있습니다. 문제가 되는 것은 장소가 아니라 지휘명령입니다. 상주하고 있더라도 업무 지시·근로시간 관리·배치 결정을 수탁 측의 회사가 스스로 하고 있다면 적정하며, 반대로 원격 근무여도 발주자가 직접 지휘명령을 하면 위장 도급이 될 수 있습니다.
- 발주자가 수탁 측 엔지니어에게 직접 질문이나 의뢰를 해도 되나요?
- 일상적인 대화, 사양이나 요건의 설명, 정보 제공, 대등한 입장에서의 기술적인 논의·조언·제안은 그것만으로 위장 도급이 되는 것이 아닙니다. 한편, 작업 방식이나 순서의 지시, 개인에 대한 태스크 할당, 잔업·휴일 출근의 지시를 발주자가 수탁 측 엔지니어에게 직접 하면 지휘명령으로 간주되어 위장 도급으로 판단됩니다. 새로운 의뢰나 작업 지시는 수탁 측의 관리책임자(창구)를 통하는 운용으로 하는 것이 원칙입니다.
- 위장 도급으로 판단되면 어떻게 되나요?
- 근로자파견법 위반으로서 노동국의 지도·시정 대상이 되며, 무허가 근로자파견이나 근로자공급에 해당하면 형사처벌의 대상도 될 수 있습니다. 게다가 근로계약청약간주제도에 의해, 파견법 등의 적용을 면할 목적으로 위장 도급을 하고 있던 경우, 발주자가 그 엔지니어에게 근로계약을 청약한 것으로 간주되며, 엔지니어가 1년 이내에 승낙하면 발주자와의 근로계약이 성립합니다. 발주 측·수탁 측 양쪽에게 중대한 리스크입니다.