SW 사업 대가 산정: 소프트웨어 개발 생애주기 전반의 적정 비용 책정 방안
SW 사업 대가 산정: 소프트웨어 개발 생애주기 전반의 적정 비용 책정 방안
소프트웨어 사업에서 적절한 대가 산정은 사업 성공의 핵심 요소입니다. 예산의 과소 책정은 품질 저하와 납기 지연으로 이어지고, 과대 책정은 예산 낭비와 비효율을 초래합니다. SW 사업 대가 산정은 단순한 가격 책정이 아닌 프로젝트의 성공을 위한 전략적 의사결정입니다.
SW 사업 대가 산정의 개념과 필요성
- SW 사업 대가 산정: 소프트웨어의 기획, 구현, 운영 등 수명주기 전 단계에서 필요한 예산수립, 사업발주, 계약 시 적정대가를 결정하는 과정
- 적정 대가 산정을 통해 발주자와 수주자 모두에게 공정하고 합리적인 가격 형성 지원
- 자율가격결정, 사업대가 현실화, 체계적인 산정체계 구축이 핵심 목표
- SW 산업의 건전한 생태계 조성과 품질 향상에 기여
SW 사업 대가 산정의 절차
1. 사업유형 식별
소프트웨어 사업은 생애주기에 따라 크게 세 가지로 구분:
graph LR
A[SW 사업 유형] --> B[기획 단계]
A --> C[개발 단계]
A --> D[운영 단계]
B --> B1[컨설팅, ISP, BPR]
C --> C1[SW 개발, 시스템 통합]
D --> D1[유지보수, 운영]- 기획 단계: 정보전략계획(ISP), 업무재설계(BPR), 정보시스템 마스터플랜(ISMP), 전산화 기본계획 등
- 개발 단계: 신규 SW 개발, 기존 시스템 기능 개선, 시스템 통합(SI) 등
- 운영 단계: 시스템 유지보수, 운영 관리, 기술지원 등
각 사업 유형별로 특성과 필요 자원이 다르므로 적합한 대가 산정 방식 적용 필요
2. 대가산정 시점 결정
flowchart LR
A[대가산정 시점] --> B[예산확보 단계]
A --> C[사업발주 단계]
A --> D[사후정산 단계]
B --> B1[개략적 견적]
C --> C1[상세 견적]
D --> D1[실적 기반 정산]예산확보 단계: 사업 추진을 위한 예산 요구 시 산정
- 개략적인 견적 중심
- 과거 유사 사업 참조, 주요 기능 중심 예측
- 사업의 타당성 검증 및 내부 승인용
사업발주 단계: 제안요청서(RFP) 작성 및 계약 단계에서 산정
- 상세 요구사항 기반 정밀 견적
- 기능점수(FP) 또는 투입공수(MM) 기반 상세 산정
- 계약의 근거로 활용
사후정산 단계: 사업 완료 후 실제 투입 비용 정산
- 실적 기반 대가 지급
- 계약 유형에 따라 정산 범위 결정
- 성과 기반 보상체계 적용 가능
3. 대가산정 모형 선택
graph TD
A[대가산정 모형] --> B[투입공수 방식 MM]
A --> C[기능점수 방식 FP]
B --> B1[인력의 수와 기간 기반]
B --> B2[인건비 중심 산정]
C --> C1[기능 규모 기반]
C --> C2[산출물 중심 산정]투입공수(Man-Month) 방식
- 프로젝트에 투입되는 인력의 수와 기간을 기준으로 산정
- 계산 방식:
총 비용 = 투입인력 × 투입기간 × 단가 - 장점:
- 산정 방법이 단순하고 이해하기 쉬움
- 인력 변동이 잦은 프로젝트에 적합
- 전통적으로 널리 사용되어 익숙함
- 단점:
- 생산성과 효율성을 고려하지 않음
- 불필요한 인력 투입 가능성
- 산출물의 품질보다 투입 자원에 초점
기능점수(Function Point) 방식
- 소프트웨어가 제공하는 기능의 양과 복잡도를 기준으로 산정
- 사용자 관점에서 소프트웨어의 기능적 규모 측정
- FP 도출 → 개발원가 계산 → 이윤 및 직접경비 합산
- 장점:
- 객관적인 소프트웨어 규모 측정 가능
- 생산성과 효율성 향상 유도
- 국제표준(ISO/IEC) 기반 측정법
- 단점:
- 산정 과정이 복잡하고 전문성 요구
- 기능 정의가 명확하지 않은 초기 단계에 적용 어려움
- 기술적 복잡도 반영에 한계
SW 사업 유형별 대가 산정 방법
1. 컨설팅 및 기획 단계
정보전략계획(ISP): 투입공수(MM) 방식이 주로 사용
- 컨설턴트의 등급별 투입인력과 기간 산정
ISP 대가 = (컨설턴트 등급별 인원수 × 투입기간 × 컨설턴트 등급별 일일단가) + 직접경비 + 부가가치세
업무재설계(BPR): 업무 프로세스 복잡도와 범위에 따른 투입공수 산정
- 프로세스 개수와 복잡도에 따른 가중치 적용
- 컨설턴트 역량에 따른 차등 단가 적용
2. 개발 단계
소프트웨어 개발: 기능점수(FP) 방식 권장
SW 개발비 = 개발원가 + 이윤 + 직접경비개발원가 = 기능점수 × 단가- 기능 유형별(내부논리파일, 외부연계파일, 외부입력, 외부출력, 외부조회) 복잡도 분석
시스템 통합(SI): 기능점수와 투입공수 혼합 방식
- 개발 부분은 FP 방식, 기타 요소는 MM 방식
- HW, NW, 상용SW 등 구매 비용 별도 산정
3. 운영 및 유지보수 단계
유지보수:
유지보수비 = 개발비 × 유지보수 요율- 유지보수 요율: 10~15%(적응, 완전, 예방, 수정 유지보수 유형에 따라 차등)
- 기능개선이 포함된 경우 해당 부분은 신규 개발로 산정
운영: 투입공수 중심 산정
운영비 = 운영 인력의 등급별 인원수 × 투입기간 × 등급별 단가- SLA(서비스수준협약) 기반 성과 평가 연계 가능
대가 산정 시 고려사항
기술적 요소
- 개발 환경 복잡도: 다양한 플랫폼, 개발언어, 프레임워크 사용 시 난이도 증가
- 보안 요구사항: 높은 수준의 보안이 요구될수록 추가 비용 발생
- 성능 요구사항: 고성능, 대용량 처리 요구 시 추가 비용 필요
- 품질 요구사항: 높은 신뢰성, 가용성 요구 시 테스트 비용 증가
관리적 요소
- 일정 제약: 촉박한 일정은 추가 인력 투입 및 비용 증가 요인
- 이해관계자 복잡성: 다양한 이해관계자 참여 시 의사소통 비용 증가
- 요구사항 변경 가능성: 높을수록 위험비용 증가
- 계약 형태: fixed price, time & material 등 계약 유형에 따른 차별화
대가 산정 사례
사례 1: 공공기관 ERP 시스템 개발
- 규모: 2,000 FP
- FP 단가: 550,000원
- 개발원가: 11억원 (2,000 FP × 550,000원)
- 이윤: 1.1억원 (개발원가의 10%)
- 직접경비: 0.5억원
- 총 사업비: 12.6억원 + 부가세
사례 2: 금융권 모바일뱅킹 시스템 유지보수
- 원 개발비: 20억원
- 유지보수 유형: 완전유지보수(수정+적응+예방)
- 유지보수 요율: 13%
- 연간 유지보수 비용: 2.6억원 (20억원 × 13%)
최신 대가 산정 트렌드
- 애자일 방식의 대가 산정: 스프린트 단위 반복적 산정 방식 도입
- 클라우드 기반 서비스 대가 산정: SaaS, PaaS, IaaS 등 클라우드 서비스 특성 반영
- DevOps와 CI/CD 환경 고려: 개발-운영 통합 환경의 특성 반영
- AI/빅데이터 프로젝트 대가 산정: 데이터 확보, 모델 훈련 등 AI 특화 요소 고려
결론
SW 사업의 적정 대가 산정은 발주자와 수주자 간 신뢰 형성과 프로젝트 성공의 핵심 요소입니다. 사업 유형, 산정 시점, 적합한 산정 모형을 고려한 체계적 접근이 필요합니다. 기능점수 방식과 투입공수 방식의 장단점을 이해하고 프로젝트 특성에 맞는 방식을 선택해야 합니다. 기술 환경 변화와 새로운 개발 방법론을 반영한 대가 산정 방식의 지속적 개선도 요구됩니다. 적정 대가 산정은 단순한 비용 계산을 넘어 SW 산업 생태계의 건전한 발전을 위한 중요한 요소임을 인식해야 합니다.
Keywords
SW 사업 대가, 기능점수, Function Point, 투입공수, Man-Month, 소프트웨어 예산, 적정대가 산정, 유지보수 요율, 정보화 예산, ISP 대가