SW 사업 대가 산정 방법과 생애주기별 비용 책정

비용은 프로젝트의 생애주기와 함께 정해진다

SW 사업의 예산이 부족하면 품질과 납기가 흔들리고, 과도하면 예산 낭비와 비효율로 이어진다. 대가 산정은 가격표를 만드는 일이 아니라 기획, 구현, 운영 전반에 필요한 예산을 세우고 발주와 계약의 기준을 정하는 과정이다.

적정 대가는 발주자와 수주자 모두가 받아들일 수 있는 가격 형성을 돕는다. 자율적인 가격 결정, 사업 대가의 현실화, 체계적인 산정 기준 마련은 SW 산업의 건전한 생태계와 품질 향상에도 연결된다.

사업 단계와 산정 시점을 먼저 구분한다

사업은 생애주기에 따라 기획, 개발, 운영 단계로 나뉜다. 기획 단계에는 정보전략계획(ISP), 업무재설계(BPR), 정보시스템 마스터플랜(ISMP), 전산화 기본계획 등이 포함된다. 개발 단계는 신규 SW 개발, 기존 시스템 기능 개선, 시스템 통합(SI)을 다루며, 운영 단계에서는 유지보수, 운영 관리, 기술지원을 수행한다.

각 단계는 필요한 자원과 산출물의 성격이 다르므로 동일한 방식으로 비용을 산정하기 어렵다. 대가를 산정하는 시점 역시 예산확보, 사업발주, 사후정산으로 구분해 접근한다.

예산확보 단계에서는 사업 추진을 위한 예산 요구를 목적으로 개략적인 견적을 만든다. 과거 유사 사업과 주요 기능을 참고해 예측하고, 사업 타당성 검증과 내부 승인에 활용한다.

사업발주 단계에서는 제안요청서(RFP) 작성과 계약을 위해 상세 요구사항을 바탕으로 정밀하게 산정한다. 기능점수(FP) 또는 투입공수(MM)를 기준으로 산정한 결과가 계약의 근거가 된다.

사후정산 단계에서는 사업 완료 뒤 실제 투입 비용을 정산한다. 실적에 따라 대가를 지급하고 계약 유형별 정산 범위를 정하며, 성과 기반 보상체계를 적용할 수도 있다.

인력 중심 산정과 기능 규모 중심 산정

투입공수(Man-Month) 방식은 프로젝트에 투입되는 인력의 수와 기간을 기준으로 한다.

총 비용 = 투입인력 × 투입기간 × 단가

산정 구조가 단순해 이해하기 쉽고, 인력 변동이 잦은 프로젝트에 맞는다. 전통적으로 널리 쓰여 익숙하다는 점도 있다. 반면 생산성이나 효율성은 반영하지 못하며, 불필요한 인력 투입 가능성이 있고 산출물 품질보다 투입 자원에 초점이 맞춰질 수 있다.

기능점수(Function Point) 방식은 소프트웨어가 제공하는 기능의 양과 복잡도를 기준으로 한다. 사용자의 관점에서 기능적 규모를 측정한 뒤 FP를 도출하고, 개발원가에 이윤과 직접경비를 합산한다.

이 방식은 소프트웨어 규모를 객관적으로 측정하고 생산성과 효율성 향상을 유도할 수 있으며, 국제표준(ISO/IEC) 기반 측정법이라는 특징이 있다. 다만 산정이 복잡해 전문성이 필요하고, 기능 정의가 불명확한 초기 단계에는 적용하기 어렵다. 기술적 복잡도를 반영하는 데도 한계가 있다.

기획·개발·운영에 맞춰 대가를 산정하는 방법

정보전략계획(ISP)에는 투입공수(MM) 방식이 주로 쓰인다. 컨설턴트의 등급별 투입인력과 기간을 산정하며, 대가는 다음과 같이 계산한다.

ISP 대가 = (컨설턴트 등급별 인원수 × 투입기간 × 컨설턴트 등급별 일일단가) + 직접경비 + 부가가치세

업무재설계(BPR)는 업무 프로세스의 복잡도와 범위에 따라 투입공수를 산정한다. 프로세스 개수와 복잡도에 가중치를 적용하고, 컨설턴트 역량에 따라 단가를 달리 적용한다.

소프트웨어 개발에는 기능점수(FP) 방식이 권장된다.

SW 개발비 = 개발원가 + 이윤 + 직접경비

개발원가 = 기능점수 × 단가

기능 규모를 산정할 때는 내부논리파일, 외부연계파일, 외부입력, 외부출력, 외부조회 등 기능 유형별 복잡도를 분석한다. 시스템 통합(SI)은 개발 부분에 FP 방식을 적용하고 기타 요소에는 MM 방식을 적용하는 혼합 방식이 가능하다. HW, NW, 상용SW 구매 비용은 별도로 산정한다.

유지보수 비용은 개발비와 유지보수 요율을 기준으로 계산한다.

유지보수비 = 개발비 × 유지보수 요율

유지보수 요율은 10~15%이며, 적응·완전·예방·수정 유지보수 유형에 따라 차등 적용한다. 기능개선이 포함되면 해당 부분은 신규 개발로 산정한다.

운영 비용은 투입공수를 중심으로 산정한다.

운영비 = 운영 인력의 등급별 인원수 × 투입기간 × 등급별 단가

SLA(서비스수준협약) 기반의 성과 평가와 연계할 수도 있다.

기술 환경과 계약 조건이 산정 결과를 바꾼다

여러 플랫폼, 개발언어, 프레임워크를 함께 쓰는 개발 환경은 난이도를 높인다. 높은 수준의 보안, 고성능과 대용량 처리, 높은 신뢰성과 가용성 요구도 각각 추가 비용과 테스트 비용의 요인이 된다.

일정이 촉박하면 추가 인력 투입으로 비용이 증가할 수 있다. 참여 이해관계자가 많을수록 의사소통 비용이 커지고, 요구사항 변경 가능성이 높으면 위험비용도 늘어난다. fixed price와 time & material 같은 계약 형태 역시 산정 기준을 달리하게 한다.

공공기관 ERP 시스템 개발 사례에서 규모는 2,000 FP, FP 단가는 550,000원이다. 개발원가는 11억원 (2,000 FP × 550,000원)이며, 이윤은 개발원가의 10%인 1.1억원, 직접경비는 0.5억원이다. 총 사업비는 12.6억원 + 부가세로 산정된다.

금융권 모바일뱅킹 시스템 유지보수 사례에서는 원 개발비 20억원에 완전유지보수(수정+적응+예방) 요율 13%를 적용한다. 연간 유지보수 비용은 2.6억원 (20억원 × 13%)이다.

개발 방식 변화도 산정 기준에 반영한다

애자일 방식에서는 스프린트 단위의 반복적 산정 방식을 도입할 수 있다. SaaS, PaaS, IaaS 등 클라우드 서비스 특성, DevOps와 CI/CD 기반의 개발·운영 통합 환경도 대가 산정에 반영할 대상이다.

AI·빅데이터 프로젝트는 데이터 확보와 모델 훈련처럼 해당 분야에 특화된 요소를 함께 고려한다. 프로젝트의 유형, 산정 시점, 산정 모형을 함께 판단해야 비용 계산을 넘어 사업 수행의 근거로 기능할 수 있다.