해외 IT 아웃소싱을 처음 진행하는 클라이언트가 가장 많이 저지르는 실수가 있습니다. 바로 계약서를 대충 작성하거나, 심지어 구두 합의만으로 프로젝트를 시작하는 것입니다. “설마 이런 문제가 생기겠어?”라는 안일한 생각이 수천만 원의 손실로 이어지는 경우를 코드벤터는 15년간 수없이 목격해왔습니다.
베트남, 인도, 우크라이나 등 해외 개발팀과의 협업은 국내 외주와 근본적으로 다릅니다. 법체계, 시간대, 언어, 비즈니스 문화가 다른 상황에서 분쟁이 발생하면 국내처럼 쉽게 해결되지 않습니다. 계약서 하나가 프로젝트 전체의 성패를 좌우합니다.
이 글에서는 코드벤터가 15년간 해외 IT 아웃소싱 프로젝트를 진행하면서 쌓아온 계약서 작성 노하우를 공개합니다. 어떤 조항이 반드시 들어가야 하고, 어떤 표현이 나중에 분쟁의 씨앗이 되는지 실전 경험을 바탕으로 알려드리겠습니다.
1. 해외 IT 아웃소싱 계약서가 국내 계약과 근본적으로 다른 이유
국내 외주 계약은 분쟁 시 국내법이 적용되고, 필요하면 법원에 가면 됩니다. 그런데 해외 아웃소싱은 다릅니다. 다음 세 가지 근본적인 차이를 이해해야 합니다.
준거법과 관할 법원의 문제
베트남 개발사와 계약할 때 준거법을 명시하지 않으면, 분쟁 시 어느 나라 법을 적용할지부터 다퉈야 합니다. 한국 법원의 판결이 베트남에서 자동으로 집행되지도 않습니다. 실제로 코드벤터가 자문한 한 스타트업은 준거법 미지정으로 인해 3개월간 소송 관할권 분쟁만 하다가 소송을 포기한 사례가 있습니다.
계약서 필수 조항 예시:
제XX조 (준거법 및 분쟁 해결)
① 본 계약은 대한민국 법률에 의해 규율된다.
② 본 계약과 관련된 분쟁은 서울중앙지방법원을 전속 관할법원으로 한다.
③ 당사자들은 소송 전 30일간의 협의 기간을 갖는 것에 동의한다.
지식재산권(IP)의 국경을 넘는 귀속 문제
해외 개발팀이 작성한 코드의 저작권은 계약서에 명시하지 않으면 개발자에게 귀속될 수 있습니다. 많은 나라에서 “work for hire” 원칙이 한국과 다르게 적용됩니다. 특히 SaaS나 플랫폼 서비스처럼 코드가 핵심 자산인 경우, IP 조항 하나가 회사의 생존과 직결됩니다.
품질 기준과 검수의 언어 장벽
“잘 작동하는 소프트웨어”의 기준이 클라이언트와 개발사 간에 다를 수 있습니다. 이를 계약서에 명확한 수치와 기준으로 정의하지 않으면, “이미 납품했다”와 “제대로 안 됐다”의 공방이 끝없이 이어집니다.
2. 해외 IT 아웃소싱 계약서의 필수 핵심 조항 7가지
15년간의 실전 경험을 바탕으로 절대 빠져선 안 되는 7가지 핵심 조항을 정리했습니다.
① 작업 범위 정의서(SOW: Statement of Work)
계약서 본문보다 더 중요할 수 있는 것이 바로 SOW(작업 범위 정의서)입니다. “홈페이지 개발”이 아닌, 페이지 수, 기능 목록, 디자인 시안 수, API 연동 목록을 구체적으로 나열해야 합니다.
- 개발할 화면(페이지) 목록과 각 기능 명세
- 포함되지 않는 기능의 명시적 배제 (Out-of-scope)
- 서드파티 연동 목록 (결제, 소셜 로그인 등)
- 모바일/반응형 지원 여부 및 타깃 브라우저/OS
- 성능 요구사항 (응답시간, 동시 접속 수 등)
SOW는 계약서의 별첨으로 반드시 서명 받아야 하며, 변경이 필요할 때마다 변경 요청서(Change Request)를 통해 공식 처리해야 합니다.
② 지식재산권(IP) 양도 조항
계약이 완료되면 모든 소스코드, 디자인 에셋, 데이터베이스 구조, 기술 문서의 저작권이 클라이언트에게 완전히 귀속된다는 조항을 반드시 넣어야 합니다. 단순히 “사용권”을 받는 것과 “소유권”을 받는 것은 천지 차이입니다.
제XX조 (지식재산권의 귀속)
① 본 계약에 따라 개발된 모든 소프트웨어, 소스코드, 설계문서,
데이터베이스 스키마 및 관련 저작물의 저작권은 최종 대금 지급과
동시에 갑(클라이언트)에게 완전히 귀속된다.
② 을(개발사)은 개발 완료 후 30일 이내에 모든 소스코드와
관련 자산을 갑에게 인도하여야 한다.
③ 을은 동 저작물을 제3자에게 제공, 판매, 공개하지 않는다.
③ 마일스톤 기반 대금 지급 구조
선급금 100%를 지불하는 것은 절대 금물입니다. 해외 아웃소싱에서 코드벤터가 권장하는 지급 구조는 다음과 같습니다:
- 계약 체결 시: 20-30% (착수금)
- 중간 마일스톤 완료 시: 30-40% (UI 시안 승인, 주요 기능 구현 완료 등)
- 최종 납품 및 검수 완료 시: 20-30%
- 안정화 기간(30-60일) 후: 10% (하자 보수 보증금)
각 마일스톤에는 구체적인 산출물(Deliverable)과 검수 기준이 명시되어야 합니다.
④ 비밀유지 조항(NDA)
해외 개발팀은 여러 클라이언트의 프로젝트를 동시에 진행합니다. 귀사의 비즈니스 로직, 데이터베이스 구조, 사용자 데이터가 경쟁사로 흘러가지 않도록 강력한 NDA 조항이 필요합니다. 특히 계약 종료 후 3-5년간 유효한 비밀유지 의무를 명시해야 합니다.
⑤ 하자보수 및 유지보수 조항
납품 후 발견되는 버그는 누가 어떻게 수정하나요? 이를 명확히 해야 합니다.
- 무상 하자보수 기간: 보통 납품 후 3-6개월
- 하자의 심각도 분류 (Critical/Major/Minor)와 각각의 수정 기한
- 유지보수 계약 전환 시 조건 및 금액
⑥ 프로젝트 중단 및 해지 조항
프로젝트가 중단될 경우 어떻게 처리할지 미리 정해두어야 합니다. 일방적 계약 해지 시의 위약금, 기지급 금액의 환불 조건, 소스코드 반환 절차를 명시해야 합니다.
⑦ 에스크로 또는 소스코드 보관 조항
개발사가 갑자기 폐업하거나 연락이 끊길 경우를 대비해, 소스코드 에스크로(특정 조건 충족 시 자동으로 클라이언트에게 인도) 조항을 넣거나, 적어도 정기적으로 GitHub 등 클라이언트 계정 저장소에 커밋하는 것을 의무화해야 합니다.
3. 실전에서 자주 빠뜨리는 조항들 — 15년 경험의 교훈
위의 기본 조항 외에도, 실전에서 자주 빠뜨려서 나중에 문제가 되는 조항들이 있습니다.
핵심 인력 교체 제한 조항
계약 중 핵심 개발자가 교체될 경우 클라이언트의 동의를 받도록 하는 조항입니다. 처음 미팅에서 시니어 개발자가 나왔다가, 실제 개발은 주니어들이 하는 “베이트 앤 스위치” 문제를 방지합니다.
커뮤니케이션 채널 및 보고 의무
주간 보고서 제출, 일일 스탠드업 미팅 참여, 응답 시간 SLA(예: 업무 시간 내 4시간 이내 회신)를 계약서에 명시해야 합니다. 특히 시차가 있는 해외 팀과는 겹치는 업무 시간(Overlap Hours)을 명확히 정해야 합니다.
제3자 라이선스 소프트웨어 사용 공개 의무
개발팀이 GPL 등 오픈소스 라이선스를 가진 코드를 사용할 경우, 클라이언트에게 사전 고지하고 동의를 받도록 해야 합니다. 상업 제품에 GPL 코드가 포함되면 클라이언트 자신도 소스를 공개해야 하는 의무가 생길 수 있습니다.
데이터 보호 및 GDPR 준수 조항
유럽 사용자를 대상으로 하는 서비스라면 GDPR을, 한국 사용자라면 개인정보보호법을 개발팀이 준수해야 한다는 조항이 필요합니다. 개발팀이 개발 과정에서 실제 사용자 데이터를 사용하지 못하도록 제한하는 조항도 중요합니다.
4. 계약서 협상 전략 — 개발사와 유리한 조건을 이끌어내는 법
좋은 계약서는 어느 한쪽에 일방적으로 유리하지 않습니다. 개발사도 보호받아야 장기적인 관계가 유지됩니다. 코드벤터가 권장하는 협상 전략은 다음과 같습니다.
요구사항 변경에 대한 명확한 프로세스 구축
많은 분쟁이 “그냥 이것 좀 추가해달라”는 비공식 요청에서 시작됩니다. 모든 요구사항 변경은 반드시 서면(이메일 포함) Change Request를 통해 처리하고, 추가 비용과 일정에 미치는 영향을 사전에 합의한 후 진행하는 것을 계약서에 명시해야 합니다.
분쟁 단계별 해결 프로세스 설계
분쟁 발생 시 바로 법원에 가는 것이 아니라, 단계적 해결 프로세스를 설계하는 것이 현명합니다:
- 1단계: 담당자 간 협의 (5 영업일 이내)
- 2단계: 각 회사 임원급 협의 (10 영업일 이내)
- 3단계: 제3자 조정(메디에이션)
- 4단계: 중재 또는 소송
성과 기반 인센티브 구조 고려
단순히 페널티만 있는 계약보다, 일정을 앞당기거나 품질 기준을 초과 달성할 경우 보너스를 지급하는 인센티브 구조를 넣으면 개발팀의 동기 부여가 훨씬 높아집니다.
✅ 해외 IT 아웃소싱 계약서 최종 체크리스트
계약서 서명 전 아래 항목을 모두 확인하세요:
| 구분 | 확인 항목 | 체크 |
|---|---|---|
| 법적 기초 | 준거법 및 관할 법원 명시 | ☐ |
| 법적 기초 | 당사자의 법적 실체 확인 (사업자 등록 등) | ☐ |
| 범위 정의 | SOW 작성 및 서명 완료 | ☐ |
| 범위 정의 | Out-of-scope 항목 명시 | ☐ |
| IP 보호 | 소스코드 등 IP 양도 조항 포함 | ☐ |
| IP 보호 | NDA 조항 및 유효 기간 명시 | ☐ |
| 대금 구조 | 마일스톤 기반 지급 일정 명시 | ☐ |
| 대금 구조 | 환불 조건 및 해지 위약금 명시 | ☐ |
| 품질 보증 | 검수 기준 및 절차 명시 | ☐ |
| 품질 보증 | 무상 하자보수 기간 명시 | ☐ |
| 협업 프로세스 | 보고 방식, 주기, 채널 명시 | ☐ |
| 협업 프로세스 | 변경 요청(CR) 프로세스 명시 | ☐ |
| 리스크 관리 | 소스코드 정기 백업 및 인도 조항 | ☐ |
| 리스크 관리 | 분쟁 단계별 해결 프로세스 명시 | ☐ |
마무리 — 계약서는 신뢰의 반대가 아닌, 신뢰의 기반입니다
“좋은 파트너끼리는 계약서가 필요 없다”는 말은 절반만 맞습니다. 좋은 파트너라면 명확한 계약서로 서로의 기대를 맞추는 것을 두려워하지 않습니다. 반대로, 계약서 작성을 꺼리는 개발사가 있다면 그것 자체가 경고 신호입니다.
코드벤터는 15년간 해외 개발팀과의 협업을 진행하면서, 잘 작성된 계약서 하나가 수억 원짜리 프로젝트를 지킨다는 사실을 반복해서 확인했습니다. 계약서는 불신의 표현이 아니라, 양측의 기대를 명확히 하고 프로젝트를 성공으로 이끄는 로드맵입니다.
해외 IT 아웃소싱을 검토 중이라면, 코드벤터에 문의하세요. 계약서 검토부터 개발팀 선정, 프로젝트 관리까지 15년 경험의 전문가가 함께합니다.
