합리적 대가 산정과 프로젝트 통제를 위한 소프트웨어 규모 산정 기법 분석

 

1. 소프트웨어 프로젝트 관리의 출발점, 규모 산정의 개요

• 정의: 소프트웨어 개발에 소요되는 노력(Effort), 기간(Time), 비용(Cost)을 예측하기 위해 소프트웨어의 크기를 정량적으로 측정하는 활동.

• 핵심 가치: 객관적 지표를 바탕으로 발주자와 수주자 간의 신뢰를 형성하고, 자원 배분의 최적화를 통해 프로젝트 성공률 제고.

2. 규모 산정의 필요성 및 산정 방법

가. 규모 산정의 필요성

1. 합리적 예산 수립: 근거 없는 산정으로 인한 저가 수주 또는 예산 낭비 방지.

2. 일정 및 자원 계획: 투입 인력(Man-Month)과 개발 기간의 적정성을 판단하는 기준 제공.

3. 생산성 측정: 개발 완료 후 투입 비용 대비 성과를 분석하는 벤치마크 지표로 활용.

4. 변경 관리 기준: 요구사항 변경 시 추가 비용 및 일정 조정의 객관적 근거.

나. 규모 산정 방법의 분류

• 하향식 (Top-Down): 전문가의 경험과 과거 유사 사례를 바탕으로 전체 비용을 먼저 결정 후 세부 배분. (델파이 기법 등)

• 상향식 (Bottom-Up): 세부 기능이나 작업 단위(WBS)별로 산정한 후 전체 규모를 합산. (LOC, FP 등)

• 수학적 산정 모델: 소프트웨어의 특성 변수를 공식에 대입하여 산정. (COCOMO, Putnam 등)

3. 규모 산정 방식의 종류별 특징

구분	주요 특징	장점	단점
LOC (Line of Code)	원시 코드 라인 수를 기준으로 산정	계산이 쉽고 이해가 직관적임	언어와 기술에 의존적, 설계 단계 예측 어려움
FP (Function Point)	사용자 관점의 기능을 수치화 (입력, 출력, 질의 등)	국가 표준, 논리적 설계 단계에서 산정 가능	산정 절차가 복잡하고 전문 교육 필요
COCOMO	Boehm이 제안, 프로그램 규모에 따른 가중치 적용	산업계 표준 모델로 널리 활용 (Organic, Semi, Embedded)	과거 데이터 기반으로 신규 기술 적용 시 오차 발생
Putnam (SLIM)	노력(Effort)과 기간의 관계를 Rayleigh-Norden 곡선으로 분석	시간에 따른 인력 투입 최적화 가능	소규모 프로젝트 적용 시 정확도 저하

4. 정확한 규모 산정을 위한 기술사적 제언

• FP(기능점수) 중심의 고도화: 현재 공공사업 표준인 FP 방식을 준수하되, 초기 단계에서는 **간이법(Average Complexity)**을 사용하고 상세 설계 후 정점법으로 보정하는 단계적 접근 필요.

• 데이터 기반의 사후 검증: 산정된 수치와 실제 투입된 자원을 비교 분석하여 조직 내부의 **역량 성숙도(CMMI)**에 맞는 보정 계수를 지속적으로 업데이트해야 함.

• 결언: 소프트웨어 규모 산정은 단순한 '수치 계산'이 아닌 **'리스크 관리'**의 일환임. 기술사는 불확실성이 높은 Agile 환경 등에서도 유연하게 적용 가능한 스토리 포인트(Story Point) 등의 현대적 기법도 병행 검토해야 함.