SW 계약 유형과 프로젝트 리스크 분담 설계

FFP, T&M, 원가정산계약의 차이와 리스크 분담 구조, 공공SW 표준계약서 기반의 계약 선택 기준을 정리한다.

2026-08-14 · 최초 발행 2026-04-17

계약 방식은 프로젝트의 불확실성을 배분하는 장치다

소프트웨어 프로젝트에서 계약은 비용, 기간, 범위를 규정하는 법적 기반이다. 요구사항이 바뀌기 쉽고 기술 난이도를 사전에 완전히 예측하기 어려운 SW 사업에서는 제조업식 계약을 그대로 적용하기 어렵다.

어떤 계약을 택할지는 대가를 계산하는 문제에 그치지 않는다. 비용 초과, 요구사항 변경, 기술적 난이도 같은 불확실성을 발주자와 수주자 가운데 누가 어느 범위까지 감당할지 정하는 일이다. 계약 구조가 프로젝트 품질과 비용 효율성에도 영향을 주는 이유다.

범위의 안정성에 따라 달라지는 대가 산정 방식

확정금액계약(FFP)

확정금액계약(Firm Fixed Price)은 전체 프로젝트 금액을 사전에 고정하는 방식이다. 범위가 명확한 사업에서 주로 사용하며, 비용 예측 가능성이 높다.

비용이 초과될 때의 위험은 대부분 수주자에게 돌아간다. 발주자는 예산을 관리하기 쉽고, 수주자는 효율적으로 수행할 유인을 갖는다. 반대로 요구사항이 바뀌면 분쟁이 발생할 여지가 크다. 불확실성이 큰 상황에서는 수주자가 높은 위험 할증금을 요구할 수도 있다.

시간·재료계약(T&M)

시간·재료계약(Time and Materials)은 투입 인력의 시간과 직접비를 기준으로 대가를 지급한다. 프로젝트 초반이나 연구개발(R&D) 과제처럼 범위를 확정하기 어려운 경우에 적합하다.

이 방식에서는 비용 증가 위험을 발주자가 부담하고, 수주자는 비교적 안정적으로 수익을 확보할 수 있다. 요구사항 변화에는 유연하게 대응할 수 있고 계약 절차도 비교적 단순하다. 다만 전체 금액을 통제하기 어렵고, 수주자의 업무 효율성을 강제할 장치가 부족할 수 있다.

원가정산계약(Cost-Plus)

원가정산계약은 실제 발생 원가에 사전 합의한 이익(Fee)을 더해 지급한다. Cost Plus Fixed Fee와 Cost Plus Incentive Fee가 여기에 속한다.

기술적 위험이 매우 큰 대규모 시스템 통합 사업에서 활용된다. 발주자가 대부분의 위험을 감수하는 대신 기술적 도전을 장려할 수 있으며, 원가를 투명하게 관리할 수 있다. 그만큼 사후 정산은 복잡해지고 발주자의 감사와 관리 역량이 중요해진다.

비용 예측과 유연성 사이의 선택

계약 유형은 비용을 얼마나 예측할 수 있는지와 요구사항 변화에 얼마나 유연하게 대응할 수 있는지 사이의 트레이드오프를 만든다.

발주자 리스크 높음중립적 리스크수주자 리스크 높음범위 명확성 필요유연성·기술위험 대응확정금액계약 (FFP)시간·재료계약 (T&M)원가정산계약 (Cost-Plus)

성과기반계약(Performance-Based)은 투입 인력이나 산출물 자체보다 비즈니스 가치와 서비스 수준(SLA) 달성 여부에 따라 대가를 차등 지급한다. 이 구조를 운영하려면 핵심성과지표(KPI)를 설정하고 측정할 수 있어야 한다. 수주자의 자발적인 품질 개선을 유도하고, 발주자의 비즈니스 목표 달성 가능성을 높이는 방향으로 설계할 수 있다.

공공SW 사업에서 확인할 계약 조건

국내 공공 부문에서는 공정 거래 질서 확립을 위해 과학기술정보통신부가 고시한 표준계약서 사용을 권고한다. 표준계약서는 시스템 구축과 유지관리 단계의 책임 소재를 명시하고, 과업심의위원회를 통한 과업 내용 확정 및 변경 관리 절차를 포함한다. 발주자와 수주자의 지식재산권 공동 소유 원칙도 규정한다.

계약 방식을 고를 때는 다음 조건을 함께 검토해야 한다.

  • 요구사항 정의가 80% 이상 완료되었는가
  • 상용 기술을 적용하는지, 신기술 기반의 모험적 과제인지
  • 발주자가 투입 공수를 실시간으로 감독할 수 있는지
  • 계약 체결을 서둘러야 하는지, 설계에 충분한 시간을 둘 수 있는지

관리 가능한 주체에게 리스크를 맡기는 방법

리스크를 한쪽에 몰아넣기보다, 이를 관리할 수 있는 주체에 배분하는 접근이 필요하다. 전체 범위는 FFP로 정하되 변동성이 큰 부분에 T&M을 혼합하는 하이브리드 모델을 사용할 수 있다.

단계에 따라 계약 방식을 바꾸는 방법도 있다. 분석과 설계 단계에서는 T&M을 적용하고, 구축 단계에서 FFP로 전환하는 방식이다. T&M에는 예산 한도를 두는 T&M with Ceiling을 적용해 발주자의 비용 위험을 방어할 수도 있다.

SW 계약은 대금 지급 방식만 정하는 문서가 아니다. 프로젝트 거버넌스와 품질 관리의 방향을 함께 결정한다. 과업 특성과 조직의 관리 역량을 기준으로 계약 모델을 선택하고, 과업 변경에 정당한 대가가 지급될 수 있는 구조를 갖추는 일이 정보시스템 구축과 운영의 기반이 된다.

Sources

  • 과학기술정보통신부 소프트웨어사업 계약 가이드
  • PMBOK (Project Management Body of Knowledge) Procurement Management
  • 국가계약법 및 지방계약법 시행령
SW 계약프로젝트 관리FFPT&M공공SW