소프트웨어 개발 프로젝트, 흔히 ‘기한’이라는 이름의 벼랑 끝에서 줄타기를 하는 예술이라고들 한다. 하지만 진짜 권위자는 운이 아닌 계산으로 움직인다. 발주처든 개발사든, “적정 사업기간”이라는 건 단순히 캘린더에 적히는 숫자가 아니라 프로젝트의 존폐를 가르는 날카로운 칼날이다.
너무 짧게 잡으면? 개발자는 밤샘 근무의 노예가 되고, 코드는 스파게티가 된다. 너무 길게 잡으면? 예산은 증발하고, 시장은 당신을 외면한다. 그래서 우리는 감이 아닌, 데이터와 구조로 승부해야 한다.
여기, 발주 담당자와 PM들이 반드시 품에 품고 다녀야 할 SW 개발사업의 적정사업기간 산정 가이드. GQ의 수트 핏처럼 정확해야 하고, 포르쉐의 기어 변속처럼 매끄러워야 하는 이 ‘시간의 기술’을 낱낱이 해부한다.
1부: 핏(Fit)의 기본, ‘기능점수(FP)’를 읽는 법
비싼 테일러드 수트를 맞출 때 가장 먼저 재는 게 어깨 너비와 팔 길이다. SW 개발도 마찬가지다. 사업 규모를 재는 줄자, 바로 기능점수(Function Point, FP) 다.
사업기간 산정의 첫 단추는 이 FP에서 시작된다. 단순히 ‘많다, 적다’가 아니라, 사용자 관점에서 바라본 소프트웨어의 기능적 크기를 숫자로 환산하는 것이다 . 2025년 개정된 SW사업 대가산정 가이드에 따르면, 이제는 인공지능(AI) 도입 사업과 SW 개발·운영 통합 사업에 대한 구체적인 산정 체계가 추가되면서, 더욱 정교한 접근이 요구된다 .
산정의 황금 공식은 의외로 간단하다.
(총 FP ÷ 1인당 월 생산성) ÷ 투입 인원 = 사업기간(개월)
예를 들어, 사업 규모가 1,760FP이고, 평균 생산성(22FP/MM)을 자랑하는 12명의 정예 인력을 투입한다면, 계산기는 6.7개월을 가리킨다 . 여기서 포인트는 ‘1인당 생산성(FP/MM)’ 다. 경험 많은 베테랑이 모인 팀은 24FP 이상도 가능하지만, 초기 스타트업 수준이라면 19FP 정도로 보수적으로 잡는 게 실패를 막는 길이다 .
2부: 위원회의 품격, ‘과업심의위원회’ 구성의 비밀
혼자 결정하는 것은 아마추어의 행위다. 전문가 집단의 지혜를 빌리는 것은 냉철한 전문가의 자세다. 정부 및 공공기관 발주 시 필수로 거쳐야 하는 과업심의위원회는 단순한 행정 절차가 아니다. 이는 사업기간의 정당성을 확보하는 방탄 조끼다.
현행 가이드라인은 위원회를 5명 이상 10명 이내로 구성하도록 명시한다 . 이들은 단순히 모여서 도장만 찍는 게 아니다. 각 위원은 아래의 4가지 검토항목을 바탕으로 개별 산정서를 작성한다 .
- 기능점수(FP) 기반 산정표: 위에서 말한 숫자 놀음의 결과물.
- 사업 기초자료: 요구사항 정의서, 화면 정의서 등 구체적인 근거.
- 유사사업 자료: ‘과거에 이런 규모의 프로젝트는 얼마 걸렸지?’ 하는 레퍼런스.
- 기타 특이사항: 보안 요구수준, 레거시 시스템과의 연동 등 변수.
이 네 가지 자료를 놓고 위원들이 팽팽하게 줄다리기를 한 후, 위원장이 편차를 조정하며 종합 산정서라는 하나의 결과물을 도출한다 . 이 과정을 거치면, 나중에 “왜 이 기간이 나왔나요?”라는 질문에 더 이상 ‘그냥요’라고 답할 필요가 없다. 데이터라는 방패가 생긴 셈이다.
3부: 데이터로 보는 현실, 규모별 적정 기간
허상에 휩싸이지 마라. 실제 통계는 거짓말을 하지 않는다. 아래는 공공 및 민관기관의 SW 개발사업 통계를 기반으로 한 규모별 평균 기간이다.
| 사업규모 (FP) | 최소 사업기간 | 평균 사업기간 | 권장 투입 인력 규모 |
|---|---|---|---|
| 1,000 미만 | 3개월 이상 | 7개월 | 5~7명 |
| 1,000 ~ 2,000 미만 | 4개월 이상 | 9개월 | 8~10명 |
| 2,000 ~ 3,000 미만 | 7개월 이상 | 13개월 | 11~14명 |
| 3,000 이상 | 8개월 이상 | 20개월 이상 | 15명 이상 |
(출처: 무기체계 SW 개발 통계 및 SW사업정보저장소 데이터 기반)
이 표가 주는 교훈은 명확하다. 2,000FP가 넘어가는 순간, 사업은 단순한 ‘개발’을 넘어 ‘거대한 시스템 구축’ 단계로 진입한다. 이때 최소 기간이 7개월 이상으로 점프하는 이유는 설계, 테스트, 그리고 커뮤니케이션 비용이 기하급수적으로 늘어나기 때문이다.
4부: 사업기간, 제안요청서(RFP)에 새기는 법
아무리 훌륭한 산정 결과도 제안요청서(RFP)에 제대로 반영되지 않으면 그림의 떡이다. 산정 결과는 RFP 내 ‘사업 추진 일정’ 항목에 WBS(Work Breakdown Structure) 형태로 명시되어야 한다.
여기서 중요한 건 ‘분할 정복’ 다. 분석/설계, 개발, 테스트, 납품/검수 등 각 단계별 마일스톤(Milestone)을 명확히 구분해야 한다. 요구사항이 중간에 변경될 위험을 고려하여, 실제 코딩 착수 시간보다 분석 및 설계 기간을 넉넉히 잡는 것이 핵심이다 . 섣부른 코딩은 미완의 명작이 아닌, 수정 지옥으로 가는 지름길임을 명심하라.
결론: 시간은 가장 정직한 지표다
SW 개발사업에서 ‘적정’이라는 수식어는 ‘빠름’이나 ‘저렴함’보다 훨씬 높은 가치를 지닌다. NIPA(정보통신산업진흥원)와 SW산업협회가 매년 가이드를 개정하며 내놓는 핵심 메시지는 이것이다. ‘계획 없이 뛰지 마라’ .
이제 당신이 프로젝트를 시작할 때, 막연히 “6개월이면 되겠지?”라고 말한다면, 그것은 당신이 아직 이 게임의 룰을 모르는 초보라는 방증이다. 기능점수(FP)를 계산하고, 위원회를 구성하며, 과거 데이터를 들추는 이 모든 과정이 귀찮게 느껴진다면, 생각을 바꿔라. 그것은 귀찮음이 아니라, 수트에 품을 주는 다림질이다.
정확한 사업기간은 곧 정확한 예산과 연결된다. 2025년 개정된 가이드를 참고하여 당신의 프로젝트에도 완벽한 핏(Fit)을 선사하라. 혹시 산정에 어려움을 겪고 있다면, SW발주기술지원센터의 문을 두드리는 것도 잊지 말자. 전문가의 도움은 결코 약이 아니다 .
#SW개발사업 #적정사업기간 #기능점수 #FP #사업기간산정 #SW사업대가 #발주가이드 #IT프로젝트 #PM노하우 #WBS
