소프트웨어 기술성평가 체계와 제안서 평가 기준

가격 경쟁만으로 판단하기 어려운 정보시스템 사업

소프트웨어 기술성평가는 공공 및 민간 소프트웨어 사업에서 제안의 기술적 우수성을 객관적으로 판단하는 평가체계다. 사업자 선정이 가격만을 중심으로 흐를 때 발생할 수 있는 품질 저하를 줄이고, 기술력 있는 업체를 선별하기 위한 과정이기도 하다.

평가 범위는 기획·구축·운영 전반에 걸친다. 제안 내용이 발주기관의 요구사항에 맞는지, 수행 조직과 방법론, 일정계획이 타당한지, 필요한 기술 역량을 갖췄는지를 함께 검토한다. 공정하고 투명한 평가는 소프트웨어 산업의 경쟁력을 높이는 기반이 된다.

제도와 계약 체계 안에서의 기술성평가

기술성평가는 관련 법령과 지침을 토대로 운영된다.

소프트웨어산업 진흥법은 소프트웨어사업 계약과 기술성평가의 근거를 제공한다.
**국가를 당사자로 하는 계약에 관한 법률(국가계약법)**은 협상에 의한 계약 체결 시 기술성평가를 규정한다.
소프트웨어사업 기술성평가 지침(과학기술정보통신부 고시)은 평가기준과 방법을 구체적으로 정한다.
행정기관 및 공공기관 정보시스템 구축·운영 지침은 정보시스템 사업에서 기술성평가를 적용하는 기준이 된다.

평가 방식은 운영 주체에 따라 자체평가, 외부평가, 혼합평가로 나뉜다. 자체평가는 발주기관이 직접 평가위원회를 구성하는 방식이며, 외부평가는 소프트웨어사업자 기술성평가 기관에 평가를 의뢰한다. 두 방식을 함께 적용하면 혼합평가가 된다.

계약 방식도 평가의 진행 방식에 영향을 준다. 협상에 의한 계약에서는 기술성평가 결과 일정 점수(통상 85점) 이상인 업체와 협상을 진행한다. 적격심사는 기술성평가와 가격평가를 합산해 일정 점수 이상인 최저가 업체를 선정한다. 2단계 경쟁은 1단계 기술평가를 통과한 업체를 대상으로 2단계 가격 경쟁을 실시한다.

사업 성격에 맞춰 달라지는 평가 초점

신규 시스템 개발사업은 개발방법론, 설계 기술, 테스트 방안, 품질관리가 평가의 중심이 된다. 기존 시스템을 운영하는 사업에서는 SLA 수준, 장애대응 방안, 업무연속성 확보가 더 중요해진다. ISP와 정보화전략계획 같은 컨설팅사업은 분석기법, 컨설팅 방법론, 결과물 활용성을 중점적으로 살핀다.

이 차이는 평가표를 사업 특성에 맞게 설계해야 하는 이유다. 동일한 기준을 모든 사업에 적용하면 핵심 위험과 수행 역량을 놓칠 수 있다.

제안서 접수부터 협상 대상자 선정까지

⤢✕

평가 준비 단계에서는 제안요청서를 검토하고 평가항목과 배점을 확정한다. 내부·외부 전문가로 평가위원회를 구성하며, 통상 7~10명으로 운영한다. 이어 평가표와 평가방법을 정하고 제안서를 사전 검토한다.

평가 수행은 서면평가 또는 발표평가로 제안서를 검토하는 데서 시작한다. 필요하면 주요 기능을 확인하는 기술시연(BMT), 제안업체의 수행역량을 확인하기 위한 현장실사, 제안 내용의 쟁점을 확인하는 상호질의응답을 병행한다.

결과 도출 단계에서는 평가위원별 점수를 집계하고, 선택사항으로 최고·최저점을 조정한다. 종합 점수와 순위를 산출한 뒤 평가결과 보고서를 작성하고 우선협상대상자를 선정해 통보한다.

평가표에 담겨야 할 관점

