법률 정보

안녕하세요, 법률사무소 완봉입니다.

새로운 비즈니스를 시작하거나 사내 시스템을 구축할 때, 많은 기업이 IT 외주 개발을 선택합니다. 큰 비용과 시간을 들여 야심 차게 시작한 프로젝트지만, 실무 현장에서는 "원했던 기능이 구현되지 않았다", "개발 기간이 계속 늦어진다", "추가 비용을 요구한다"는 갈등이 끊이지 않습니다.

심지어 개발 완료 후에도 소스 코드 소유권이 누구에게 있는지, 유지보수는 어디까지 책임져야 하는지를 두고 소송으로 이어지는 경우도 적지 않습니다. 오늘은 법률사무소 완봉이 수많은 IT 분쟁을 다루며 쌓은 경험을 바탕으로, IT 외주 계약 시 독소조항을 피하고 비즈니스를 보호하는 핵심 검토 포인트를 짚어드리겠습니다.

🕒 TL;DR (핵심 요약)

1. 과업지시서(SOW)의 구체화: '무엇을 개발하는지'를 모호한 표현 대신 상세한 기능 명세서로 확정해야 분쟁을 막을 수 있습니다.
2. 검수와 대금 지급의 연동: 날짜가 됐다고 자동으로 대금을 지급하는 것이 아니라, 단계별 검수 통과를 조건으로 설정해야 합니다.
3. 지식재산권의 명확한 귀속: 별도 합의가 없으면 개발사에 저작권이 귀속될 수 있으므로, 소스 코드 소유권 이전 조항을 반드시 확인하세요.

1. 과업 범위(Scope of Work)를 끝까지 구체화하세요

IT 외주 계약에서 분쟁이 가장 많이 발생하는 지점은 바로 '어디까지가 개발 범위인가'입니다. 계약서에 단순히 "쇼핑몰 앱 개발 1식"이라고만 적는 것은 분쟁의 불씨를 남겨두는 것과 같습니다.

실무적으로는 계약서 본문 외에 '과업지시서'나 '기능 명세서'를 별첨으로 첨부해야 합니다. 현재는 AI 기능 연동이나 다양한 API 결합이 일반화되어 있으므로, 어떤 외부 시스템과 연동하는지, 데이터 처리 속도는 어느 수준이어야 하는지 등을 수치로 명시하는 것이 좋습니다.

• Tip: "상호 협의 하에 결정한다"는 표현은 피하세요. 협의가 결렬될 경우 프로젝트가 중단될 위험이 있습니다.

2. 검수(Acceptance Testing) 절차와 지체상금

'개발 완료 예정일'만 믿고 대금을 미리 지급하는 것은 흔한 실수 중 하나입니다. IT 개발은 눈에 보이지 않는 공정이 많아, 약속한 날짜에 결과물이 나오지 않는 경우가 적지 않습니다.

• 단계별 검수: 착수금 - 중도금 - 잔금의 구조를 유지하되, 각 단계에서 시연(Demo)이나 테스트를 거쳐 '검수 확인서'에 서명했을 때만 대금을 지급하도록 설정해야 합니다.
• 지체상금 조항: 개발사가 정당한 이유 없이 기한을 넘길 경우, 지체일수당 총 계약 금액의 0.5/1000~1.5/1000 수준의 지체상금을 공제한다는 조항을 포함하세요. 이는 개발사에 강력한 이행 압박 수단이 됩니다.

3. 소스 코드와 지식재산권, 누구의 것인가?

"내가 돈을 줬으니 당연히 내 것 아닌가요?"라고 묻는 분들이 많습니다. 그러나 우리나라 저작권법상 별도의 특약이 없다면 창작자인 개발사에 저작권이 귀속되는 것이 원칙입니다.

회사를 매각(M&A)하거나 투자를 유치할 때, 핵심 플랫폼의 소스 코드 소유권이 외주업체에 있다면 기업 가치 산정에 치명적인 문제가 됩니다.

• 필수 조항: "본 계약에 따라 인도되는 결과물 및 그에 수반되는 소스 코드의 저작권과 모든 지식재산권은 잔금 지급 완료와 동시에 발주사에게 양도된다"는 문구를 명시해야 합니다.
• 범용 라이브러리 예외: 개발사가 기존에 보유하던 솔루션이나 오픈소스는 예외로 하되, 이를 사용하는 데 제한이 없도록 '영구적 사용권'을 확보해야 합니다.

