제3부 과제 진입 — 기획과 선정

3.3 연구개발계획서 작성 — 사업계획서의 구조와 설득 논리

연구개발계획서(사업계획서)는 평가위원이 보는 거의 유일한 우리 모습이다. 기술이 아무리 좋아도 계획서가 그것을 증명하지 못하면 떨어진다. 이 장은 계획서의 일반 구조, 각 부분이 평가의 무엇과 연결되는지, 그리고 설득력을 만드는 논리를 다룬다. (좋은 평가를 받는 제안 전략의 심화는 6.1, 예산은 3.4, 평가 대응은 3.5.)

3.3.1 계획서의 본질 — "증명 문서"이지 "소개서"가 아니다

흔한 실패: 계획서를 회사·기술 소개서처럼 쓴다. 좋은 계획서는 다음 네 가지를 증명한다.

1. 왜 필요한가(필요성·목적 부합): 이 문제가 왜 중요하고, 정부가 왜 이 돈을 풀어야 하나(0.1.2). 사업 목적·RFP와 정렬.
2. 무엇을 할 것인가(목표·내용): 구체적·정량적 목표와 그것을 달성할 연구 내용·방법.
3. 할 수 있는가(수행 가능성): 우리(팀)가 이 목표를 달성할 역량·자원·계획이 있나.
4. 하면 무엇이 좋아지는가(성과·활용): 성과와 그 활용(사업화·파급)이 무엇인가.

이 네 기둥이 평가지표(3.5)와 거의 일대일로 대응한다. 계획서의 모든 문장은 이 넷 중 하나를 증명하는 데 복무해야 한다.

3.3.1.1 "증명"의 문법 — 주장 → 근거 → 검증

각 기둥을 설득하는 문법은 같다. 주장만 있고 근거가 없으면 점수가 안 된다.

견해: 계획서를 다 쓴 뒤 문장마다 "근거가 붙어 있나, 검증 가능한가"를 자문한다. 근거 없는 주장(우수하다·혁신적이다·세계 최고)은 평가위원이 가장 불신하는 표현이다(6.1.6).

3.3.2 일반적 목차 구조 — 무엇을 쓰나

서식은 사업마다 다르지만(공고 첨부 양식이 우선), 대체로 다음을 담는다. 각 절이 어느 평가 기둥(3.3.1)을 받치는지 표시한다.

3.3.2.1 절 간의 "논리 일관성" — 앞의 약속을 뒤가 받친다

좋은 계획서는 절들이 따로 놀지 않고 한 줄의 논리로 이어진다. 평가위원이 모순을 발견하면 신뢰가 깨진다.

흔한 모순(피해야 할 것):

• 목표는 큰데 예산·인력·일정이 빈약(목표↔수행가능성 모순).
• 사업화를 강조하는데 수요처·판로가 없음(성과↔근거 모순).
• 필요성은 A를 말하는데 목표는 B를 겨냥(필요성↔목표 모순).
• 본문 수치와 예산서·시스템 입력 수치가 불일치(1.4.2).

3.3.3 정량목표 — 계획서의 척추

평가의 객관성은 정량목표에서 나온다. 모호한 "우수한 성능 개발"은 채점도, 나중의 최종평가(5.1)도 어렵게 한다.

• 측정 가능한 지표로: 성능 수치, 인증·규격 취득, 특허 출원·등록 수, 시제품 수, 매출·고용 등.
• 목표치 + 측정방법 + 평가환경: "효율 X% 이상"을 "어떤 방법·조건에서 어떻게 측정"하는지까지. 검증 가능해야 신뢰를 준다.
• 현실성: 과도하면 최종평가에서 미달로 불이익(2.4.7, 5.1). 너무 낮으면 도전성·차별성 부족으로 감점. 달성 가능하되 의미 있는 선.
• RFP 정렬: 지정공모면 RFP 요구 수치를 충족(초과 약속 신중, 3.1.4).

3.3.3.1 정량목표 표 — 평가·최종평가를 동시에 의식

정량목표는 표로 만들어 목표치·측정방법·검증주체·달성시점까지 명시한다. 이 표가 선정평가의 신뢰이자 최종평가의 잣대가 된다(5.1.2).

함정: 목표를 부풀려 적으면 선정엔 유리해 보여도 최종평가에서 그대로 미달 잣대가 된다(2.4.7). "달성 가능하되 의미 있는" 선을 지키고, 검증 주체·방법을 명시해 객관성을 확보한다(5.1.4).

3.3.4 차별성·진보성 — "왜 당신들이어야 하나"

평가위원의 머릿속 질문은 "이거 이미 있지 않나? 남이 더 잘하지 않나?"다. 이를 선제적으로 해소한다.

• 선행기술·경쟁 대비 표: 기존 기술/경쟁사 대비 우리의 차이를 항목별로 비교. 정직하게(과장은 발표평가에서 깨진다, 3.5).
• 기술적 진보성: 무엇이 새로운가(원리·구조·성능·공정).
• 중복 회피: NTIS 선행과제(3.1.6)와 다른 점.
• 우리만의 근거: 보유 특허·예비결과·핵심 인력 — "우리가 적임자"의 물증.

3.3.4.1 차별성 비교표의 작성법 — 정직한 우위

비교표는 강력하지만 과장하면 발표평가에서 역풍(3.5.4.2). 정직하게 쓰되 우위가 드러나게.

견해: 약점을 숨기지 말고 "본 과제로 해결할 것"으로 적으면 오히려 신뢰를 준다(6.1.7). 모든 항목에서 우리가 최고라는 표는 평가위원이 불신한다 — 정직한 우위가 설득력이 크다.

3.3.5 수행 가능성 — 팀·계획·자원으로 증명

목표가 좋아도 "이 팀이 해낼 수 있나"가 의심되면 떨어진다.

