IT 프로젝트 지연 책임, 누구에게 있을까? 계약서 조항으로 본 분쟁 예방 가이드

IT 프로젝트 10개 중 7개는 일정이 늦어집니다

IT 소프트웨어(SW) 개발 현장에서 '일정 준수'는 가장 지키기 어려운 약속 중 하나입니다. 초기 기획의 불확실성, 기술적인 난제, 그리고 프로젝트 진행 중 발생하는 빈번한 요구사항 변경 때문입니다. 하지만 비즈니스 세계에서 일정은 곧 비용입니다. 약속된 날짜에 결과물이 나오지 않으면 발주사는 사업 기회를 상실하고, 개발사는 인건비 상승으로 인한 적자를 떠안게 됩니다.

결국 분쟁이 발생하면 화살은 서로를 향합니다. 발주사는 "개발 실력이 부족해서 늦어진 것 아니냐"며 책임을 묻고, 개발사는 "발주사의 피드백이 늦었고 요구사항이 계속 바뀌어서 어쩔 수 없었다"고 항변합니다.

이때 가장 중요한 기준이 되는 것이 바로 **'계약서'**입니다. 오늘은 IT 프로젝트 지연 책임의 법적 근거와 함께, 계약서에서 반드시 체크해야 할 독소 조항과 방어 조항을 상세히 분석해 보겠습니다.

IT 프로젝트 지연의 법적 근거: 민법상 채무불이행

우리 민법은 계약 당사자가 약속을 지키지 않았을 때의 책임을 명확히 규정하고 있습니다. IT 프로젝트 지연은 법적으로 **'이행지체(履行遲滯)'**에 해당합니다.

1. 민법 제390조 (채무불이행과 손해배상)

채무자가 채무의 내용에 좇은 이행을 하지 아니한 때에는 채권자는 손해배상을 청구할 수 있습니다. 다만, 채무자의 고의나 과실 없이 이행할 수 없게 된 때에는 그러하지 아니합니다.

2. 민법 제544조 (이행지체와 해제)

당사자 일방이 그 채무를 이행하지 아니하는 때에는 상대방은 상당한 기간을 정하여 그 이행을 최고하고 그 기간 내에 이행하지 아니한 때에는 계약을 해제할 수 있습니다.

여기서 핵심은 **'고의나 과실'**입니다. 프로젝트가 지연되었다는 사실만으로는 부족하고, 그 지연이 누구의 잘못 때문인지를 가려내는 것이 법적 공방의 핵심입니다.

책임 소재를 가리는 결정적 요인: 누구의 잘못인가?

법원은 IT 프로젝트 지연 책임을 판단할 때 단순히 완료일만 보지 않습니다. 프로젝트 관리 과정(PM) 전체를 복기하며 양사의 '협력 의무'를 따집니다.

개발사(수급인)의 책임이 되는 경우

• 인력 투입 계획(Man-Month)을 제대로 이행하지 않았을 때
• 기술적 역량 부족으로 설계 및 구현 단계에서 반복적인 오류가 발생했을 때
• 프로젝트 진행 상황을 투명하게 보고하지 않고 지연 사실을 숨겼을 때

발주사(도급인)의 책임이 되는 경우

• 기획 단계에서 필수적인 비즈니스 로직을 제공하지 않았을 때
• 검수 기간 내에 피드백을 주지 않아 다음 단계 진행을 막았을 때
• 계약 범위(Scope)를 벗어나는 과도한 수정 요구를 반복했을 때
• 개발에 필요한 서버 환경이나 API 연동 정보를 제때 제공하지 않았을 때

계약서에서 반드시 확인해야 할 3가지 핵심 조항

IT 프로젝트 지연 책임 분쟁을 예방하려면 계약서를 작성할 때 다음 세 가지를 명확히 해야 합니다.

1. 지체상금 조항의 상한선 설정

대부분의 공정거래위원회 표준계약서나 관행적인 계약서에는 지체상금율만 기재되어 있습니다. 개발사 입장에서는 지체상금이 무한정 불어나지 않도록 **'지체상금의 총액은 계약 금액의 10~30%를 초과할 수 없다'**는 상한선(Cap)을 반드시 삽입해야 합니다.

2. 발주자의 협력 의무 명시

프로젝트는 공동의 작업입니다. "발주자는 개발사가 요청한 자료를 3영업일 이내에 제공해야 하며, 이를 게을리하여 발생한 지연은 개발사의 책임으로 보지 않는다"와 같은 구체적인 협력 의무 조항이 필요합니다.

3. 과업 변경 관리(Change Request) 절차

일정이 늦어지는 가장 큰 이유는 '말'로 오가는 추가 요구사항 때문입니다. 계약서에 "추가 요구사항 발생 시 반드시 서면으로 요청하며, 그에 따른 기간 연장 및 비용 추가는 별도 합의한다"는 절차를 명시해야 합니다. 이것이 없으면 나중에 "원래 하기로 했던 것 아니냐"는 발주사의 주장에 반박하기 어렵습니다.

실무적인 대응 전략: 증거의 기록

법적 분쟁으로 번졌을 때 승패를 가르는 것은 결국 '증거'입니다. IT 프로젝트 지연 책임에서 자유로워지기 위해 실무자들이 반드시 챙겨야 할 것들이 있습니다.

1. 회의록(Meeting Minutes): 매주 진행되는 주간 보고 회의에서 지연 사유를 명확히 기록하고 양사의 서명을 받아두어야 합니다.
2. 이메일과 슬랙(Slack): 자료 제공 요청이나 피드백 요청을 보낸 시점을 확인할 수 있는 모든 기록은 중요한 증거가 됩니다.
3. 공문 발송: 지연이 심각해질 것으로 예상된다면, 이메일을 넘어 공식적인 서면(내용증명 등)으로 일정 조정 요청을 하는 것이 추후 '고의/과실 없음'을 증명하는 강력한 수단이 됩니다.

결론: 계약서는 프로젝트의 '보호막'입니다

IT 프로젝트 지연 책임은 단순히 누가 게을렀느냐의 문제가 아닙니다. 복잡한 기술적 환경 속에서 각 당사자가 자신의 의무를 다했는지를 증명하는 싸움입니다. 계약서는 바로 그 증명의 기준점이 됩니다.

작은 프로젝트라고 해서, 혹은 아는 지인과의 거래라고 해서 표준 계약서에 도장만 찍고 있지는 않으신가요? 프로젝트의 성격에 맞는 '지연 책임 면책 조항'과 '협력 의무'가 제대로 들어가 있는지 반드시 확인해야 합니다.

복잡하고 어려운 법률 용어로 가득 찬 계약서, 어디서부터 손을 대야 할지 모르겠다면 인공지능의 도움을 받아보세요. BeforeUSign은 IT 프로젝트의 특수성을 이해하고, 당신의 권익을 보호하는 최적의 가이드를 제공합니다.