지원사업 심사 시스템, 8번 만들고 8번 실패한 이유 — 현장에서 배운 5가지 교훈
공공기관 지원사업 심사 시스템은 평균 3~5년 주기로 교체되며, 대부분 동일한 패턴으로 실패합니다. 한 지방 테크노파크에서 30년간 현장을 이끌어 온 센터장은 "시스템을 8번 만들었지만, 8번 다 실패했다"고 말합니다. 작게 만들면 기능이 부족하고, 크게 만들면 복잡해서 아무도 쓰지 않습니다. 이 글은 실제 현장 인터뷰를 바탕으로, 공공기관 심사 시스템이 반복적으로 실패하는 5가지 구조적 원인과 그 교훈을 정리합니다.
배경: "마지막 버전"이라던 시스템도 불안정합니다
전국 17개 테크노파크(TP)는 창업 지원, 기술 사업화, 입주 기업 관리 등 다양한 지원사업을 운영합니다. 각 사업마다 서류 심사, 현장 실사, 발표 평가 등 심사 절차가 필요하고, 이를 지원하는 시스템이 필수입니다.
문제는 이 시스템이 끊임없이 교체된다는 것입니다.
한 테크노파크 센터장은 이렇게 말합니다:
"시스템을 작게 만들면 기능이 부족해서 현장에서 안 쓰고, 크게 만들면 복잡해서 결국 실패합니다. 지금 쓰는 게 '마지막 버전'이라고 하는데, 아직도 접수 마감 후에 업로드가 되는 등 기술적 결함이 있습니다."
이 기관만의 문제가 아닙니다. 공공기관 심사 시스템은 구조적으로 같은 실패를 반복하는 패턴을 가지고 있습니다.
교훈 1: "딱 맞는 크기"는 존재하지 않습니다 — 스코프의 딜레마
심사 시스템 실패의 가장 흔한 원인은 스코프 설정 실패입니다.
| 접근 방식 | 초기 반응 | 6개월 후 | 결과 |
|---|---|---|---|
| 최소 기능으로 시작 | "가볍고 좋다" | "이것도 안 되고 저것도 안 된다" | 기능 부족으로 폐기 |
| 종합 플랫폼으로 시작 | "기능이 많다" | "너무 복잡해서 교육이 필요하다" | 사용률 저조로 폐기 |
| 단계별 확장 계획 | "로드맵이 있다" | "2단계 예산이 안 나왔다" | 미완성 상태로 방치 |
센터장의 표현을 빌리면, 평가의 스펙트럼이 너무 넓습니다. 서류 심사부터 장비 내구성 테스트(5만 시간), 시제품 인증까지 — "평가"라는 단일 프레임으로 모든 것을 커버하려는 시도 자체가 실패의 씨앗입니다.
가장 현실적인 접근은 선정평가처럼 pain이 집중되는 한 가지 유형에 먼저 집중하고, 검증된 후에 확장하는 것입니다.
교훈 2: 시스템은 만들었는데, 운영할 사람이 없습니다
가장 간과되는 실패 원인은 운영 주체의 부재입니다.
테크노파크 직원들은 기업 지원, 프로그램 기획, 성과 관리 등 다양한 업무를 겸임합니다. 심사 시스템 운영은 "추가 업무"로 인식되며, 전담 인력이 배치되는 경우는 거의 없습니다.
"시스템 담당자에게 문제를 제기해도 '그건 제 업무가 아닙니다'라고 합니다. 워라밸을 중시하는 요즘 직원들에게 야근을 기대할 수도 없고요."
시스템이 아무리 좋아도, 운영하고 유지보수할 사람이 없으면 6개월 안에 방치됩니다. 설치형 솔루션이 아니라 관리형 서비스가 답입니다. 기관 직원이 추가 업무 없이 사용할 수 있어야 하고, 서버 관리, 업데이트, 장애 대응은 외부 서비스가 책임지는 구조가 공공기관에 더 적합합니다.
교훈 3: 새 규정이 추가될 때마다 "옥상옥"이 됩니다
공공기관 심사 시스템에는 고유한 문제가 있습니다. 규정이 끊임없이 바뀐다는 것입니다.
매년 새로운 지침이 내려오고, 감사 기준이 추가되고, 보고 양식이 변경됩니다. 기존 시스템 위에 새 요구사항을 덧붙이다 보면, 코드는 점점 복잡해지고 유지보수 비용은 기하급수적으로 증가합니다.
센터장은 이를 "옥상옥 구조"라고 표현합니다. 건물 위에 건물을 올리듯, 시스템 위에 시스템을 쌓다가 결국 무너지는 패턴입니다.
실제로 발생한 기술적 결함 사례들:
- 접수 마감 시간 이후에도 서류가 업로드되는 버그
- 특정 운영체제(macOS, iPad)에서 평가표가 작동하지 않는 호환성 문제
- 심사위원마다 다른 화면이 표시되는 렌더링 오류
규정 변경에 유연하게 대응하려면 설정 기반 시스템이 필요합니다. 코드 수정 없이 평가 항목, 배점, 절차를 관리자가 직접 변경할 수 있는 구조여야 합니다.
교훈 4: 기관 간 데이터가 단절되어 있습니다
지원사업 심사에서 가장 골치 아픈 문제 중 하나는 중복지원 판별입니다.
기업들이 같은 내용으로 날짜만 바꿔 여러 기관에 동시 신청하는 사례가 적지 않습니다. 하지만 산업부·중기부·과기부 산하 기관들이 각각 독립적으로 운영되기 때문에 교차 검증이 사실상 불가능합니다.
"명백한 중복은 잡을 수 있습니다. 같은 제목, 같은 내용으로 두 군데 넣은 건 바로 보이니까요. 문제는 미묘한 경우입니다. 이게 중복지원인지 연계지원인지, 가이드라인 자체가 없습니다."
전국 17개 테크노파크를 한 담당자가 관리하는 것은 불가능합니다. 각 기관이 위탁사무 형태로 분산 운영되다 보니, 데이터가 기관별로 고립됩니다.
단일 기관 차원의 시스템으로는 이 문제를 근본적으로 해결할 수 없습니다. 하지만 개별 기관의 심사 데이터를 구조화하는 것이 첫 단계입니다. 표준화된 데이터가 쌓여야, 나중에 기관 간 연동도 가능해집니다.
교훈 5: "디지털 로직"만으로는 부족합니다
현재 대부분의 심사 시스템은 정량 데이터만 기록합니다. 누가 신청했는지, 누가 심사했는지, 몇 점을 받았는지.
하지만 실제 심사에서 중요한 것은 평가 의견이라는 질적 데이터입니다. 왜 이 점수를 줬는지, 어떤 부분이 부족한지, 개선 방향은 무엇인지 — 이런 정보가 다음 심사의 기준이 되고, 피심사 기업에게 실질적인 피드백이 됩니다.
센터장은 현재 시스템을 "디지털 로직"이라고 표현합니다:
"누가 왔고, 누가 했고, 몇 점 받았는지만 기록합니다. 평가 의견 같은 질적 데이터는 여전히 아날로그 방식으로 처리하고 있어요."
점수뿐 아니라 평가 의견을 구조화해서 축적하는 시스템이 필요합니다. 텍스트 의견을 카테고리별로 분류하고 분석할 수 있다면, 심사의 일관성과 공정성이 크게 향상됩니다.
9번째 시도에서 달라져야 할 것들
8번의 실패에서 공통적으로 발견되는 패턴을 종합하면, 성공하는 심사 시스템의 조건이 보입니다:
| 실패 패턴 | 성공 조건 |
|---|---|
| 모든 심사 유형을 커버하려 함 | 선정평가 등 한 가지에 집중 후 확장 |
| 설치형 솔루션 도입 | 관리형 서비스(SaaS)로 운영 부담 제거 |
| 코드 수정으로 규정 변경 대응 | 설정 기반으로 관리자가 직접 변경 |
| 정량 데이터만 기록 | 평가 의견 등 질적 데이터도 구조화 |
| 기관별 독립 시스템 | 표준화된 데이터 구조로 연동 기반 마련 |
가장 중요한 변화는 관점의 전환입니다. 심사 시스템은 "한 번 만들어서 납품하는 프로젝트"가 아니라, "지속적으로 운영하고 개선하는 서비스"입니다.
evaluate.club은 이러한 현장의 목소리를 바탕으로, 공공기관 담당자가 별도의 기술 인력 없이도 심사 양식을 직접 구성하고, 외부 심사위원을 안전하게 초대하며, 결과를 자동으로 집계·통보할 수 있는 관리형 서비스를 제공합니다.
자주 묻는 질문 (FAQ)
Q1. 공공기관도 클라우드 기반 SaaS를 사용할 수 있나요?
네, 가능합니다. 2024년부터 정부는 클라우드 퍼스트(Cloud First) 정책을 강화하고 있으며, CSAP(클라우드 보안 인증)을 받은 서비스라면 공공기관에서도 사용할 수 있습니다. 핵심은 데이터 주권(국내 리전 운영)과 보안 인증 여부입니다.
Q2. 기존 시스템의 데이터를 새 시스템으로 이관할 수 있나요?
구조화된 데이터(엑셀, CSV, DB)는 대부분 이관 가능합니다. 문제는 비구조화된 데이터(수기 평가서, 스캔 문서)입니다. 이관 전에 데이터 정리 작업이 선행되어야 하며, 이 과정에서 과거 심사 기준과 현재 기준의 차이를 매핑하는 작업이 필요합니다.
Q3. 심사위원이 디지털 도구에 익숙하지 않으면 어떻게 하나요?
외부 심사위원, 특히 시니어 전문가일수록 디지털 도구 사용에 부담을 느낍니다. 핵심은 로그인 과정을 없애는 것입니다. 이메일로 받은 링크를 클릭하고, 본인 인증(OTP)만 하면 바로 평가를 시작할 수 있는 구조가 이상적입니다. 별도 앱 설치나 회원가입은 불필요해야 합니다.
Q4. 소규모 사업(연 1~2회 심사)에도 시스템 도입이 의미 있나요?
네, 오히려 소규모 사업이 더 적합합니다. 대규모 시스템 구축은 비용 부담이 크지만, 건당 과금 모델이라면 연 1~2회 사용에도 경제적입니다. 심사 결과의 체계적 보관과 감사 대응이라는 부가 가치도 있습니다.
Q5. 시스템 도입 시 가장 먼저 해야 할 일은 무엇인가요?
가장 부담이 큰 심사 한 가지를 먼저 선택하세요. 모든 사업을 동시에 전환하려 하면 8번째 실패를 반복하게 됩니다. 선정평가처럼 절차가 명확하고 빈도가 높은 심사부터 시작해서, 성공 경험을 쌓은 후 확장하는 것이 검증된 전략입니다.