• 추진체계·역할분담: 컨소시엄(3.2) 각 기관의 역할이 목표 달성에 어떻게 맞물리는지.
• 연차·단계 계획과 마일스톤: 무엇을 언제까지. 검증 시점(연차평가 대비, 5.1)을 의식한 계획.
• 인력·장비·실적: PI·핵심 인력의 관련 실적, 보유·접근 가능 장비, 과거 수행 경험.
• 위험요인·대응: 기술·일정·시장 리스크를 스스로 짚고 대응책을 제시 — 리스크를 아는 팀이 신뢰를 얻는다.

3.3.5.1 추진체계도와 일정(간트) — 시각화로 수행가능성 입증

수행가능성은 글보다 그림으로 입증된다.

추진체계도(예)

일정(간트 개념)

견해: 추진체계도는 역할의 정합성(공백·중복 없음)을, 간트는 일정의 현실성과 검증시점을 보인다. 가장 불확실한 핵심을 초기에 배치해 "일찍 검증"을 보이면 리스크 관리 역량으로 읽힌다(1.3.3.2).

3.3.6 사업화·성과활용 — 특히 기업 과제의 결정타

개발·기업 과제(1.3.2)에서 사업화 계획은 흔히 배점이 가장 크다(2.4).

• 목표시장·수요처: 누가 살 것인가. 막연한 시장이 아니라 구체 수요처·고객. 가능하면 LOI·수요기업 확약(구매조건부면 필수, 1.3.5).
• 매출·사업화 일정: 종료 후 언제 어떻게 매출이 나나. 정량 전망과 근거.
• 파급효과: 고용·수출·공급망·국산화 등 정책 목적과 연결되는 효과.
• 사업화 역량: 양산·판로·마케팅을 누가 어떻게(참여/수요기업 역할, 3.2).

3.3.6.1 사업화 계획의 "시간축" — 종료 후까지 그린다

사업화는 과제 종료에서 끝나지 않는다. 종료 후 매출까지의 경로를 시간축으로 그린다.

매출 전망(가상): 종료+1년 C억, +2년 2C억, +3년 4C억<br/> 근거: 수요기업 LOI, 시장규모, 단가×물량

견해: "종료 후 알아서 팔겠지"는 평가위원이 가장 불신하는 대목이다. 종료 시점에 무엇이 준비돼 있어 매출로 이어지는지(수요·판로·투자)를 보이면 사업화 신뢰가 산다(2.4.6.1).

3.3.7 작성 실무 — 읽히는 계획서 만들기

평가위원은 다수 과제를 짧은 시간에 본다. 내용만큼 전달이 중요하다.

• 양식·분량·필수항목 준수: 공고 서식·분량 제한·필수 첨부를 정확히. 형식 위반은 감점·탈락.
• 핵심을 앞에·시각적으로: 목표·차별성·사업화를 도입부와 표·그림으로 빠르게 전달. 평가위원이 30초에 요지를 잡게.
• 표·다이어그램 활용: 비교표, 추진체계도, 일정 간트, 목표 매트릭스 — 글 100줄보다 표 하나.
• 수치 정합: 본문·예산·시스템 입력(1.4) 수치가 어긋나지 않게. 모순은 신뢰를 깬다.
• 용어·논리 일관: 목표 → 내용 → 성과 → 활용이 한 줄로 이어지게. 앞에 약속한 것을 뒤에서 받친다.

3.3.7.1 평가위원의 30초 — 첫인상 설계

평가위원이 한 과제에 쓰는 시간은 짧다. 첫 페이지·도입부에서 승부가 절반 난다.

견해: 핵심을 끝까지 읽어야 나오는 계획서는 불리하다. 결론을 앞에, 근거를 뒤에 — 평가위원의 동선을 설계한다(3.5.3).

3.3.8 흔한 계획서 실패 — 정직하게

• 소개서化: 회사·기술 자랑만 있고 "이 과제로 무엇을 어떻게"가 약함.
• 목표의 모호·과대: 측정 불가능하거나 비현실적 목표(3.3.3).
• RFP 빗나감: 지정공모에서 RFP를 정조준하지 않고 하고 싶은 연구를 씀(3.1.4).
• 사업화 공허: "시장이 크다"만 있고 수요처·매출 근거 없음.
• 수행가능성 빈약: 역량·계획·역할이 목표를 못 받침.
• 대필 의존의 균열: 외주 계획서를 PI가 소화 못 해 발표평가에서 드러남(2.4.7).
• 형식 미준수: 서식·분량·마감 위반으로 자초한 탈락.

3.3.8.1 제출 전 자체 검토 — "평가위원의 눈으로"

제출 전 PI·팀이 평가위원 입장에서 자문한다.

 [ ] 네 기둥(필요성·목표·수행가능성·성과) 모두 근거로 증명됐나
 [ ] 정량목표가 측정·검증 가능한가(3.3.3.1)
 [ ] 절 간 논리가 일관되고 모순이 없나(3.3.2.1)
 [ ] 차별성이 정직하고 약점도 다뤘나(3.3.4.1)
 [ ] 사업화에 수요·판로 근거가 있나(3.3.6.1)
 [ ] 본문·예산·시스템 수치가 일치하나
 [ ] 30초에 요지가 잡히나(3.3.7.1)
 [ ] 서식·분량·필수첨부·마감 준수했나
 [ ] PI가 모든 핵심을 설명할 수 있나(발표 대비, 3.5)

견해: 자체 검토를 저자가 아닌 평가위원의 눈으로 하는 것이 핵심이다. 가능하면 과제와 무관한 동료에게 읽혀 "이해되나, 설득되나"를 듣는다. 자기 글은 자기에게 늘 명확해 보인다.

3.3.10 RFP 배점과 계획서 구조의 매핑 — "찾기 쉬운 계획서"

지정공모·일부 품목지정 사업은 공고문에 평가지표·배점·RFP 요구사항이 명시된다. 좋은 계획서는 자기 마음대로 목차를 짜지 않고, 배점·RFP 요구를 거꾸로 따라가 목차와 소제목을 설계한다. 평가위원이 배점표를 손에 들고 항목을 채울 때 근거를 즉시 찾게 하는 것이 핵심이다(3.5.3.1).

3.3.10.1 RFP 요구사항을 한 줄도 빠짐없이 받는 "정렬표"

