[R&D랩 컬럼] 탈락 후 R&D 계획서 개선: 평가의견을 수정 과제로 바꾸기

핵심 답변. R&D 탈락 후 가장 먼저 할 일은 평가의견을 반박하거나 문장만 다듬는 일이 아니다. 의견 원문을 평가항목·확인된 공백·검증 질문·수정 과제·필요 근거·담당자와 기한으로 바꾸어야 한다. 이렇게 해야 다음 계획서에서 무엇을 고쳤는지 설명할 수 있고, 팀의 수정 작업도 끝까지 추적할 수 있다.

탈락의 원인을 한 문장으로 단정하면 개선이 멈춘다

“기술성이 부족했다”, “시장성이 약했다”처럼 평가의견을 짧게 요약하면 회의는 빨리 끝나지만 수정 과제는 남지 않는다. 같은 표현도 평가자가 확인하지 못한 내용은 서로 다를 수 있다. 기술성 부족은 비교기술의 기준이 불명확했을 수 있고, 목표 성능의 시험조건이 빠졌을 수도 있으며, 선행 결과와 개발계획의 연결이 보이지 않았을 수도 있다.

따라서 평가의견은 결론이 아니라 계획서에서 판단 근거를 찾지 못했다는 신호로 읽어야 한다. 실제 기술이나 시장이 부족하다고 단정하기 전에, 제출본의 어느 페이지에서 어떤 근거가 누락되거나 연결되지 않았는지 확인하는 순서가 필요하다.

먼저 이의신청과 다음 계획서 개선을 분리한다

공식 사실. 국가연구개발혁신법 시행령은 선정평가 결과의 통보와 이의신청에 관한 절차를 두고 있다. 다만 실제 신청 가능 사유·기한·횟수·제출서식은 해당 사업 공고와 통보문을 따라야 한다. 예를 들어 2026년도 소재부품기술개발사업 공고는 선정방법이나 절차에 중대한 하자가 있는 경우에 한해 이의신청을 1회 할 수 있다고 안내한다. 이 기준을 모든 사업에 그대로 적용하면 안 된다.

실무 제안. 평가 결과를 받은 날에 아래 세 가지 파일을 따로 만든다.

• 공식 이의 검토표: 평가방법·절차의 하자, 통보문 근거, 제출기한과 서식을 확인한다.
• 사실 확인표: 평가의견과 제출본이 다른 부분을 페이지와 증빙으로 대조한다. 제출하지 않은 자료를 제출한 것처럼 소급하지 않는다.
• 다음 제안 수정표: 다음 공고에서 보완할 논리·데이터·실행계획을 정리한다.

이의신청은 단순한 점수 불만이나 표현 수정의 통로가 아니다. 반대로 이의신청 사유가 없더라도 평가의견은 다음 계획서를 개선하는 자료로 충분히 활용할 수 있다.

평가의견 번역표는 7개 칸이면 된다

평가의견을 아래 순서로 번역하면 모호한 문장이 실제 작업으로 바뀐다.

1. 원문 의견: 해석하지 말고 통보된 문장을 그대로 적는다.
2. 관련 평가항목: 기술성, 필요성, 목표, 수행역량, 사업화, 예산 등 공고의 평가기준과 연결한다.
3. 확인된 공백: 제출본의 페이지·표·그림을 찾아 무엇이 보이지 않았는지 적는다.
4. 검증 질문: “어떤 조건에서, 무엇과 비교해, 누가 확인하는가?”처럼 답을 확인할 수 있는 질문으로 바꾼다.
5. 수정 과제: 문장 수정보다 실험, 고객 검증, 원가 산정, 역할 재배치 등 행동 단위로 적는다.
6. 필요 근거: 시험성적서, 원자료, 고객 인터뷰, 견적, 계약의향서, 선행특허 분석처럼 확인 가능한 자료를 지정한다.
7. 담당자·기한: 한 명의 책임자와 검토 완료일을 정한다.

예를 들어 “목표 성능의 달성 가능성 근거가 부족하다”는 의견을 받았다고 가정하자. 이 문장을 “목표를 낮춘다”로 바로 번역하면 안 된다. 먼저 기준값, 측정조건, 반복 횟수, 시험기관, 선행 결과가 제출본에 있었는지 확인한다. 공백이 확인되면 “동일 조건 예비시험 3회 실시 → 원자료와 시험기록 확보 → 목표값·시험조건·개발일정 연결”처럼 수정 과제를 만든다. 이 예시는 일반적인 실무 적용 예이며 특정 과제의 선정 가능성을 뜻하지 않는다.

의견은 일곱 유형으로 묶고 우선순위를 정한다

여러 평가위원의 의견이 반복되거나 서로 다를 때는 문장별로 쫓아가지 말고 다음 유형으로 묶는다.

• 사업 목적과 지원범위 적합성
• 문제의 크기와 개발 필요성
• 기존 기술 대비 차별성
• 정량목표와 검증방법
• 개발내용·일정·인력·예산의 실행 가능성
• 고객·시장·사업화 경로
• 본문·표·예산·발표자료 사이의 일관성