⤢✕

평가영역	세부 평가항목
기술·지식능력	- 기술 및 기능 요구사항 충족도- 제안 솔루션의 우수성- 비기능 요구사항(성능, 보안 등) 충족도- 기술 및 기능의 혁신성
사업수행계획	- 사업수행 조직 및 인력 구성- 사업관리 방법론- 일정계획의 타당성- 위험관리 방안
지원기술·사후관리	- 교육훈련 계획- 하자보수 및 유지관리 방안- 기술이전 및 문서화 계획
상생협력·사회적 가치	- 중소기업과의 상생협력- 일자리 창출 기여도- 동반성장 노력- 지역경제 활성화 기여도
입찰가격	- 제안가격의 적정성- 가격 산출 근거의 타당성

평가항목은 요구사항 충족 여부만 확인하는 목록이 아니다. 제안 솔루션의 우수성, 비기능 요구사항, 사업관리와 위험관리, 교육·유지관리·기술이전 계획까지 사업 수행 이후를 포함해 판단해야 한다.

신뢰할 수 있는 평가 운영의 조건

평가의 공정성은 평가위원 선정에서 시작된다. 이해관계자를 배제하고, 객관적 기준을 사전에 공개하며, 모든 제안업체에 동일한 평가환경을 제공해야 한다. 평가 과정은 기록하고 문서화할 필요가 있다.

전문성도 별도로 확보해야 한다. 사업 특성에 맞는 전문가를 평가위원으로 구성하고, 평가항목별로 적합한 전문가를 배치한다. 평가위원 사전 교육과 가이드 제공, 기술적 쟁점에 대한 심도 있는 검토가 뒤따라야 한다.

효율성을 위해서는 평가시간과 방식을 적절히 배분해야 한다. 핵심 기술 요소를 중심으로 항목을 설계하고, 평가도구와 체크리스트를 활용하며, 사전 서면검토와 발표평가를 조합할 수 있다.

사례에서 보는 평가 설계

A기관의 행정정보시스템 구축사업은 협상에 의한 계약으로 진행됐으며, 기술(90점)+가격(10점)을 적용했다. 핵심 기술 검증을 위해 BMT 및 PoC를 별도로 실시했고, 설계 적합성(30점), 구현 기술력(25점), 성능 및 보안(15점), 프로젝트 관리(15점)를 주요 항목으로 평가했다. 최고점 업체와 가격 협상 후 계약을 체결해 사업을 성공적으로 완료했다.

B기업의 클라우드 전환 사업은 2단계 평가로 1단계 기술평가 후 2단계 가격평가를 진행했다. 현장실사를 통해 클라우드 운영 역량을 검증했으며, 클라우드 아키텍처(25점), 마이그레이션 방안(20점), 보안성(20점), 운영 안정성(15점)을 주요 기준으로 삼았다. 기술평가 통과 업체 중 최저가 업체를 선정해 안정적인 클라우드 전환을 달성했다.

변화하는 기술 환경에 맞춘 평가체계

인공지능, 빅데이터, 클라우드 같은 신기술을 평가항목에 반영하고, 기술 트렌드에 맞춰 기준을 지속적으로 업데이트할 필요가 있다. 혁신적 접근방식에 대한 가점 체계도 검토 대상이 된다.

평가 방법론에서는 정성적 평가와 정량적 평가의 균형, 시뮬레이션 기반 평가, 제안업체의 과거 수행실적 데이터를 활용한 평가 강화가 요구된다. 중소기업 참여 확대를 위한 기준 조정, 사업 특성별 맞춤형 평가기준의 표준화, 평가 전문인력 양성 및 인증제도 도입도 함께 다뤄져야 한다.

소프트웨어 기술성평가는 가격 경쟁을 넘어 기술력 중심의 사업자 선정을 가능하게 하는 메커니즘이다. 공정하고 전문적인 평가가 사업 성공 가능성과 품질을 높이며, 발주기관과 수행업체 모두에 이익이 되는 선순환 구조를 만든다.