지정공모 RFP에는 흔히 "다음을 모두 충족할 것"으로 요구 성능·기능·조건이 나열된다. 이것을 흘려 읽으면 한 항목이라도 누락되어 "RFP 미충족"으로 탈락한다. 정렬표로 일대일 대응을 만든다.

→ "RFP 모든 행에 ○가 찍히는가"를 제출 전 확인

견해: 이 정렬표는 계획서에 그대로 넣어도 좋다(부록·요약표 형태). 평가위원에게 "우리는 RFP를 빠짐없이 받았다"는 신호가 되고, 위원의 체크 작업을 대신 해 주는 셈이다. 누락된 RFP 행이 하나라도 있으면 그 항목은 0점에 가깝게 처리될 수 있다(확인 필요 — 사업별 채점 방식 상이).

3.3.10.2 "초과 약속"의 트레이드오프 — RFP 이상을 적을까

RFP가 "성능 A ≥ X"를 요구할 때, 우리가 X의 1.5배를 약속하면 기술성 점수에 유리해 보인다. 그러나 초과 약속은 양날이다(3.1.4와 연결).

견해: 추천은 ② — 달성 근거(예비데이터·메커니즘)가 있는 범위에서만 초과를 약속한다. 근거 없는 초과는 발표 질의(3.5.4.2)에서 "그 수치 근거는?"에 무너지고, 통과해도 최종평가의 미달 잣대가 된다(3.3.3.1, 5.1.4). 도전성은 "큰 숫자"가 아니라 "근거 있는 큰 숫자"에서 나온다.

3.3.11 정량목표 설정의 함정 — TRL·성능지표의 실무

정량목표(3.3.3)는 계획서의 척추지만, 설정 자체에 실무적 함정이 많다. 흔히 TRL(기술성숙도)과 성능지표 두 축으로 목표를 표현한다.

3.3.11.1 TRL — 시작·목표 단계를 정직하게

TRL(Technology Readiness Level, 1~9단계)은 기술의 성숙 정도를 단계로 표현한다(개념 1~3, 시작품·검증 4~6, 실증·양산 7~9 — 구체 정의는 분야·기관마다 다름, 확인 필요). 계획서는 보통 착수 시 TRL → 종료 시 목표 TRL을 적는다.

견해: TRL은 착수도 종료도 정직하게. 착수를 너무 낮게 잡으면 기존 실적·예비데이터(3.3.4)와 모순되어 발표에서 깨지고, 종료를 너무 높게 잡으면 과제기간·예산과 모순된다(3.3.2.1의 절 간 일관성). 한 과제에서의 현실적 상승폭(보통 2~3단계, 확인 필요)과 그 전이를 입증할 마일스톤을 함께 보인다.

3.3.11.2 성능지표 — "측정 가능"의 함정들

성능지표는 측정 가능해야 하지만(3.3.3), 측정 가능성 안에도 함정이 있다.

• 조건 누락: "효율 X%"만 적고 측정 조건(온도·부하·시료)을 안 적으면, 어떤 조건의 X인지 모호 → 최종평가서 분쟁. 목표치 + 측정조건 + 측정방법 + 검증주체를 묶어 적는다.
• 자체 측정 vs 공인 측정: 핵심 지표를 자체 측정으로 끝내려 하면 객관성 의심. 가능하면 공인시험기관 성적서를 목표에 명시(예산·일정에 반영).
• 상대지표의 함정: "경쟁 대비 30% 향상"은 경쟁의 기준값이 바뀌면 흔들린다. 가능하면 절대 수치로 고정하고 비교는 보조로.
• 달성 여부가 흑백인 지표 우선: "≤ A ppb 달성/미달"처럼 흑백으로 판정되는 지표가 최종평가에서 다툼이 적다. "개선했다" 같은 정성 표현은 피한다.

함정: 정량목표의 개수가 너무 많으면(10개 이상) 모두 달성 부담이 최종평가에서 커진다. 핵심 3~5개를 "필수 달성", 나머지는 보조로 두는 설계가 안전하다(확인 필요 — 사업별로 전 지표 달성을 요구하기도 함).

3.3.12 추진일정과 WBS — 일정의 신뢰를 만드는 법

3.3.5.1의 간트를 한 단계 더 들어가, WBS(작업분해구조)로 일정의 현실성을 입증한다. "할 일을 다 적었나, 순서가 맞나, 검증 시점이 있나"가 평가위원이 일정에서 보는 것이다.

3.3.12.1 WBS — 목표에서 작업으로의 분해

WBS는 최종목표를 달성 가능한 작업 단위로 분할한 것이다. 계획서의 "연구내용"이 흩어진 글이 아니라 구조로 보이게 한다.

견해: WBS는 ① 빠진 작업이 없는지(완결성), ② 작업-기관 매핑이 추진체계도(3.3.5.1)와 일치하는지, ③ 고위험 작업(★)이 일정 초반에 배치돼 일찍 검증되는지를 보인다. 핵심·고위험 작업을 후반에 몰아두면 "안 되면 늦게 안다"로 읽혀 리스크 관리 감점(1.3.3.2).

3.3.12.2 일정의 흔한 거짓말 — 평가위원이 의심하는 패턴

견해: 일정은 인력·의존성·검증시점의 세 가지로 현실성을 본다. "할 수 있다"가 아니라 "이 인원이, 이 순서로, 이 시점에 검증하며" 한다는 것을 일정이 보여야 한다. 촉박하게 가득 채운 일정은 성실해 보이려다 오히려 비현실로 읽힌다.

3.3.13 자주 떨어지는 계획서의 공통점 — 패턴 분석

3.3.8의 실패 유형을 넘어, 떨어진 계획서들에서 반복되는 구조적 공통점을 정리한다. 자체 검토(3.3.8.1) 시 이 패턴에 걸리는지 본다.