4. 하자보수(Warranty)와 유지보수(Maintenance)의 구분

개발이 끝나면 모든 것이 마무리될까요? 실제 운영을 시작하면 반드시 버그가 발견됩니다.

• 무상 하자보수: 개발 완료(검수 종료) 후 일정 기간(통상 6개월~1년) 내에 발견된 결함은 개발사가 무상으로 수정하도록 명시해야 합니다.
• 유지보수: 새로운 기능 추가나 서버 관리는 별도의 서비스 계약 영역입니다. 하자보수 범위와 혼용되지 않도록 명확히 구분해야 추후 과도한 비용 청구를 막을 수 있습니다.

5. 인력 이탈에 대한 방어권

프로젝트 도중 핵심 개발자가 교체되어 결과물의 품질이 급격히 떨어지는 경우를 종종 목격합니다. 계약서에 '투입 인력의 임의 교체 금지' 및 '교체 시 발주사의 사전 동의 필수' 조항을 포함해 인력 리스크를 사전에 관리하세요.

🔍 자주 하는 질문 (Q&A)

Q1. 개발사가 소스 코드 원본을 줄 수 없다고 합니다. 어떻게 해야 하나요?

향후 유지보수나 기술 고도화를 위해 소스 코드는 반드시 필요합니다. 개발사가 보안이나 영업비밀을 이유로 거부한다면, 소프트웨어 임치 제도(Escrow)를 활용할 수 있습니다. 제3의 기관(한국저작권위원회 등)에 소스 코드를 보관해두고, 개발사가 파산하거나 계약을 위반하는 경우에 한해 소스 코드를 넘겨받는 방식입니다.

Q2. 계약서에 지체상금 한도를 설정해야 하나요?

개발사 측에서는 지체상금 총액을 계약 금액의 10~30%로 제한하자고 요청하는 경우가 많습니다. 발주사 입장에서는 한도가 없는 것이 유리하지만, 원활한 계약 체결을 위해 적정 수준에서 합의하되, 계약 해지권은 지체상금과 별개로 행사할 수 있도록 명시해두는 것이 중요합니다.

Q3. 개발 도중 요구사항이 변경되어 추가 비용을 요구합니다.

이래서 과업 범위 확정이 중요합니다. 단순 UI 수정인지, 로직 자체가 변경되는 것인지에 따라 판단이 달라집니다. 변경 사항이 생기면 구두 합의에만 의존하지 말고, 반드시 '과업 변경 승인서'를 작성하여 추가 비용과 기간 연장 여부를 문서로 남겨야 합니다.

Q4. 프리랜서와 계약할 때도 기업 간 계약(B2B)과 동일하게 작성해도 되나요?

큰 틀은 비슷하지만, 프리랜서의 경우 '근로자성' 문제가 생길 수 있습니다. 업무 지시 방식이나 출퇴근 관리 여부에 따라 퇴직금 청구 등 노무 분쟁으로 이어질 수 있으므로, 독립된 사업자로서 결과물을 완성하는 '도급 계약' 임을 계약서에 명확히 해야 합니다.

⚠️ 안내: 이 글은 일반적인 법률 정보 제공을 목적으로 작성되었으며, 구체적인 사안에 대한 법률 조언을 대신하지 않습니다. 개별 상황에 따라 적용 법리와 결론이 달라질 수 있으므로, 실제 계약 검토 및 분쟁 대응은 전문가와 상담하시기 바랍니다.

IT 프로젝트의 성공은 좋은 개발자를 만나는 것만큼이나, 회사를 보호할 수 있는 단단한 계약서를 갖추는 것에서 시작됩니다. 기술 환경이 빠르게 변화하는 지금, 과거의 표준 계약서만으로는 대응하기 어려운 상황이 늘고 있습니다.

법률사무소 완봉은 IT 외주 계약 검토 및 지식재산권 분쟁에 대한 전문 상담을 제공하고 있습니다. 계약서에 도장을 찍기 전, 한 번의 검토만으로도 불필요한 손실을 막을 수 있습니다.

[법률사무소 완봉 상담 안내]
- 대표전화: 02-6263-9093
- 찾아오시는 길: 서울 용산구 서빙고로 17 센트럴파크타워 12층 1202호
- 상담 분야: 기업 법무, IT 외주 계약 검토, 지식재산권 분쟁