우선순위는 영향도와 선행관계로 정한다. 사업 목적과 핵심 문제, 차별성, 목표·검증방법처럼 전체 논리를 바꾸는 항목을 먼저 고친다. 그다음 실험자료·고객자료·원가자료를 보강하고, 마지막에 표현과 디자인을 다듬는다. 문구부터 고치면 뒤에서 논리가 바뀔 때 같은 작업을 반복하게 된다.

수정 이력은 ‘전과 후’보다 근거까지 남긴다

수정대장에는 평가의견 ID, 제출본 페이지, 수정 전 내용, 수정 후 내용, 추가 근거, 검토자, 완료일을 기록한다. 팀 회의에서는 “고쳤다”는 보고 대신 “어떤 판단 공백을 어떤 근거로 닫았는가”를 확인한다. 이렇게 만든 수정대장은 사업계획서뿐 아니라 발표자료와 예상 질문에도 재사용할 수 있다.

특히 정량목표와 검증방법, 1페이지 핵심 요약, 발표자료 구성을 함께 대조하면 계획서·발표·질의응답 사이의 불일치를 줄이는 데 도움이 된다.

재도전 회의는 90분 안에 끝낼 수 있다

1. 0~15분: 통보문, 평가의견, 최종 제출본, 공고문을 같은 버전으로 모은다.
2. 15~40분: 의견 원문을 평가항목과 제출본 페이지에 연결한다.
3. 40~65분: 공백을 검증 질문과 수정 과제로 바꾼다.
4. 65~80분: 필요한 근거와 담당자·기한을 지정한다.
5. 80~90분: 공식 이의 검토와 다음 공고 준비를 분리해 결론을 기록한다.

재도전의 품질은 의견의 수가 아니라 수정 과제의 구체성에서 갈린다. 평가의견 한 줄이 담당자와 기한이 있는 실행 과제로 바뀌어야 다음 제출본이 달라진다.

교육·워크숍에서는 실제 탈락 자료를 수정대장으로 바꾼다

중소기업·스타트업 연구책임자와 평가기관 연구원을 대상으로 2~4시간 특강에서는 평가의견 유형, 공식 이의 검토, 번역표 작성법을 다룬다. 8~16시간 워크숍에서는 참여기관의 평가의견과 제출본을 바탕으로 공백 진단, 수정 과제, 근거 확보계획, 발표·질의응답 연결까지 실습한다. 교육은 선정이나 점수 상승을 보장하지 않으며, 공고별 기준을 확인해 내부 검토 품질을 높이는 데 목적이 있다.

자주 묻는 질문

모든 평가의견을 그대로 반영해야 하나?

아니다. 먼저 공고의 평가항목과 최종 제출본을 대조해 실제 공백인지, 평가자가 찾기 어려웠던 근거인지, 다음 공고에서 기준이 달라지는지 구분해야 한다. 서로 충돌하는 의견은 사업 목적과 평가기준에 더 직접 연결되는 근거를 중심으로 판단하고, 반영하지 않은 이유도 수정대장에 남기는 편이 좋다.

이의신청과 계획서 개선은 어떻게 다른가?

이의신청은 해당 사업의 통보문과 공고가 정한 사유·기한·서식에 따라 평가방법이나 절차상의 쟁점을 공식적으로 제기하는 절차다. 계획서 개선은 이의신청 가능 여부와 별개로 평가의견을 다음 제출본의 수정 과제와 근거 확보계획으로 바꾸는 내부 작업이다. 점수에 대한 단순 불만을 이의신청 사유로 단정하면 안 된다.

같은 사업에 재도전할 때 과제명부터 바꿔야 하나?

과제명보다 먼저 문제정의, 차별성, 정량목표, 검증방법, 수행체계의 공백을 확인해야 한다. 핵심 논리가 달라졌다면 과제명도 그 변화를 정확히 반영해야 하지만, 이름만 바꾸고 근거와 실행계획이 같다면 실질적인 개선으로 보기 어렵다.

참고 자료

• 국가연구개발혁신법 시행령 제29조 평가 결과의 통보 및 제30조 이의신청
• IRIS 2026년도 소재부품기술개발사업(4차) 신규지원 대상과제 공고의 평가결과 통보·이의신청 절차
• KISTEP 2026년도 7월 국가연구개발혁신법 매뉴얼 개정 안내

---

R&D 교육·강의·워크숍 상담

중소기업·스타트업 실무자와 평가기관 연구원을 대상으로 평가의견 분석 실습 8~16시간 실습 워크숍을 진행한다.
교육 목적과 참여자의 경험 수준에 맞춰 사례와 실습을 구성한다.

맞춤 강의·워크숍 상담 신청
상담 시 교육 대상·참여 인원·희망 주제·희망 일정을 전달하면 과정 구성을 협의할 수 있다.

전화 상담: 010-3338-7110
대표 전화: 02-2168-3071
이메일: misiceo@naver.com

#R&D평가의견 #R&D계획서개선 #정부지원R&D #R&D재도전 #이의신청 #연구개발계획서 #평가항목 #정량목표 #중소기업R&D #스타트업R&D