견해: 떨어지는 계획서의 대다수는 기술이 나빠서가 아니라 증명·정렬·정합에 실패해서 떨어진다. 즉 고칠 수 있는 실패다. ①~⑧ 중 하나라도 걸리면 그 항목 점수가 새고, 두셋이 겹치면 탈락권이다. 좋은 기술을 가진 팀일수록 ③(자랑에 의존)에 빠지기 쉽다 — 증명으로 전환해야 한다.

3.3.13.1 "다른 사람에게 5분 안에 설명되는가" 테스트

떨어지는 계획서의 최종 징후는 한 문장으로 요약된다: 남이 5분 안에 "이것이 뭘, 왜, 어떻게, 그래서 뭐가 좋은지" 이해하지 못한다.

 5분 설명 테스트(과제 무관한 동료에게)
 [ ] 이 과제가 무엇을 만드는지 한 문장으로 말했나
 [ ] 왜 필요한지(누구의 어떤 문제) 납득시켰나
 [ ] 우리가 적임자인 이유(차별성)를 댔나
 [ ] 성과가 어디에 쓰이는지(사업화) 그렸나
 [ ] 듣는 사람이 "근데 이거 가능해?"라 안 물었나(수행가능성)
 → 하나라도 막히면 그 부분이 계획서의 약점

견해: 자기 글은 자기에게 늘 명확하다(3.3.8.1). 밖의 사람에게 설명해 보는 것이 가장 값싸고 정확한 진단이다. 설명하다 막히는 지점이 곧 계획서가 떨어질 지점이다. 가능하면 비전문가에게 한 번, 분야 전문가에게 한 번 설명해 본다.

3.3.14 첨삭 워크스루 — "필요성" 한 절을 끝까지 고쳐 본다

앞 절들이 원칙이라면, 이 절은 실제 문단 하나를 미흡한 초안에서 합격 수준까지 단계별로 고치는 과정을 끝까지 보인다. 대상은 가장 흔히 망치는 "개발 필요성" 절이다. (아래 문안·수치는 전부 가상 — 확인 필요.)

3.3.14.1 0차 초안 — 전형적인 미흡한 필요성

 [0차 초안 — 떨어지는 필요성]
 "4차 산업혁명 시대를 맞아 스마트 센서의 중요성이 날로 커지고 있다.
  우리 회사는 오랜 기간 센서를 개발해 온 우수한 기업으로, 본 과제를
  통해 혁신적인 고성능 센서를 개발하여 국가 경쟁력 강화에 이바지하고자
  한다. 관련 시장은 매우 빠르게 성장하고 있어 전망이 밝다."

무엇이 잘못됐나(3.3.13의 패턴과 대조):

견해: 이 문단의 실질적 문제는 "이 과제가 왜 필요한가"에 한 글자도 답하지 않는다는 것이다. 회사 소개와 시대 배경만 있고, 해결할 구체적 문제(누구의·어떤)가 없다.

3.3.14.2 1차 교정 — 문제를 구체화한다

