소프트웨어 운영단계 대가산정 (SW사업 대가 산정 가이드 2023)
1. 개요
가. 정의
「소프트웨어사업 대가 산정 가이드(2023 개정)」에 따라 SW 운영단계(유지관리·운영)의 대가를 기능규모·투입공수·서비스수준(SLA) 같은 측정 가능한 지표에 근거해 산정함으로써, 발주·계약의 합리적 근거를 제공하는 표준화된 방식이다.
소프트웨어의 총소유비용(TCO)은 개발 시점 한 번으로 끝나지 않는다. 오히려 시스템이 실제로 가치를 만들어 내는 것은 인도 이후의 긴 운영·유지관리 기간이며, 많은 연구와 실무 경험은 SW 생애주기 전체 비용의 60~80%가 운영단계에서 발생한다고 본다. 그럼에도 오랫동안 운영 대가는 "관행적으로 개발비의 몇 %"처럼 근거가 약하게 책정되는 경우가 많았다.
이런 임의적 산정은 두 방향의 왜곡을 낳는다. 한쪽에서는 저가 수주 경쟁으로 대가가 지나치게 낮게 책정되어 인력을 충분히 투입하지 못하고, 그 결과 장애 대응이 늦어지고 품질이 떨어지는 악순환이 생긴다. 반대쪽에서는 근거 없이 과다 계상되어 예산이 낭비된다. 발주자와 수행사 모두 "왜 이 금액인가"를 설명하지 못하는 상태에서는 분쟁이 잦을 수밖에 없다.
대가 산정 가이드는 바로 이 임의성을 줄이기 위한 장치다. 한국소프트웨어산업협회(KOSA)가 매년 개정해 공표하는 이 가이드는 개발비를 기능점수(FP) 기반으로 산정하듯, 운영단계 역시 규모·공수·SLA라는 계량 지표에 근거해 대가를 산출하도록 방법을 표준화한다. 즉 "얼마를 줄 것인가"를 협상력이 아니라 측정값으로 설명할 수 있게 만드는 것이 핵심 목적이다.
나. 유지관리와 운영의 구분
가이드는 운영단계를 성격이 전혀 다른 두 활동으로 나눈다. 유지관리는 인도된 응용SW의 하자를 고치고(하자보수), 법·제도 변화나 사용자 요구에 맞춰 소규모 기능을 개선·보수하는 활동이다. 이 부담은 대체로 관리 대상 SW의 규모(기능점수)에 비례한다. 기능이 많고 복잡한 시스템일수록 손볼 곳도, 개선 요구도 많기 때문이다.
반면 SW운영은 시스템이 24시간 안정적으로 돌아가도록 상시 관제하고, 장애가 나면 즉시 대응하며, 형상·백업·성능을 관리하는 활동이다. 이 부담은 SW의 크기보다 몇 명이 어떤 서비스 수준(SLA)으로 상주하는가에 좌우된다. 아무리 작은 시스템이라도 무중단(24×365) 관제가 필요하면 교대 인력이 필요하고, 반대로 큰 시스템이라도 야간 무인 운영이면 인력이 줄어든다.
두 활동의 비용 동인(cost driver)이 다르기 때문에, 하나의 산정식으로 뭉뚱그리면 반드시 왜곡이 생긴다. 규모에 비례하는 유지관리를 인력 기준으로만 재면 대형 시스템의 개선 부담이 과소평가되고, 인력에 비례하는 운영을 규모 기준으로만 재면 고가용성 요구가 반영되지 않는다. 그래서 가이드는 유지관리는 요율제(개발비×요율), 운영은 투입공수(M/M×단가), 그리고 둘이 섞인 현실에는 고정비/변동비 분리라는 서로 다른 방식을 제시한다. 아래에서 각 방식을 원리와 함께 살펴본다.
2. 운영단계 대가 산정의 전체 체계
먼저 운영단계 대가가 어떤 갈래로 나뉘는지 전체 구조를 보면, 개별 산정식의 위치를 이해하기 쉽다.
flowchart TD
OP["SW 운영단계 대가"] --> MA["유지관리<br/>규모 비례"]
OP --> OPR["SW운영<br/>인력 비례"]
MA --> R1["응용SW 요율제<br/>개발비 재산정 × 요율"]
MA --> R2["상용/공개SW 유지관리<br/>구입가 기준 요율"]
OPR --> M1["투입공수 방식<br/>M/M × 노임단가"]
OPR --> M2["고정비 / 변동비<br/>혼합 정산"]
이 체계에서 왼쪽 갈래(유지관리)는 "만들어 둔 것의 규모"가 비용을 결정하고, 오른쪽 갈래(운영)는 "상주하는 사람과 서비스 수준"이 비용을 결정한다. 2023년 개정판은 여기에 더해 상용SW·공개SW 유지관리비, 보안성 지속 서비스비, 그리고 여러 시스템을 묶어 운영하는 통합운영유지관리 대가체계까지 포괄하도록 범위를 넓혔다. 즉 단일 시스템 하나가 아니라 여러 서비스가 얽힌 현실을 반영하려는 방향으로 진화하고 있다.
핵심은 "성격에 맞는 자를 대라"는 원칙이다. 어떤 활동이 규모에 비례하는지, 인력에 비례하는지, 아니면 요청량에 따라 변동하는지를 먼저 판별하고, 그에 맞는 산정식을 골라야 대가와 실제 소요가 일치한다. 다음 절부터 세 가지 대표 방식을 차례로 설명한다.
3. 응용SW 요율제 유지관리비
flowchart LR
D["개발비 재산정<br/>현재 FP·단가 기준"] --> A["보정계수 적용<br/>난이도·SLA"]
A --> R["유지관리 요율(%) 곱"]
R --> C["연간 유지관리비"]
요율제 유지관리비는 재산정한 개발비에 유지관리 요율(%)을 곱하는 방식으로 구한다. 겉보기에는 단순하지만, 이 방식이 성립하려면 두 가지 전제가 필요하다. 첫째는 유지관리 부담이 SW 규모에 비례한다는 것이고, 둘째는 그 규모를 개발비라는 화폐 단위로 환산할 수 있다는 것이다. 두 전제가 맞을 때 요율제는 가장 간편하면서도 다툼이 적은 방식이 된다.
여기서 가장 중요한 개념이 "개발비 재산정"이다. 이는 이미 운영 중인 SW를 지금 다시 만든다고 가정할 때 드는 비용을, 현재 기준의 기능점수(FP)와 FP당 단가로 다시 계산한 값이다. 과거에 실제로 든 개발비를 그대로 쓰지 않는 이유는, 시간이 지나 단가가 오르거나 기능이 추가·삭제되어 규모 자체가 달라졌을 수 있기 때문이다. 재산정을 통해 "현재의 규모"를 객관적으로 다시 측정하는 것이다.
여기에 곱하는 유지관리 요율은 통상 10~15% 수준을 기준으로 하되, 서비스 수준·난이도·장애 대응 시간 목표 같은 보정계수를 반영해 조정한다. 예를 들어 야간·휴일에도 즉시 대응해야 하는 시스템은 요율을 높이고, 변경이 거의 없는 안정된 시스템은 낮춘다. 구체적으로 재산정 개발비가 10억 원이고 요율이 12%라면 연간 유지관리비는 약 1.2억 원으로 산출된다. 만약 24시간 대응 요구로 보정계수가 붙어 요율이 15%가 되면 약 1.5억 원이 된다. 이처럼 규모라는 객관 지표에 기대므로 산정 과정이 투명하고 분쟁 여지가 적다.
다만 요율제도 한계가 있다. 규모가 큰데 실제로는 거의 손대지 않는 안정 시스템이라면 요율제가 과다 계상을 낳을 수 있고, 반대로 규모는 작아도 변경 요구가 폭주하는 시스템이라면 과소 계상이 된다. 그래서 실무에서는 요율제를 기본으로 삼되, 실제 변경 이력을 근거로 요율을 조정하거나 뒤에서 설명할 변동비 방식과 병행한다.
| 항목 | 내용 |
|---|---|
| 산정식 | 유지관리비 = 개발비(재산정) × 유지관리 요율(%) |
| 요율 | 서비스 수준·난이도 보정계수 반영(통상 10~15% 수준) |
| 재산정 | 현재 기능점수·단가 기준으로 규모를 다시 측정 |
| 전제 | 유지관리 부담이 SW 규모(기능점수)에 비례 |
| 특징 | 규모 기반, 간편·객관, 분쟁 여지 적음 |
4. SW운영 투입공수 산정방식
운영비는 규모가 아니라 실제로 몇 명이 얼마나 투입되는가로 산정하는 것이 합리적이다. 상시 관제·장애대응 같은 활동은 SW가 크든 작든 정해진 인력이 근무해야 하기 때문이다. 예컨대 무중단 관제 자리는 시스템 규모와 무관하게 "그 자리에 사람이 있어야" 유지된다. 이처럼 운영은 본질적으로 인력 집약적이라, 비용 동인이 규모가 아니라 인력이다.
그래서 산정식은 운영비 = 투입공수(M/M) × 노임단가 + 직접경비 + 이윤 형태를 취한다. 여기서 M/M(Man-Month)은 한 사람이 한 달 일하는 양을 뜻하는 공수 단위이고, 노임단가는 SW기술자 등급별 평균임금(통계청·협회 공표치)을 근거로 한다. 투입공수는 운영 대상 규모, 처리해야 할 업무량, 그리고 SLA(가용성·응답시간 목표)를 종합해 산정한다.
SLA는 특히 공수를 크게 좌우한다. 예컨대 평일 주간(8×5)만 대응하면 12명으로 충분한 시스템이라도, 24시간 무중단(24×365) 관제로 요구가 올라가면 교대 근무를 위해 45명 이상이 필요해진다. 동일한 시스템이라도 SLA 목표가 가용성 99%에서 99.9%로 올라가면 대응 인력과 예비 인력이 늘어나 공수가 증가한다. 구체적으로 3명이 상주하고 등급 평균 노임단가가 월 600만 원이라면, 인건비만 월 1,800만 원, 연 2.16억 원 수준이 되고 여기에 경비·이윤이 더해진다.
이 방식의 강점은 운영의 실제 성격을 그대로 반영한다는 점이다. 규모로는 설명되지 않는 "상주해야 하는 비용"을 정직하게 계량하기 때문이다. 반면 약점은 투입공수 산정이 협의에 의존하는 부분이 커서, 업무량·SLA 근거를 명확히 하지 않으면 여전히 다툼의 여지가 남는다는 것이다. 따라서 계약 시 관제 시간대, 목표 응답시간, 월 처리 건수 같은 지표를 구체적으로 명시해야 한다.
| 항목 | 내용 |
|---|---|
| 산정식 | 운영비 = 투입공수(M/M) × 노임단가 + 경비·이윤 |
| 투입공수 산정 | 운영 업무량·SLA·대상 규모 기반 |
| 노임단가 | SW기술자 등급별 평균임금 기준 |
| 전제 | 운영 부담이 규모보다 투입 인력에 비례 |
| 특징 | 실 투입 기반, 상시 운영 성격에 적합 |
5. 고정비/변동비 산정방식
flowchart LR
T["운영 대가"] --> F["고정비<br/>상시 운영 인력"]
T --> V["변동비<br/>수요 기반 작업"]
F --> B["월정액 보장"]
V --> S["실적 정산"]
현실의 운영 업무는 성격이 다른 두 부분이 섞여 있다. 하나는 "항상 필요한 부분"으로, 상시 관제·기본 유지·정기 점검처럼 매달 고정적으로 발생한다. 다른 하나는 "요청이 있을 때만 발생하는 부분"으로, 기능 개선·대규모 장애 대응·일시적 부하 처리처럼 시기와 양이 들쭉날쭉하다. 이 둘을 하나의 방식으로 뭉뚱그리면 실제 소요와 대가가 어긋난다.
그래서 가이드는 상시 성격의 고정비(월정액)와 요청·작업량에 연동되는 변동비를 분리해 산정하도록 한다. 고정비는 예측 가능한 기본 비용을 안정적으로 보장해 수행사가 최소 인력을 유지할 수 있게 하고, 변동비는 실제 발생한 만큼만 정산해 발주자가 불필요한 비용을 내지 않게 한다. 즉 이 분리는 예측 가능성(고정비)과 공정성(변동비)을 동시에 잡으려는 설계다.
실무에서는 대개 고정비를 뼈대로 두고 그 위에 변동비를 얹는 혼합 방식을 쓴다. 예를 들어 월 기본 관제·유지 비용을 고정비 2,000만 원으로 정하고, 기능개선 요청은 건당 또는 투입 M/M로 산정해 변동비로 별도 정산하는 식이다. 이렇게 하면 평상시에는 안정적 대가가 보장되고, 대규모 개선이 필요한 달에는 실제 작업량만큼 추가되므로 양측 모두 납득할 수 있다. 다만 변동비 정산 기준(무엇을 변동으로 볼지, 단가를 어떻게 매길지)을 계약서에 명확히 해 두지 않으면, 오히려 매 건 협의로 갈등이 커질 수 있다.
| 구분 | 내용 | 성격 |
|---|---|---|
| 고정비 | 상시 운영 인력·기본 유지 비용 | 월정액, 예측 가능 |
| 변동비 | 개선·장애 등 요청·작업량 연동 비용 | 실적 정산 |
| 적용 | 서비스 특성에 따라 고정+변동 혼합 | 공정성·유연성 |
6. 세 방식의 비교와 적용 사례
세 방식은 우열의 관계가 아니라 대상 업무의 비용 동인이 무엇이냐에 따라 선택하는 도구다. 요율제는 비용 동인이 규모일 때, 투입공수는 인력일 때, 고정+변동은 수요 변동이 클 때 적합하다. 잘못된 자를 대면 왜곡이 생긴다. 예컨대 인력 집약적 24시간 관제를 요율제로만 재면, 규모가 작다는 이유로 대가가 낮게 책정되어 필요한 교대 인력을 확보하지 못한다.
구체적 사례로 세 유형을 대비해 보자. 첫째, 기능이 방대하지만 변경이 잦지 않은 대형 행정정보시스템의 응용SW 유지관리는 요율제가 적합하다. 규모가 크고 개선 부담이 규모에 비례하므로, 재산정 개발비 100억 원에 요율 12%를 적용해 연 12억 원으로 산정하는 식이다. 둘째, 규모는 중간이지만 무중단·즉시대응이 필수인 대국민 서비스(예: 온라인 민원 포털)는 투입공수가 적합하다. 24시간 교대를 위해 5명 상주, 등급 평균 노임 월 600만 원이면 인건비만 연 3.6억 원 수준으로 산정된다. 셋째, 평상시 운영은 안정적이지만 정책 변화 때마다 대규모 개편이 몰리는 시스템은 고정+변동이 적합하다. 고정 관제비 월 2,000만 원에 개편 프로젝트를 변동비로 별도 정산하는 것이다.
| 방식 | 적합한 상황 | 비용 동인 | 대표 사례 |
|---|---|---|---|
| 요율제 | 규모 비례 유지관리 | SW 규모(FP) | 대형 행정정보시스템 |
| 투입공수 | 인력 집약 상시 운영 | 투입 인력·SLA | 무중단 대국민 서비스 |
| 고정+변동 | 수요 변동 큰 업무 | 상시+요청량 | 정책연동 개편 잦은 시스템 |
7. 심화: 대가체계의 최신 동향
대가 산정 가이드는 고정된 문서가 아니라 산업 변화에 맞춰 매년 개정되는 살아 있는 기준이다. 2023년 개정판(2023.12.08 공표)에서는 요율제 유지관리비뿐 아니라 상용SW·공개SW 유지관리비, 보안성 지속 서비스비 등 유형이 세분화되었다. 이는 자체 개발 SW 외에 상용 패키지와 오픈소스가 혼합된 현실을 반영한 것으로, 각각 구입가·라이선스 기준 요율이나 보안 패치 지원 대가를 별도로 산정하도록 했다.
가장 주목할 변화는 클라우드·SaaS 전환과 통합운영유지관리의 반영이다. 과거에는 시스템 하나하나를 개별 계약으로 운영했지만, 최근에는 여러 시스템을 묶어 하나의 사업으로 통합 운영·유지관리하는 형태가 늘었다. 이에 따라 협회는 SaaS 도입사업 대가체계와 통합운영유지관리사업 대가산정 방법을 제시해, 개별 합산이 아니라 통합 운영의 규모의 경제와 공통 인프라를 반영하도록 했다. 클라우드 환경에서는 인프라 비용이 사용량 기반(종량제)으로 바뀌므로, 대가체계도 고정 인력 중심에서 서비스·사용량 중심으로 이동하는 추세다.
시험 답안 관점에서는 "왜 운영 대가를 계량화해야 하는가"(저가수주·품질저하 악순환 차단), "유지관리와 운영의 차이"(비용 동인: 규모 vs 인력), "세 방식의 선택 기준"을 축으로 서술하고, 최신 동향으로 클라우드·SaaS·통합운영을 덧붙이면 깊이 있는 논술이 된다.
8. 고려사항 및 시사점
- 성격에 맞는 방식 선택: 규모 비례가 뚜렷한 유지관리는 요율제, 인력 집약적 운영은 투입공수, 수요 변동이 큰 업무는 고정+변동 혼합이 적합하다. 하나의 만능식을 강요하면 저가·과다 왜곡이 생기므로, 발주 전에 대상 업무의 비용 동인부터 판별해야 한다.
- SLA·업무량 기반 계량화: 대가 근거를 SLA(가용성·응답시간)·월 처리 건수 같은 측정지표로 명시해야 저가 수주와 품질 저하의 악순환을 끊을 수 있다. 계약서에 산출물·투입계획·정산 기준을 구체화해 해석 분쟁을 예방한다.
- 공공SW 대가 현실화와 생태계: 가이드의 취지는 대가를 현실화해 SW기술자 처우와 SW 품질을 함께 끌어올리는 데 있다. 이는 단순 예산 문제가 아니라 SW 산업 생태계의 지속가능성과 직결되며, 저가 관행이 굳어지면 우수 인력 이탈로 이어진다.
- 클라우드·통합운영 전환 대응: SaaS·클라우드 확대로 비용이 종량제로 바뀌고 여러 시스템의 통합운영이 늘면서, 고정 인력 중심 산정에서 서비스·사용량 중심 산정으로의 이행을 준비해야 한다. 통합운영은 규모의 경제를 활용하되 책임 소재를 명확히 하는 계약 설계가 관건이다.
- 가이드의 법적 성격과 협의 여지: 대가 산정 가이드는 강제 규정이 아니라 권고 성격의 기준이므로, 요율·보정계수·노임단가에는 여전히 협의 여지가 있다. 따라서 가이드를 근거로 삼되 사업 특성에 맞는 보정과 명확한 계약 조항으로 보완해야 실효성이 있다.
참고자료
- 한국소프트웨어산업협회(KOSA), 소프트웨어사업 대가 산정 가이드: https://www.sw.or.kr/site/sw/ex/board/List.do?cbIdx=276
- SW사업 대가산정 가이드(2024년 개정판), IITP: https://www.iitp.kr/kr/1/knowledge/organScrapView.it?masterCode=publication&searClassCode=K_OGS_01&identifier=02-004-240513-000022
한 줄 요약: SW 운영단계 대가는 규모에 비례하는 유지관리를 요율제(개발비×요율) 로, 인력에 비례하는 운영을 투입공수(M/M×단가) 로 산정하고, 상시 비용은 고정비·작업량 연동 비용은 변동비로 나눠 비용 동인에 맞게 계량화하는 것이 핵심이며, 최근에는 상용·공개SW·클라우드·통합운영까지 반영하도록 대가체계가 진화하고 있다.