먼저 "막연한 중요성"을 구체적 문제(누가·무엇이·왜 곤란한가)로 바꾼다.

 [1차 교정 — 문제를 구체화]
 "국내 OO산업의 공정 모니터링은 현재 수입 센서 X에 의존하는데, 이 센서는
  검출한계가 A ppb 수준에 머물러 미세 누출을 놓치는 사고가 보고된다(출처).
  국산 대체품은 응답시간이 B초로 느려 실시간 경보에 부적합하다. 즉,
  '고감도(≤A' ppb)이면서 실시간(≤B'초)인 센서'의 공백이 존재한다."

진전: 시대 배경 → 구체 수요산업·기존 한계·수치화된 공백으로 바뀌었다. 그러나 아직 "왜 우리인가"와 "정책 부합"이 없다.

3.3.14.3 2차 교정 — 정책 부합과 차별성 단서를 잇는다

 [2차 교정 — 정책·차별성 연결]
 "...이 공백은 ① 산업안전(누출사고 예방) ② 소재·부품 국산화라는 정책 목표
  (출처: OO기본계획)와 직결된다. 본 과제는 자사 보유 특허 P(예비데이터 첨부)를
  기반으로 검출한계 ≤A' ppb·응답시간 ≤B'초를 동시에 달성해 이 공백을 해소한다.
  이는 수입 센서 X 대비 감도 C배·속도 D배 수준으로, 본 계획서 NR목표표·차별성
  비교표에서 정량 입증한다."

진전: 문제 → 정책 부합(근거 인용) → 우리 자산(특허·예비데이터) → 뒤 절(목표표·비교표)로 연결까지 한 줄로 이어졌다(3.3.2.1의 절 간 일관성).

3.3.14.4 최종본과 0차의 대비 — 무엇이 점수를 만들었나

견해: 같은 분량인데 0차는 0점에 가깝고 최종본은 필요성 항목에서 득점한다. 차이는 정보량이 아니라 "증명의 문법"(3.3.1.1)을 따랐는가다. 자기 초안을 이 표의 오른쪽 열 기준으로 한 문장씩 심문하면 대부분의 필요성 절을 구제할 수 있다. 나머지 절(목표·수행가능성·사업화)도 같은 방식으로 "주장→근거→검증, 그리고 뒤 절과 연결"을 적용한다.

3.3.15 가상 채점 — 평가위원이 되어 한 계획서를 매겨 본다

자체 검토(3.3.8.1)를 한 단계 밀어, 평가위원의 채점표를 상상해 우리 계획서에 점수를 직접 매겨 본다. 이렇게 하면 "어느 항목에서 몇 점이 새는지"가 수치로 보인다. (배점·항목·점수는 전부 가상 — 실제 배점은 공고 확인 필요, 3.5.2.)

3.3.15.1 가상 채점표로 우리 초안을 매긴다

가상 채점(100점, 기업 과제 가정) — 어느 계획서의 자가 채점 예

견해: 합계 63은 "괜찮아 보이는" 계획서가 실제로는 선정선 밑임을 드러낸다. 그리고 점수가 가장 많이 새는 곳이 배점 큰 사업화(35점 중 18)라는 것이 한눈에 보인다. 자가 채점의 가치는 총점이 아니라 "가장 큰 손실 항목"을 정량으로 찾아내는 것이다.

3.3.15.2 채점에서 보강 우선순위로 — "한계 점수"를 키우는 곳

자가 채점 후, (배점 - 자가점수)가 큰 항목부터 보강한다 — 만점에 가까운 항목을 다듬는 것보다 효율이 높다(3.5.10.2).

→ 사업화 보강만으로 63→73~75, 선정선 진입 가능

견해: 자가 채점의 결론은 거의 항상 같다 — 발표 기술이 아니라 신청 전 실체 보강(특히 사업화)이 당락을 가른다(3.1.4.1). 손실이 큰 한두 항목을 평균까지만 끌어올려도 총점이 선정선을 넘는다. 점수가 새는 곳을 모른 채 계획서를 "예쁘게 다듬는" 데 시간을 쓰는 것이 가장 흔한 낭비다.

3.3.16 계획서 작성 Q&A — 실무자가 가장 자주 묻는 것

현장에서 반복되는 질문을 모았다. (제도·수치 관련 답은 모두 "사업·시점 의존, 확인 필요" — BK-03.)

3.3.16.1 구조·내용에 관한 Q&A

 Q. 공고에 양식이 없으면 목차를 어떻게 짜나?
 A. 평가지표·배점(3.5.2)을 역으로 따라 목차를 구성한다(3.3.10).
    배점 항목이 곧 절 제목이 되게 해 위원이 근거를 즉시 찾게 한다.

 Q. 정량목표는 몇 개가 적당한가?
 A. 핵심 3~5개를 "필수 달성"으로 명확히, 나머지는 보조로(3.3.11.2).
    너무 많으면 최종평가에서 전부 달성 부담(확인 필요 — 전 지표 달성을
    요구하는 사업도 있음).

 Q. 우리 기술이 정말 좋은데 왜 강조하면 안 되나?
 A. 강조가 아니라 "증명"이 문제다. "우수하다"는 주장은 0점, "X% vs Y%,
    공인시험 검증"은 득점(3.3.1.1). 좋은 기술일수록 자랑이 아니라
    근거로 말해야 한다(3.3.13 ③).

 Q. RFP 요구를 다 만족 못 하는데 신청할까?
 A. 핵심 요구 미충족이면 정렬표(3.3.10.1)에서 빈 행이 그대로 탈락
    사유가 된다. 빈 행을 메울 방법(위탁·공동, 3.2)이 없으면 신청 자체를
    재고한다(3.1.4).

3.3.16.2 작성 실무·협업에 관한 Q&A

 Q. 계획서를 외주(대행)에 맡겨도 되나?
 A. 작성을 돕는 것과 PI가 소화하는 것은 다르다. 대필 계획서를 PI가 설명
    못 하면 발표·질의에서 드러난다(2.4.7, 3.5.4). 외주를 쓰더라도
    PI가 모든 핵심 수치·논리를 자기 말로 설명할 수 있어야 한다.

 Q. 약점(미검증·경쟁열위)을 솔직히 쓰면 손해 아닌가?
 A. 숨기면 발표 질의에서 더 크게 불거진다(3.5.4.2). "약점 → 본 과제로
    해결"로 적으면 오히려 신뢰를 준다(3.3.4.1). 모든 항목 최고라는
    표는 위원이 불신한다.

 Q. 본문과 예산 수치가 조금 다른데 괜찮나?
 A. 작은 불일치도 "꼼꼼하지 못한 팀"으로 읽혀 수행가능성 점수를 낮춘다
    (3.4.11.1). 제출 직전 본문·산출내역·시스템 세 곳을 재대조한다.

 Q. 분량 제한을 살짝 넘겨도 되나?
 A. 형식 위반은 감점·탈락의 자초다(3.3.8). 넘치면 내용을 줄이는 것이
    아니라 표·그림으로 압축한다. 분량은 "다 못 줄인 것이 아니라 우선순위를
    못 정한" 신호일 때가 많다.

 Q. 비전문가에게 보여줘도 의미가 있나?
 A. 가장 값싸고 정확한 진단이다(3.3.13.1). 자기 글은 자기에게 늘
    명확하다. 막히는 지점이 곧 떨어질 지점이다. 비전문가에게 한 번,
    분야 전문가에게 한 번 설명해 본다.

견해: 위 질문들의 공통 답은 하나다 — "증명·정직·정합". 계획서의 거의 모든 실무 고민은 이 셋 중 하나로 환원된다(3.3.13). 화려한 기교가 아니라 이 셋을 끝까지 지키는 것이 합격선이다.

3.3.17 위험관리 절을 끝까지 — 리스크 표 한 장을 부적절한 예에서 좋은 예로

3.3.5는 "리스크를 스스로 짚고 대응책을 제시하라"고 했지만, 실무자가 막히는 곳은 "그래서 위험관리 절을 실제로 어떻게 쓰나"다. 대부분의 계획서에서 위험관리 절은 가장 부실하게 채워진다 — "기술적 위험, 일정 위험이 있으나 최선을 다해 극복하겠다" 같은 공허한 한 문단으로. 이 절은 위험관리 표 한 장을 0차 초안에서 합격 수준까지 끝까지 고친다. (문안·수치 전부 가상 — 확인 필요.)

3.3.17.1 0차 초안 — 떨어지는 위험관리

 [0차 초안 — 공허한 위험관리]
 "본 과제는 기술적 난이도가 높아 일부 위험이 존재하나, 연구진의 풍부한
  경험과 노하우를 바탕으로 적극 대응하여 목표를 달성할 것이다. 또한 시장
  환경 변화에도 유연하게 대처할 계획이다."

무엇이 잘못됐나:

견해: 이 문단의 실질적 문제는 "무엇이 안 될 수 있는가"를 한 가지도 구체적으로 인정하지 않는다는 것이다. 위험을 인정하지 않는 계획서는 평가위원에게 "리스크를 모르는 팀"으로 읽힌다 — 이것이 오히려 수행가능성 감점 요인이다(1.3.3.2). 위험을 솔직히 짚고 대응을 보이는 팀이 신뢰를 얻는다.

3.3.17.2 1차 교정 — 위험을 구체화하고 분류한다

먼저 막연한 "기술·시장 위험"을 구체적 위험 사건(무엇이·왜 안 될 수 있나)으로 분할한다. 위험은 보통 ① 기술 ② 일정 ③ 인력·자원 ④ 시장·사업화 네 갈래로 나눈다.

 [1차 교정 — 위험을 구체적 사건으로]
 ① 기술: 신소재 합성 시 수율이 목표 미달할 수 있음(예비실험서 X% 관측,
         목표 Y% 대비 갭)
 ② 일정: 공인시험기관 성적서 발급이 통상 N주 소요 → 최종 검증이 종료에
         몰릴 위험
 ③ 인력: 신규 채용 연구원 확보 지연 시 2차연도 양산설계 착수 지연
 ④ 시장: 수요기업의 구매 사양이 개발 중 변경될 가능성

진전: "위험이 있다"가 "무엇이, 왜, 어떤 근거로 위험한가"로 바뀌었다. 그러나 아직 각 위험의 심각도와 대응이 없다.

3.3.17.3 2차 교정 — 발생가능성·영향·대응·검증시점을 표로

각 위험에 발생가능성 × 영향으로 우선순위를 매기고, 대응책과 "언제 그 위험이 판가름 나는지(검증시점)"를 붙인다. 이것이 위험관리 표의 완성형이다.

→ ★1(수율)이 핵심 위험 → 가장 불확실 → 일정 초반에 검증 배치

진전: 위험이 우선순위가 매겨진 행동 계획이 되었다. 특히 우선순위 ★1(수율 미달)을 1차연도 상반기에 판가름 나도록 일정에 배치한 것이 핵심이다 — 이것이 3.3.12.1의 "고위험 작업 조기 배치"·3.3.5.1의 "일찍 검증"과 한 줄로 이어진다(절 간 일관성, 3.3.2.1).

3.3.17.4 대응책의 두 종류 — 예방 vs 완화(컨틴전시)

좋은 위험 대응은 "안 일어나게 한다(예방)"와 "일어나면 이렇게 한다(완화·대체)"를 구분한다. 둘 다 있어야 신뢰를 준다.

견해: "최선을 다하겠다"는 예방도 완화도 아니다. 평가위원이 보고 싶은 것은 "이 팀은 안 됐을 때 무엇을 할지 이미 정해 두었다"는 신호다. 특히 가장 무거운 위험(★1)에 대체 경로(plan B)가 있으면, 도전적 목표를 약속해도 "그래도 안전망이 있다"로 읽혀 도전성과 현실성을 동시에 만족시킨다(3.3.11.1의 TRL 상승폭 논리와 같은 맥락). 이 plan B는 발표 질의 "실패하면?"(3.5.4.3, 3.5.12.1)에 그대로 답이 된다.

3.3.17.5 최종본과 0차의 대비 — 무엇이 점수를 만들었나

견해: 위험관리 절은 분량이 작아 흔히 마지막에 형식적으로 채우지만, 수행가능성 점수에서 의외로 비중이 크다 — 위험을 인정하고 관리하는 태도가 곧 "이 팀에 세금을 맡겨도 되겠다"의 근거이기 때문이다(3.5.1.1의 "책임을 의식하는 평가위원"). 0차처럼 위험을 부정하면 오히려 의심을 사고, 최종본처럼 구체적으로 짚고 plan B까지 보이면 신뢰를 얻는다. 위험관리는 약점 노출이 아니라 약점 관리 역량의 증명이다(3.3.4.1의 "약점→본 과제로 해결"과 같은 원리).

3.3.18 여러 손이 쓴 계획서를 한 목소리로 — 협업·버전관리·통합

앞 절들이 "무엇을 쓰나"였다면, 이 절은 "여러 사람이 어떻게 한 문서를 만드나"다. 컨소시엄(3.2) 과제는 주관·공동·위탁이 각자 자기 절을 쓴다. 그 결과가 3.3.2.1이 경고한 "절들이 서로 어긋난다"의 가장 흔한 근본 원인이다 — 내용이 나빠서가 아니라 손이 여럿이어서. 분담·버전관리·통합·마감 역산의 실무를 다룬다.

3.3.18.1 분담 작성의 함정 — 같은 단어가 절마다 다른 뜻

누가 어느 절을 쓰는 것이 자연스러운지(주체 대조), 그리고 그 분담에서 무엇이 사고를 부르는지를 본다.

함정: 분담의 실질적 위험은 "빈 절"이 아니라 같은 용어가 절마다 다른 뜻으로 쓰이는 것이다 — A기관은 "성능"을 효율로, B기관은 처리량으로 적어 목표표(3.3.3.1)와 차별성표(3.3.4.1)가 어긋난다. 평가위원은 이 불일치를 "팀이 안 맞는다"로 읽는다.

견해: 분담 착수 전에 용어·핵심수치·약어를 한 장(용어집)으로 합의하고 시작한다. 절을 나누기 전에 "한 줄 논리"(3.3.2.1)를 총괄이 먼저 정하고, 각자는 그 논리의 자기 구간을 채운다. 백지에서 각자 쓰면 반드시 따로 논다.

3.3.18.2 통합 책임 — 누가 "한 목소리"를 만드나

분담 집필물은 누군가 한 사람의 손을 거쳐야 한 목소리가 된다. 그 책임을 누구에게 둘지가 결정 사항이다.

누구에게: 최종 책임·발표는 언제나 PI. 통합 실무는 ②가 맡되 PI가 핵심 논리·수치를 자기 말로 검수(3.3.16.2의 대필 경고와 같은 선).

함정: "각자 쓴 것을 그대로 이어 붙이기(copy-paste 통합)"가 가장 흔한 실패다. 문체·용어·들여쓰기가 절마다 다르면 평가위원은 내용을 읽기 전에 "급조"를 느낀다. 통합은 이어붙이기가 아니라 다시쓰기다.

견해: 추천은 ② — 한 사람(작성총괄)이 전 문서를 처음부터 끝까지 한 번에 통독·윤문해 목소리를 통일한다. 단 그 사람이 기술을 모르면 3.3.1.1의 "증명"을 "자랑"으로 되돌려 놓을 수 있으니, 윤문 후 각 기관이 자기 절의 수치·사실을 재확인하는 왕복이 필요하다. 통합 책임이 모호한 컨소시엄은 마감 전날 "누가 합치지?"로 무너진다.

3.3.18.3 버전관리와 마감 역산 — 마지막 며칠을 설계한다

여러 기관이 파일을 메일로 주고받으면 "최종_진짜최종_v3" 지옥이 온다. 어느 것이 최신인지 모르면 옛 수치가 제출본에 살아남는다(3.3.2.1의 수치 불일치 사고).

 버전 규칙(예, 가상)
 파일명: 과제약칭_절_담당_YYMMDD_vN   (공유 폴더 한 곳만 정본)
 정본(master)은 항상 한 개 — 통합총괄만 병합 권한
 각자는 자기 절만 수정 → 총괄이 master에 머지 → 회신

마감 역산 타임라인(가상 — 실제 마감·소요는 공고·시스템 확인 필요):

함정: 시스템 제출(1.4) 자체가 시간을 소모한다 — 파일 변환·용량·항목 입력·전자서명. 마감 직전 업로드는 서버 지연·오류로 제출 실패 위험. "내용 마감"과 "제출 마감"을 며칠 떼어 둔다.

견해: 협업 계획서의 실패는 대개 내용이 아니라 일정에서 난다 — 통합·정합·제출에 드는 시간을 과소평가해서다. 최종 통독·수치 대조·시스템 업로드는 보이는 것보다 넉넉히 설정한다. 정본을 한 곳에만 두는 규율 하나가 수치 불일치 사고의 절반을 막는다.

3.3.19 계획서를 둘러싼 흔한 오해 — 오해 vs 사실

떨어지는 계획서(3.3.13)와 실무 질문(3.3.16) 뒤에는 몇 가지 뿌리 깊은 통념이 있다. 이 통념대로 쓰면 시간을 많이 쓰고도 점수가 안 난다. 작성 태도·표현·제작 차원의 오해를 사실과 대조한다. (수치·배점 관련은 사업·시점 의존 — 확인 필요, BK-03.)

3.3.19.1 제작·표현에 관한 오해

함정: "정성껏 = 길고 빽빽하게"라는 등식이 가장 끈질긴 오해다. 위원의 시간은 짧고(3.3.7.1) 과제 수는 많다. 길이는 성의가 아니라 우선순위 실패의 신호일 때가 많다(3.3.16).

견해: 좋은 계획서는 더 쓴 것이 아니라 더 덜어낸 결과다. 한 문장이 네 기둥(3.3.1) 중 하나를 증명하지 못하면 지운다. 표현을 다듬는 시간의 대부분은 "줄이고 구조화"에 써야지 "꾸미기"에 쓰면 안 된다.

3.3.19.2 전략·심리에 관한 오해

함정(post-mortem, 가상): 한 팀이 "남의 합격 계획서"를 구해 구조·문장을 그대로 따랐다. 그러나 그 합격작은 다른 RFP·다른 팀 자산 기반이라, 차별성 비교표의 우위 근거(예비데이터·특허)가 우리에겐 없었다. 발표 질의 "이 수치 근거는?"(3.5)에서 막혔다 — 빌려온 구조에 빌려올 수 없는 근거가 비어 있었다.

견해: 위 오해의 공통 근본 원인은 "계획서를 평가받는 글이 아니라 잘 보이려는 글로 본다"는 데 있다. 잘 보이려 할수록(길게·화려하게·완벽하게·높게) 점수에서 멀어진다. 계획서의 모든 결정은 "이것이 네 기둥 중 무엇을, 어떤 근거로 증명하는가" 한 질문으로 환원된다(3.3.1, 3.3.16의 결론과 같다). 통념을 따르기 전에 이 질문을 먼저 던진다.

3.3.20 계획서는 끝이 아니라 계약 — 전후 인터페이스와 다운스트림 구속

지금까지 계획서를 "평가에서 점수를 따는 문서"로 다뤘다(3.3.1~3.3.19). 그러나 계획서의 수명은 선정에서 끝나지 않는다. 선정된 계획서는 협약의 본문이 되고, 연차·최종평가의 잣대가 되며, 정산·점검의 기준이 된다. 즉 계획서는 한 번 쓰고 버리는 제안이 아니라 수행 내내 우리를 구속하는 계약이다. 동시에 계획서는 백지에서 나오지 않는다 — 앞 단계(공고 해부, 컨소시엄)의 산출물을 입력으로 받는다. 이 절은 계획서의 전후 인터페이스 — 무엇을 받아 무엇으로 넘기나 — 를 정리한다.

3.3.20.1 계획서로 들어오는 것 — 업스트림 입력

좋은 계획서는 백지에서 짜내는 것이 아니라, 앞 장들의 산출물을 조립한 결과다.

견해: 계획서 집필이 막히는 근본 원인은 글솜씨가 아니라 업스트림 산출물의 부재일 때가 많다 — RFP를 안 해부했고, 컨소시엄이 안 정해졌고, LOI가 없으면 어떤 문장도 공허해진다(3.3.13). 계획서를 쓰기 전에 "이 입력들이 손에 있나"를 점검하면, 빈 곳이 곧 신청 전 보완 작업(3.1)이 된다. 글쓰기는 입력이 갖춰진 뒤의 조립이다.

3.3.20.2 계획서가 묶는 것 — 다운스트림 구속

선정된 뒤 계획서의 약속은 단계마다 다시 설정된다.

핵심: 부풀린 약속은 선정엔 유리해 보여도 그대로 미달 잣대·정산 부담으로 돌아온다(3.3.11.2). 과대 목표(3.3.3.1)·근거 없는 초과(3.3.10.2)·공허한 사업화(3.3.6)가 위험한 근본 이유는 평가가 아니라 다운스트림에 있다 — 통과해도 종료 시점에 그 숫자로 평가받고, 그 비목으로 정산받는다.

3.3.20.3 "구속될 것을 알고 쓴다" — 설계 원칙

전후 인터페이스를 의식하면 계획서를 쓰는 태도가 바뀐다.

• 약속과 실체의 간격을 좁힌다: 쓸 때마다 "이것을 종료 시 실제로 증빙할 수 있나"를 자문한다. 정량목표에 검증주체·방법을 박는 이유(3.3.3.1)가 여기 있다.
• 변경 가능성을 미리 설계: 일정·사양은 수행 중 바뀐다. plan B(3.3.17.4)와 변경 절차(4.1)를 의식해 너무 경직되게 명시하지 않되, 핵심 목표는 지킨다.
• 계획서를 협약 초안으로 본다: 선정되면 이 문서가 협약에 실린다는 전제로, 모호어("노력", "예정")를 줄이고 검증 가능한 문장으로 쓴다(3.3.19, 3.3.21).

견해: 계획서를 "심사용 글"로만 보면 잘 보이려 부풀리고, "수행 내내 구속하는 계약"으로 보면 약속을 신중하게 한다. 후자가 결국 더 높은 점수와 더 안전한 수행을 동시에 준다 — 평가위원이 보는 것도 "이 팀이 약속을 지킬 것인가"라는 현실성이기 때문이다. 전후 인터페이스를 의식하면 계획서는 고립된 문서가 아니라 탐색(3.1)·컨소시엄(3.2)에서 수행·정산(3.4 이후)으로 이어지는 사슬의 한 마디가 된다.

3.3.21 계획서 관용표현 디코더 — 평가위원은 행간을 이렇게 읽는다

3.3.14(첨삭)·3.3.19(오해)는 빈 표현이 왜 약한지를 짚었다. 이 절은 한 걸음 더 들어가, 계획서에 자주 등장하는 관용표현(상투구·모호어)을 평가위원이 행간에서 어떻게 읽는지를 사전처럼 정리한다. 같은 문장도 작성자는 "성의"로 쓰지만 평가위원은 "근거 없음"으로 읽는다. 이 간극을 알면, 무심코 쓰는 빈 표현을 찾아내 증명으로 바꿀 수 있다(모든 예문·치환은 가상·예시 — BK-03).

3.3.21.1 빈 표현 사전 — 무엇을 쓰면 무엇으로 읽히나

작성자의 의도와 평가위원의 해석이 갈리는 전형적 표현들이다.

견해: 이 표현들의 공통점은 검증 불가다 — 누구나 쓸 수 있고 반증도 입증도 안 된다. 평가위원은 검증 불가 문장에 점수를 주지 않을 뿐 아니라, 그런 문장이 많으면 "실체가 없어 말로 채웠다"는 인상을 받는다(3.3.13). 빈 표현은 중립이 아니라 마이너스다.

3.3.21.2 "좋아 보이는데 감점되는" 표현의 정체

더 위험한 것은 작성자가 "강해 보인다"고 믿는 표현이다 — 정확히 그 지점이 적대적 점검(3.3.15)의 표적이 된다.

• 입증 못 할 최상급("세계 최초/최고"): 발표 질의 "근거는?"에 즉사한다(3.3.4.1). 입증 못 할 최상급은 안 쓰느니만 못하다.
• 전부 우위 비교표: 모든 항목에서 우리가 최고면 오히려 불신(3.3.4.1). 정직한 약점이 신뢰를 만든다.
• 과잉 정량목표: 숫자가 크고 많을수록 좋아 보이지만, 다운스트림 미달 부담으로 돌아온다(3.3.20, 3.3.11.2).
• 빽빽한 분량: 성의로 보이려 채우면 우선순위 실패 신호로 읽힌다(3.3.19).

견해: 평가위원은 자랑의 강도와 실체의 신뢰도를 반비례로 읽는 경향이 있다 — 근거 없이 강하게 주장할수록 의심한다. "강해 보이려는 표현"이 가장 먼저 질의의 표적이 되고, 거기서 막히면 그 인상이 계획서 전체로 번진다. 강함은 표현이 아니라 근거에서 나온다(3.3.1.1).

3.3.21.3 빈 표현을 증명으로 바꾸는 치환법

빈 표현은 지우는 것이 아니라 증명으로 치환한다 — 같은 자리에 주장→근거→검증(3.3.1.1)을 채운다.

치환 규칙: ① 형용사를 수치로, ② 의지를 행동·일정으로, ③ 기대를 근거(LOI·데이터·실적)로, ④ 최상급을 비교·검증으로 바꾼다.

견해: 계획서를 다 쓴 뒤 빈 표현 사전(3.3.21.1)으로 자기 글을 검토해 빨간 줄을 긋고, 그은 문장마다 치환한다. 이것이 3.3.14의 첨삭·3.3.8.1의 자체 검토를 문장 단위로 기계화한 것이다. 빈 표현이 한 줄도 안 남을 때까지 치환하면, 같은 분량의 계획서가 "말"에서 "증명"으로 바뀐다 — 그리고 그 차이가 점수다(3.3.13, 3.3.19의 결론과 같다).

3.3.9 이 장의 요약 — 다음으로

• 계획서는 소개서가 아니라 증명 문서 — 네 기둥(필요성·목표·수행가능성·성과)을 근거로 증명(3.3.1).
• 모든 주장은 주장→근거→검증의 문법으로, 절 간 논리는 일관되게(3.3.1.1, 3.3.2.1).
• 정량목표는 측정·검증 가능하게, 현실적으로 — 부풀리면 최종평가에서 부메랑(3.3.3.1).
• 차별성은 정직한 우위로, 사업화는 종료 후 매출 경로까지(3.3.4.1, 3.3.6.1).
• 30초 첫인상을 설계하고, 제출 전 평가위원의 눈으로 자체 검토(3.3.7.1, 3.3.8.1).

다음 장(3.4)은 계획서의 한 축인 연구개발비 편성 — 직접비·간접비·부담금을 어떻게 편성하고 근거를 대는지를 다룬다.