본문으로 건너뛰기
중급약 26분

한국 스타트업 생태계의 돈: AC·VC·TIPS·모태펀드와 투자계약 용어

엔젤·액셀러레이터·VC·정책자금으로 이어지는 국내 자금 공급 구조와 TIPS 제도, 텀시트·RCPS 같은 투자계약 용어를 읽고 그것이 제품 일정에 미치는 영향을 이해한다.

  • #TIPS
  • #모태펀드
  • #액셀러레이터
  • #VC
  • #텀시트
  • #RCPS
  • #마일스톤

개념

같은 1억 원이라도 꼬리표가 다르다

돈은 보통 액수 로 기억된다. 그런데 회사에 들어오는 돈은 액수보다 꼬리표 가 더 중요한 경우가 많다.

친구가 빌려준 100만 원과 회사 법인카드로 쓴 100만 원은 같은 금액이다. 하지만 전자는 갚으면 끝이고, 후자는 영수증을 붙여야 끝난다. 영수증이 없으면 금액이 맞아도 문제가 된다.

회사 자금도 똑같다. 들어온 금액이 같아도 뒤따라오는 일이 전혀 다르다.

꼬리표집행 후 따라오는 것
지분을 주고 받은 돈주주로서의 보고·동의권. 용처는 비교적 자유롭다
빌린 돈(융자·보증)원리금 상환 일정. 재무 비율 관리
과제로 받은 돈(출연금·보조금)용처 제한 + 증빙 + 정산 + 성과 보고

이 레슨은 국내에서 스타트업에 들어오는 돈을 꼬리표 기준으로 정리한다. QA가 알아야 하는 것은 금액이 아니라 그 꼬리표가 어떤 문서 요구로 바뀌는가 다.

누가 돈을 넣는가 — 공급자 지도

공급자성격주로 들어오는 단계엔지니어링 쪽으로 오는 요구
엔젤투자자개인 투자자. 창업자 네트워크와 경험을 함께 제공프리시드·시드거의 없다. 비공식 질문 수준
액셀러레이터(AC)보육 프로그램 + 소액 투자. 데모데이 운영프리시드·시드데모 일정 이 제품 일정이 된다
벤처캐피탈(VC)펀드를 조성해 투자·회수. 이사회 참여시드~시리즈 C정기 보고, 후속 라운드 실사
CVC(기업형 VC)대기업의 전략적 투자. 사업 제휴가 목적인 경우가 많다시리즈 A 이후모회사 기준의 보안·품질 점검
성장펀드·PE대규모 후기 투자, 구주 인수시리즈 C 이상본격 실사. 프로세스 증거 요구
정책자금(모태펀드 등)정부 재원이 출자자(LP)로 들어간 펀드전 구간펀드 자체는 민간처럼 움직인다
정부 과제(R&D·사업화)지분을 받지 않고 지원하는 출연금·보조금주로 초기증빙·정산·중간/최종 평가

마지막 두 줄을 구분하는 것이 이 레슨의 첫 번째 핵심이다. "정책자금" 이라는 한 단어가 두 가지 전혀 다른 것을 가리킨다. 정부 재원이 출자자로 들어간 펀드의 투자는 민간 투자와 거의 같은 방식으로 집행되고, 과제로 지급되는 출연금은 증빙과 정산이 따라온다. 회의에서 "우리 정부 돈 받았어" 라는 말을 들었을 때 어느 쪽인지 되묻는 것만으로 대비가 달라진다.

자금은 사다리를 타고 내려온다 — LP와 GP

국내 벤처투자에서 정책 재원이 큰 축을 이루는 이유는, 정부 재원이 개별 기업에 직접 들어가는 것이 아니라 펀드에 출자되는 구조이기 때문이다. 대표적으로 모태펀드는 한국벤처투자(KVIC)가 운용하며, 기업이 아니라 투자조합(자펀드)에 출자해 민간 자금을 함께 끌어들이는 역할을 한다.

정부·공공 재원
      │ 출자
      ▼
  모펀드 (모태펀드 등)            ← 직접 기업에 투자하지 않는다
      │ 출자사업 공고 → 운용사 선정
      ▼
  자펀드 = 벤처투자조합            ← 민간 LP 자금과 매칭해 결성
      │  운용사(GP)가 투자 판단
      ▼
    우리 회사
용어뜻회사가 만나는 사람
LP (출자자)펀드에 돈을 넣는 주체거의 만나지 않는다
GP (운용사)펀드를 운용하고 투자 판단을 하는 주체투자 심사역이 여기 소속이다
모펀드펀드에 출자하는 펀드만나지 않는다
자펀드실제로 기업에 투자하는 조합투자 계약의 상대방
결성·만기펀드가 만들어진 시점과 끝나는 시점회수 압박의 시계

마지막 줄이 실무에서 의외로 중요하다. 펀드에는 만기가 있다. 만기가 가까운 펀드의 투자자는 회수를 서두르고, 그것이 "올해 안에 다음 라운드 또는 엑싯" 같은 압박으로 회사에 전달된다. 일정이 왜 갑자기 조여드는지 설명되지 않을 때, 배경이 여기 있는 경우가 있다.

펀드의 결성 시점·만기·출자자 구성은 회사마다 공개 범위가 다르다. 추측해서 단정하지 말고, 투자 구조는 재무·대표에게 확인한다.

민간 자금과 정책 자금 — 요구 사항이 다르다

QA 입장에서 가장 실용적인 구분이다. 보고·정산·증빙이 따르는 쪽이 있다.

항목민간 투자(엔젤·VC·CVC)정부 과제(R&D·사업화 출연금)
심사 기준성장 가능성·시장·팀계획서의 타당성과 기술 목표
집행 자유도상대적으로 넓다용처가 항목별로 정해진다
진행 중 요구정기 보고(월·분기)중간 점검, 증빙 축적
종료 시 요구없음(회수는 엑싯으로)최종 보고 + 정산 + 성과 보고
목표 미달 시다음 라운드가 어려워진다환수·제재 가능성(사업마다 다르다)
QA에게 오는 형태"숫자가 맞는가""증거가 있는가"

마지막 줄이 이 레슨의 두 번째 핵심이다. 민간 투자자는 결과 숫자를 묻고, 과제 담당 기관은 그 숫자를 뒷받침하는 문서를 묻는다. 둘 다 QA가 만드는 것이지만 필요한 형식이 다르다. 전자는 대시보드로 되고, 후자는 날짜·버전·수행자·결과가 적힌 기록이어야 한다.

투자·융자·출연금을 섞어 쓰지 않는다

국내에서 "정부지원" 으로 뭉뚱그려 불리는 것들을 성격으로 갈라 보면 이렇다.

갈래회사가 내주는 것대표적인 성격비유
투자지분벤처투자조합·AC·VC의 투자동업자를 들인다
융자·보증원리금 상환 의무중소벤처기업진흥공단의 정책융자, 신용보증기금·기술보증기금의 보증을 통한 대출빚을 진다
출연금·보조금지분도 상환도 아니지만 증빙 의무R&D 과제, 사업화 지원 사업영수증을 내는 돈

기관의 성격만 정리하면 이렇다. 구체적 요건·한도·금리는 사업과 연도마다 달라지므로 반드시 해당 기관의 공고 원문으로 확인한다.

기관주된 역할(공개된 수준)
한국벤처투자(KVIC)모태펀드 운용. 자펀드에 출자
중소벤처기업진흥공단중소기업 정책융자 등 자금 지원
기술보증기금기술 평가 기반 보증
신용보증기금신용 보증
창업진흥원창업 사업화·창업 지원 사업 운영
벤처기업확인기관벤처기업 확인 업무 수행

"보증" 과 "투자" 를 혼동하는 것이 흔한 실수다. 보증은 은행 대출을 받기 위한 담보 역할이고, 회사에는 빚이 생긴다. 투자는 지분을 주고 상환 의무가 없다. 회사가 어느 쪽으로 자금을 조달하고 있는지에 따라 긴축의 모양이 완전히 다르다 — 상환 일정이 있는 회사의 비용 결정은 훨씬 더 단기적이 된다. (레슨 7)

TIPS — 민간 투자와 정부 R&D를 연결하는 제도

TIPS는 운영사(AC·VC 등)가 먼저 선투자 하고, 그 기업을 정부 R&D 자금이 뒤따라 지원하는 구조다. 기술 창업 기업이 시드와 시리즈 A 사이를 건널 때 가장 널리 쓰이는 경로다.

민간 운영사(AC·VC)  ──선투자──▶  창업기업
        │ 추천                        ▲
        ▼                             │ 정부 R&D 자금
   TIPS 프로그램  ───────── 선정 ──────┘
 
핵심: 민간이 먼저 돈을 넣어 "검증" 하고, 정부 자금이 뒤를 받친다

2026년 개편의 주요 내용은 다음과 같다.

항목내용
일반 트랙 R&D 한도2년 최대 8억 원 (기존 2년 5억 원에서 확대)
딥테크 트랙 R&D 한도3년 최대 15억 원, 매출 요건 완화(2억 원 이상도 지원)
운영사 선투자 요건수도권 2억 원, 비수도권 1억 원
연계 지원창업사업화 자금·해외 마케팅 자금 각각 최대 1.5억 원

제도 요건은 매년 바뀐다. 공고 원문(중소벤처기업부·창업진흥원·TIPS 운영본부) 을 기준으로 확인한다. 이 레슨의 숫자는 2026년 공고와 해설 자료 기준이며, 지원 여부 판단은 반드시 최신 공고로 한다.

제도의 성격 에서 기억할 것은 둘이다. 첫째, 민간 선투자가 전제 라서 투자자와 과제가 한 묶음으로 들어온다. 둘째, 받은 자금이 R&D 과제 자금 이므로 뒤에 설명하는 정산·증빙이 함께 온다. 즉 TIPS 기업에는 투자자 보고와 과제 보고가 동시에 걸린다.

과제 자금에는 정산과 증빙이 붙는다

정부 R&D 과제는 "받고 쓰면 끝" 이 아니다. 연구개발비는 집행 내역이 시스템으로 관리되고 (연구비 관리 시스템이 쓰인다), 종료 후에는 규정에 맞게 집행했는지를 증빙으로 검증하는 정산이 따른다.

협약  →  집행  →  (중간 점검)  →  최종 보고  →  정산  →  성과 보고
 │        │           │              │           │
계획서   증빙 축적   진척 자료     결과 증빙   사용 내역
시점기관이 요구하는 것엔지니어링·QA가 관여하는 지점
협약개발 목표와 일정목표가 측정 가능한지 를 이때 봐야 한다
중간 점검진척 상황진척을 보여주는 테스트 결과
최종 보고기술 목표 달성 근거시험·성능 검증 자료(모듈 25 레슨 7)
정산비용 집행 증빙도구 라이선스·외주 시험 비용 증빙

첫 줄이 가장 중요하고 가장 많이 놓친다. 협약서의 기술 목표가 "응답 속도 개선" 처럼 측정 방법 없이 적히면, 1년 뒤 무엇을 측정해 제출할지 아무도 모르는 상태가 된다. 목표를 "어떤 조건에서 무엇을 어떻게 재서 몇으로 만든다" 로 바꿔 두는 것은 모듈 2에서 배운 검증 가능한 요구사항 쓰기와 완전히 같은 일이다. 다만 여기서는 독자가 사내 개발자가 아니라 평가위원 이다.

왜 개발·QA 조직이 이걸 알아야 하는가

TIPS·정부 R&D 과제로 자금을 받은 기업에는 과제 일정과 산출물 보고가 따라온다. "연말까지 시제품 완성" 같은 과제 목표가 곧 제품 일정이 되고, 그 일정이 테스트 기간을 압박한다. 과제 평가에 필요한 시험 성적서·성능 검증 자료가 요구되기도 한다 — 이때 필요한 공인 성적서와 일반 성적서의 차이는 모듈 25에서 다뤘다.

액셀러레이터는 "창업기획자" 로 등록된 사업자다

국내에서 AC는 느슨한 호칭이 아니라 법에 근거해 등록되는 사업자 다. 벤처투자 촉진에 관한 법률에 따라 창업기획자(액셀러레이터) 로 중소벤처기업부에 등록하면 개인투자조합 결성 등 정해진 업무를 할 수 있고, 그 대신 초기 창업기업에 일정 비율 이상 투자해야 하는 의무가 따른다.

AC의 성격에서 나오는 결과제품 조직에 생기는 일
초기 기업에 투자해야 한다아주 이른 단계에 자금이 들어온다
보육 프로그램을 운영한다멘토링·중간 발표가 달력에 박힌다
데모데이로 후속 투자를 연계한다데모 경로 품질이 최우선 과제가 된다 (레슨 2)

세 번째 줄이 QA에게 가장 직접적이다. AC 프로그램에 들어간 회사에서는 데모데이 날짜가 사실상 릴리즈 날짜 이고, 그날 깨지면 안 되는 경로가 정해져 있다. 전체 회귀보다 그 경로의 반복 리허설이 더 가치 있는 구간이다.

CVC — 전략적 투자가 품질 요구로 바뀌는 경로

CVC는 재무 수익만이 아니라 사업 제휴를 목적으로 들어오는 경우가 많다. 국내에서는 공정거래법 개정으로 일반지주회사의 CVC 보유가 허용되면서 대기업 계열의 투자 경로가 늘었다. 다만 외부 자금 출자 비율 등에 제약이 있고 규제 논의가 계속되고 있으므로, 구체적 제한은 최신 법령으로 확인한다.

QA가 체감하는 변화는 자금이 아니라 요구 문서 다.

CVC 투자 후 흔히 들어오는 요구대응의 출발점
모회사 보안 점검·취약점 진단 결과모듈 23의 점검 항목과 이력
모회사 시스템과의 연동 테스트인터페이스 테스트 설계
품질 기준·릴리즈 절차 문서모듈 8의 표준 산출물 양식
개인정보·오픈소스 처리 현황의존성·라이선스 목록

대기업 CVC가 들어온 회사에서는 문서·증빙 요구가 제품 요구보다 먼저 오는 일이 자주 있다. "기능은 다 됐는데 연동 승인이 안 나서 못 나간다" 는 상황이 그것이다.

벤처기업 확인과 인정 제도 — 문서가 자격이 되는 구조

국내에는 기업의 성격을 확인·인정해 주는 제도가 여러 갈래로 있다. 벤처기업 확인은 대표적인 예이고, 유형이 나뉘어 있다는 점만 알아 두면 회의에서 맥락을 놓치지 않는다.

유형성격(공개된 수준)
벤처투자유형적격 투자기관의 투자를 받은 실적을 근거로 한다
연구개발유형연구개발 조직과 연구개발비 지출을 근거로 한다
혁신성장유형기술의 혁신성·사업의 성장성을 평가받는다
예비벤처유형창업 예정자가 계획을 근거로 받는다

각 유형의 금액·비율 요건은 개정되므로 벤처기업확인기관의 안내와 공고로 확인한다. 이 레슨은 "어떤 유형이 있고 무엇을 근거로 삼는가" 까지만 다룬다.

QA에게 의미 있는 지점은 연구개발유형과 혁신성장유형 이다. 둘 다 근거가 문서 이고, 그 문서에 개발·검증 활동이 들어간다. 평소에 남겨 둔 테스트 기록이 제도 서류의 재료가 되는 순간이 이런 때다.

텀시트 — 투자 조건을 요약한 문서

텀시트는 본계약 전에 핵심 조건을 정리한 문서다. 구성 요소는 대체로 다음과 같다.

조항뜻회사 운영에 미치는 영향
투자금액·밸류에이션얼마를 어떤 가치로지분 구조와 희석
청산우선권회사 매각·청산 시 먼저 회수할 권리엑싯 시 분배 순서
희석방지(리픽싱)후속 라운드가 낮은 가격이면 전환가 조정다운라운드 시 창업자 지분 급감
동의권·협의권특정 결정에 투자자 동의 필요신규 투자·중요 계약·사업 변경
드래그얼롱·태그얼롱매각 시 동반 매도 요구·참여 권리M&A 진행 방식
상환권일정 조건에서 투자금 회수 요구현금흐름 압박 요인
진술 및 보장회사가 사실이라고 보증하는 항목기술·IP·컴플라이언스 포함

마지막 줄이 엔지니어링 조직과 직접 연결된다. 진술 및 보장에는 흔히 "제3자의 지식재산권을 침해하지 않는다", "중대한 법령 위반이 없다" 같은 항목이 들어간다. 오픈소스 라이선스 위반이나 개인정보 처리 문제가 나중에 드러나면 계약 위반 문제로 번질 수 있다. 모듈 23의 보안 점검과 라이선스 관리가 법적 의미를 갖는 지점이다.

⚠️ 이 절은 용어의 뜻과 조직에 미치는 영향만 설명한다. 특정 조항이 우리 회사에 어떤 법적 효력을 갖는지에 대한 판단은 이 레슨의 범위 밖이고, 자격 있는 법률·회계 전문가와 상의해야 한다. QA가 할 일은 조항을 해석하는 것이 아니라 우리 산출물에 걸리는 조항이 있는지 알아보고 담당 부서에 연결하는 것이다.

RCPS — 국내 벤처투자의 표준 형태

국내 벤처투자는 상당 부분이 상환전환우선주(RCPS) 로 집행된다(연간 벤처투자의 70% 이상이라는 설명이 흔하다).

RCPS = 상환권(Redeemable) + 전환권(Convertible) + 우선주(Preferred Stock)
 
상환권 : 일정 조건에서 투자금을 이자와 함께 돌려달라고 요구할 수 있는 권리
전환권 : 보통주로 바꿀 수 있는 권리 (상장·매각 시 주로 행사)
우선권 : 배당·잔여재산 분배에서 보통주보다 앞선다

투자자 입장에서는 하방을 막고 상방을 여는 구조다. 회사 입장에서는 상환 청구가 현금흐름 리스크가 되므로, 재무 조직이 상환 가능 시점을 관리한다. RCPS가 보통주로 전환되면 기존 주주 지분이 희석되므로 발행 전에 희석 시뮬레이션을 한다.

조건부지분인수계약(SAFE)과 전환사채 — 초기에 쓰이는 다른 형태

초기 단계에서는 기업가치를 지금 정하는 것 자체가 어렵다. 그래서 가치 산정을 뒤로 미루는 계약 형태가 쓰인다. 국내에서는 벤처투자 촉진에 관한 법률이 조건부지분인수계약 (해외의 SAFE에 해당하는 형태)을 투자 방식의 하나로 두고 있다.

형태성격지분이 정해지는 시점
우선주(RCPS 등)지금 가치를 정하고 주식을 발행계약 시
조건부지분인수계약먼저 투자금을 받고, 후속 투자의 가치 평가에 연동후속 투자 시
전환사채(CB)채권으로 들어와 주식으로 전환전환 시

요건과 효력은 법령에 정해져 있고 개정될 수 있으므로 세부는 전문가와 확인한다. QA가 기억할 것은 단 하나다. 지분이 나중에 정해지는 계약이 있으면, 그 "나중" 을 만드는 것이 후속 라운드이고, 후속 라운드에는 실사가 붙는다. (레슨 5)

마일스톤·트랜치 — 일정이 곧 돈이 되는 구조

투자금을 한 번에 넣지 않고 조건 달성 시 나눠 집행(트랜치) 하는 계약이 있다.

예: 총 30억 중
    1차 15억  계약 시
    2차 15억  "연내 신규 서비스 정식 출시 + 월 거래액 O억 달성" 시
 
→ 출시 일정이 자금 집행 조건이 된다
→ 품질 이슈로 인한 출시 연기가 곧 현금 문제로 연결된다

이 구조를 아는 QA와 모르는 QA의 대화는 완전히 달라진다. 모르는 쪽은 "일정 때문에 품질을 포기한다" 고 느끼고, 아는 쪽은 "연기의 실제 비용" 을 계산에 넣고 범위 조정을 협상한다. (레슨 7)

자금 출처를 QA 요구로 번역한 한 장

이 절들을 한 표로 접으면 이렇게 된다. 면접과 입사 첫 주에 바로 쓰이는 표 다.

들어온 돈먼저 오는 것QA가 먼저 준비할 것
엔젤거의 아무것도핵심 경로 스모크 목록
AC 프로그램데모 일정데모 경로 리허설
VC(민간)정기 보고, 지표지표 데이터 정합성 (레슨 3)
정책 모펀드 자펀드VC와 거의 같다위와 같다
정부 R&D 과제증빙·정산·평가날짜·버전이 남는 테스트 기록
대기업 CVC보안·연동·문서 심사점검 이력, 릴리즈 절차 문서
후기 성장펀드·PE실사결함·릴리즈 이력 전체 (레슨 5)

가운데 칸을 보면 규칙이 보인다. 민간 자금은 숫자를 먼저 묻고, 정책자금과 대기업 CVC는 문서를 먼저 묻는다. 그래서 같은 QA 업무의 우선순위가 자금 출처에 따라 뒤집힌다.

사례 — 증빙이 먼저 온 회사

시드 투자를 받고 TIPS에 선정된 회사였다. 같은 해에 대기업 CVC도 소액으로 들어왔다. QA는 한 명이었고, 하는 일은 릴리즈 전 수동 회귀였다.

실패는 과제 최종 평가 3주 전에 왔다. 과제 담당자가 요청한 자료 목록에 "기술 목표 달성을 입증하는 성능 측정 결과" 와 "시험 수행 내역" 이 있었다. 회사에는 숫자가 있었지만 언제, 어떤 버전에서, 누가, 어떤 조건으로 측정했는지가 남아 있지 않았다. CVC 쪽 보안 점검 요청도 같은 시기에 들어왔고, 취약점 조치 이력을 증명할 기록이 없었다.

원인은 세 가지였다.

원인
협약서의 기술 목표가 측정 방법 없이 적혀 있었다
테스트는 했지만 결과를 메신저와 머릿속 에 남겼다
과제·투자자 요구가 온 뒤에 대응하는 구조였다

바꾼 것은 단순했다.

바꾼 것결과
성능 측정을 고정된 스크립트와 고정된 데이터셋으로 통일했다재측정이 반나절로 줄었다
측정 결과에 날짜·커밋·환경·수행자를 함께 적었다그대로 제출 가능한 형태가 됐다
과제·투자 일정을 QA 달력에 미리 박아 두었다평가 3주 전이 아니라 분기 초 에 준비가 시작됐다
보안 점검 결과를 이슈 트래커에 티켓으로 남겼다조치 이력이 자동으로 증빙이 됐다

다음 해 같은 평가는 자료 모으는 데 이틀 이 걸렸다. 더 중요한 변화는 다른 데 있었다. 그 기록이 다음 라운드 실사 자료의 절반을 그대로 채웠다.

교훈은 셋이다.

  • 증빙은 소급해서 만들 수 없다. 측정을 다시 할 수는 있지만 "그때 그 버전에서 그랬다" 는 사실은 다시 만들 수 없다
  • 요구가 오기 전에 달력이 먼저 와 있다. 과제 평가·보고 시점은 협약서에 이미 적혀 있다
  • 과제용·투자자용·실사용 기록은 거의 같은 기록이다. 한 번 제대로 남기면 세 번 쓰인다

실무에서 왜 필요한가

일정 압박의 이유를 알면 대응이 달라진다

"왜 이 날짜여야 하는가" 에 대한 답이 마케팅 캠페인일 때와 투자 집행 조건일 때는 협상 가능한 범위가 다르다. 후자라면 날짜는 거의 고정이고, 움직일 수 있는 것은 범위와 리스크 수용 수준이다. 그때 QA가 내놓을 것은 "안 된다" 가 아니라 "이 범위로 출시하면 이 리스크가 남는다" 는 선택지다.

요구의 정체를 알면 "누가 볼 문서인가" 가 정해진다

같은 테스트 결과도 읽는 사람이 다르면 형식이 달라야 한다.

읽는 사람원하는 것형식
사내 개발자재현 방법결함 티켓
경영진결정에 필요한 요약한 장 (모듈 26 레슨 7)
투자자추세와 리스크지표 추이
과제 평가위원목표 달성의 증거날짜·조건·버전이 붙은 결과
실사 담당자프로세스가 돌아간 흔적이력 전체

네 번째와 다섯 번째 줄이 QA의 평소 기록 방식을 바꾼다. 둘은 요약을 원하지 않고 원본에 가까운 기록을 원한다. 그래서 "보고서를 잘 쓰는 것" 과 별개로 기록을 지우지 않고 쌓아 두는 것 자체가 업무가 된다. 모듈 8의 표준 산출물 양식이 유용해지는 이유도 여기에 있다 — 양식이 있으면 빠진 항목이 눈에 보인다.

증빙은 소급해서 만들 수 없다

이 절의 결론은 하나다. 지금 하는 테스트에 날짜·버전·환경·수행자를 붙이는 비용은 거의 0 이고, 반년 뒤에 그것을 복원하는 비용은 사실상 무한 이다. 둘 사이의 비대칭이 너무 커서, 자금 출처에 과제나 CVC가 섞여 있는 회사라면 이것만으로도 투자 가치가 있다.

투자자 보고에 제품 데이터가 들어간다

투자 후에는 정기 보고(월간·분기)가 이어진다. 지표(레슨 3)뿐 아니라 제품 진척, 장애 이력이 보고 자료가 되는 경우도 많다. QA가 만든 기록이 회사 밖으로 나가는 문서가 된다는 뜻이다.

제도 일정은 달력으로 반복된다

과제 공고, 중간 점검, 최종 평가, 정산은 매년 비슷한 시기에 돌아온다. 그리고 그 시기에 개발 조직의 여력이 빠진다 — 자료를 만드는 사람이 결국 개발자와 QA이기 때문이다. 이것을 모르면 "왜 하필 이때 바쁘냐" 가 되고, 알면 그 분기의 테스트 계획을 미리 가볍게 짤 수 있다. 모듈 4의 리스크 기반 계획을 회사의 제도 달력 위에서 짜는 것이다.

용어를 알면 회의에서 맥락을 잃지 않는다

"이번 라운드 리픽싱 조항 때문에", "상환권 걸린 물량이" 같은 말이 오가는 회의에서 맥락을 놓치지 않는 것만으로도 QA의 판단 품질이 달라진다. 모듈 26에서 배운 C레벨의 언어에, 이 레슨의 자본 용어가 더해진다.

채용시장에서의 위치

스타트업 QA 채용에서 이 지식은 직접적인 요구사항으로 적히지는 않는다. 대신 면접 대화의 수준에서 드러난다.

상황준비된 지원자의 반응
"저희는 TIPS 과제를 수행 중입니다"과제 일정·산출물이 개발 일정에 주는 제약을 질문한다
"다음 라운드를 준비 중입니다"실사 대비 상태와 QA 기록 수준을 확인한다
"마일스톤 기반 투자입니다"출시 일정의 고정성과 범위 협상 여지를 묻는다
"대기업 CVC가 주주입니다"모회사 보안·품질 심사 범위를 묻는다

또한 CVC 투자를 받은 회사는 모회사의 품질 기준·보안 요구가 들어오는 경우가 많다. 입사 전에 확인해두면 업무 성격을 훨씬 정확히 예측할 수 있다.

질문별로 답이 갈리는 지점은 이렇다.

질문약한 답강한 답
"저희는 정부 과제를 수행 중입니다. QA가 뭘 도울 수 있을까요?""테스트를 꼼꼼히 하겠습니다""협약서 기술 목표가 측정 가능한지 먼저 보고, 측정 결과에 날짜·버전·환경을 붙여 남기겠습니다. 최종 평가 때 그대로 제출됩니다"
"일정이 투자 조건에 걸려 있다면 어떻게 하시겠어요?""일정을 맞추겠습니다""날짜는 고정으로 두고 범위와 잔여 리스크를 선택지로 만들어 올립니다. 연기의 비용이 자금 집행 지연이라는 걸 전제로 협상합니다"
"모회사 보안 심사가 들어왔습니다""보안팀에 넘깁니다""점검 항목과 조치 이력을 티켓으로 남겨 두면 심사 자료가 따로 필요 없습니다. 없는 상태라면 범위를 좁혀 이번 심사 항목부터 채웁니다"
"정책자금을 받은 회사와 VC 투자만 받은 회사, QA 일이 다를까요?""비슷할 것 같습니다""다릅니다. 민간 자금은 숫자를 먼저 묻고, 과제 자금과 CVC는 문서를 먼저 묻습니다. 그래서 기록 형식의 우선순위가 바뀝니다"
"텀시트의 진술 및 보장 조항을 아세요?""법무 쪽 일로 알고 있습니다""해석은 전문가 몫이지만, 오픈소스 라이선스와 개인정보 처리 현황 목록은 엔지니어링이 만듭니다. 그 목록이 없는 상태가 가장 위험합니다"

첫 번째와 네 번째가 가장 변별력이 크다.

첫 번째가 변별력을 갖는 이유는, 대부분의 지원자가 과제를 "남의 일" 로 답하기 때문이다. "테스트를 꼼꼼히" 는 아무 정보를 주지 않는다. 반면 협약서의 목표 문장을 보겠다는 답은 QA가 요구사항 단계에 개입할 수 있다는 것과, 과제 구조를 안다는 것을 동시에 보여 준다. 모듈 2에서 배운 검증 가능한 요구사항이 과제 협약서에도 똑같이 적용된다는 걸 아는 사람은 드물다.

네 번째는 회사를 고르는 안목을 보여 준다. 면접은 평가받는 자리이기도 하지만 지원자가 그 자리의 성격을 예측할 수 있는지 를 보는 자리이기도 하다. 자금 출처로 업무 성격을 예측한다는 답은 입사 후 기대치 불일치가 적을 사람이라는 신호가 된다.

다섯 번째는 경계를 지키는 태도 때문에 좋은 답이다. 법률 해석을 하려 드는 지원자보다 "해석은 전문가, 목록은 우리" 로 선을 긋는 지원자가 실무에서 훨씬 안전하다.

실습 과제

과제 1 — 공고 원문으로 제도 확인하기

TIPS 최신 공고 원문을 찾아 다음을 직접 확인한다(이 레슨의 표와 대조해 본다).

1. 일반 트랙과 딥테크 트랙의 지원 한도와 기간
2. 운영사 선투자 최소 금액과 지역별 차이
3. 신청 자격(업력·매출 등)
4. 과제 수행 중 제출해야 하는 보고·평가 항목

4번에서 시험·검증 자료 요구가 있는지 확인하는 것이 QA 입장의 핵심이다.

해설 보기

이 과제의 목적은 숫자를 외우는 것이 아니라 "요약 글과 공고 원문이 다르다" 를 몸으로 확인하는 것이다. 실제로 해 보면 대개 이런 차이가 나온다.

확인해 보면자주 발견되는 것
한도트랙·연차별로 쪼개져 있고 조건이 붙는다
선투자 요건금액뿐 아니라 투자 시점과 형태 조건이 있다
신청 자격업력 기준의 기산점이 따로 정의돼 있다
보고·평가제출 서류 목록이 별표로 붙어 있다

마지막 줄이 QA가 찾아야 하는 것이다. 제출 서류 목록에 시험 결과나 성능 검증이 들어 있다면, 그것은 지금부터 쌓아야 하는 기록이다. 평가 직전에 만들 수 있는 종류가 아니다.

그리고 이 과제에서 얻는 가장 큰 소득은 습관이다. 제도 이야기가 나오면 공고 원문을 찾는다. 블로그 요약은 방향을 잡는 데만 쓴다.

과제 2 — 텀시트 조항을 제품 언어로 번역하기

앞의 텀시트 표에서 조항 3개를 골라, 각각이 개발·QA 일상에 미치는 영향을 한 줄씩 적는다.

진술 및 보장 → 오픈소스 라이선스 목록과 개인정보 처리 현황을 상시 관리해야 한다
동의권       → 외부 서비스 도입·중요 계약 변경 시 승인 절차가 한 단계 늘어난다
마일스톤     → 출시 지연이 자금 집행 지연으로 이어진다. 지연 비용을 미리 계산한다
해설 보기

번역이 잘 됐는지 판단하는 기준은 하나다. 그 문장을 읽고 내일 할 일이 정해지는가.

번역판정
"진술 및 보장은 중요한 조항이다"안 된 번역. 할 일이 없다
"오픈소스 라이선스 목록을 분기마다 갱신하고 GPL 계열 포함 여부를 표시한다"된 번역
"상환권은 현금 압박을 만든다"안 된 번역
"상환 가능 시점 전 분기에는 비용 증가 제안을 올리지 않는다"된 번역

남은 조항들도 같은 방식으로 바꿔 볼 수 있다.

청산우선권   → 엑싯 시나리오가 논의되기 시작하면 실사 대비가 곧 온다는 신호다
리픽싱       → 다운라운드 가능성이 있는 국면에서는 비용 제안이 거의 통과되지 않는다
드래그얼롱   → M&A 논의가 빨라질 수 있다. 문서화 상태가 갑자기 중요해진다

주의할 것은 여기까지가 QA의 몫이라는 점이다. 조항의 법적 효력·협상 가능성은 자격 있는 전문가의 영역이다. 우리가 하는 번역은 "그래서 우리 팀의 다음 행동은 무엇인가" 까지다.

과제 3 — 오픈소스 라이선스 자가 점검

지금 다루는 제품의 의존성 목록을 뽑아 라이선스를 분류한다.

1. 의존성 목록과 라이선스 추출 (패키지 매니저 기능 또는 SBOM 도구)
2. 강한 카피레프트(GPL 계열) 포함 여부
3. 상용 배포 형태와 충돌 가능성
4. 라이선스 고지 파일이 제품에 포함돼 있는가

법적 판단은 법무의 몫이지만, 목록을 만들어 올리는 일은 엔지니어링 조직이 한다. 실사에서 가장 흔히 요구되는 자료 중 하나다. (레슨 5)

해설 보기

처음 해 보면 거의 항상 이런 결과가 나온다.

흔한 결과의미
의존성이 생각보다 몇 배 많다직접 의존성보다 전이 의존성이 압도적이다
라이선스 미표기 항목이 섞여 있다가장 먼저 확인해야 하는 항목이다
고지 파일이 아예 없다많은 라이선스가 고지를 요구한다
GPL 계열이 개발 도구에만 있다배포 형태에 따라 영향이 다르다

네 번째 줄이 중요하다. 배포하지 않는 빌드 도구와 제품에 포함돼 배포되는 라이브러리는 성격이 다르다. 그래서 목록에는 라이선스 이름만 적는 것으로 부족하고 "제품에 포함되는가" 열을 같이 둬야 쓸 수 있는 자료가 된다.

패키지 | 버전 | 라이선스 | 직접/전이 | 제품 배포에 포함 | 비고

이 표를 한 번 만들어 두고 릴리즈마다 갱신하면, 실사·과제·CVC 심사 세 곳에서 같은 파일이 쓰인다. 판단은 법무에 맡기고, 목록의 정확성과 최신성만 엔지니어링이 책임지면 된다.

과제 4 — 우리 회사 자금 지도와 증빙 선반 만들기

지금 다니는 회사(또는 가상의 회사)의 자금 출처를 적고, 각각에서 나오는 문서 요구를 연결한다. 공개 정보와 사내에서 확인 가능한 범위에서만 적는다.

[1단계] 자금 출처 목록
  - 투자(어느 성격의 투자자인가: 엔젤 / AC / VC / CVC / 후기 펀드)
  - 융자·보증이 있는가
  - 진행 중인 정부 과제가 있는가 (있다면 종료 예정 시점)
 
[2단계] 각 출처에서 나오는 문서 요구와 시점
  출처            | 요구 문서            | 시점        | 지금 있는가
  ----------------|---------------------|-------------|------------
  정부 R&D 과제   | 성능 검증 결과       | 최종 평가 전 | 없음
  CVC             | 보안 점검 이력       | 수시        | 일부
  VC              | 지표·장애 이력       | 분기        | 있음
 
[3단계] "없음" 과 "일부" 중 가장 이른 시점 하나를 골라 이번 분기 과제로 만든다
해설 보기

이 과제의 핵심은 3단계다. 전부 채우려 하면 아무것도 안 된다.

고르는 기준은 중요도가 아니라 시점 이다. 반년 뒤에 필요한 완벽한 문서보다 다음 달에 필요한 최소한의 기록이 먼저다. 모듈 4의 리스크 기반 우선순위를 제도 달력 위에서 적용하는 것이다.

실제로 해 보면 "없음" 칸의 상당수가 새로 만드는 일이 아니라 지금 하는 일에 항목을 붙이는 일로 끝난다.

요구새로 만들어야 하는가
성능 검증 결과측정은 이미 한다. 조건·버전 기록을 붙이는 것이 전부일 수 있다
보안 점검 이력점검은 한다. 티켓으로 남기는 것이 전부일 수 있다
테스트 수행 내역실행은 한다. 결과를 지우지 않는 것이 전부일 수 있다

세 줄 모두 비용이 거의 0인 변경 이다. 그래서 자금 상황이 긴축이든 확장이든 관계없이 할 수 있다. 반대로 이것을 안 해 두면, 돈으로도 복원되지 않는다. (레슨 7)

자가 체크리스트

  • 엔젤·AC·VC·CVC·정책자금의 성격과 들어오는 단계를 구분할 수 있다
  • "정책자금" 이 모펀드 계열 투자 와 과제 출연금 두 가지를 가리킨다는 것을 구분해 설명할 수 있다
  • 투자·융자(보증)·출연금이 회사에 남기는 의무의 차이를 말할 수 있다
  • LP·GP·모펀드·자펀드의 관계를 그림으로 그릴 수 있다
  • 펀드 만기가 회수 압박으로 전달되는 경로를 설명할 수 있다
  • TIPS의 구조(운영사 선투자 + 정부 R&D)를 설명하고 최신 공고로 요건을 확인할 수 있다
  • 과제 자금에 따라오는 증빙·정산·평가의 흐름을 순서대로 말할 수 있다
  • 협약서의 기술 목표가 측정 가능한지 판단하고 고쳐 쓸 수 있다
  • 액셀러레이터가 법에 근거해 등록되는 사업자라는 점과, 그래서 데모 일정이 생기는 이유를 설명할 수 있다
  • CVC 투자가 보안·연동·문서 요구로 바뀌는 경로를 예로 들 수 있다
  • 벤처기업 확인의 네 유형이 각각 무엇을 근거로 삼는지 말할 수 있다
  • 텀시트의 주요 조항을 읽고 회사 운영에 미치는 영향을 설명할 수 있다
  • RCPS의 세 가지 권리와 희석 효과를 설명할 수 있다
  • 조건부지분인수계약·전환사채가 지분 확정 시점에서 우선주와 어떻게 다른지 말할 수 있다
  • 마일스톤·트랜치 구조가 출시 일정에 주는 압박을 계산에 넣을 수 있다
  • 진술 및 보장 조항과 오픈소스 라이선스 관리의 연결을 설명할 수 있다
  • 테스트 기록에 날짜·버전·환경·수행자를 붙이는 습관을 갖고 있다
  • 법률·세무 판단은 자격 있는 전문가의 영역이라는 경계를 지킬 수 있다

흔한 실수

제도 요건을 블로그 요약으로만 확인한다. 지원 한도·자격은 해마다 바뀐다. 요약 글은 방향을 잡는 용도이고, 판단은 공고 원문으로 한다.

"정책자금" 을 한 가지로 생각한다. 모펀드가 출자한 자펀드의 투자 와 과제로 받는 출연금 은 성격이 완전히 다르다. 전자는 민간 투자처럼 움직이고, 후자에는 증빙·정산이 붙는다. 회사가 어느 쪽을 받았는지 모르면 대비해야 할 문서가 무엇인지도 모른다.

투자와 융자·보증을 섞어 쓴다. 보증을 받아 받은 대출은 빚 이다. 상환 일정이 있는 회사의 비용 결정은 훨씬 단기적이 된다. "투자받았다" 는 말만 듣고 예산 여유를 기대하면 어긋난다.

투자 계약을 재무·법무만의 일로 여긴다. 진술 및 보장, 마일스톤 조건은 엔지니어링 산출물에 직접 걸린다. 계약서 전체를 읽을 필요는 없지만, 우리 조직에 걸리는 조항이 있는지는 알아야 한다.

반대로, QA가 계약을 해석하려 든다. 조항의 효력·협상 여지는 자격 있는 전문가의 영역 이다. QA의 몫은 해석이 아니라 목록과 기록을 만들어 담당 부서에 연결하는 것 이다. 선을 넘은 해석은 신뢰를 깎는다.

일정 고정의 이유를 묻지 않고 반발한다. "왜 이 날짜인가" 를 알기 전의 반대는 대체로 통하지 않는다. 이유를 알고 나면 범위·리스크 수용·단계적 출시 같은 실제로 통하는 협상 카드가 보인다.

협약서의 기술 목표를 개발 조직이 읽지 않는다. 측정 방법이 없는 목표는 1년 뒤에 무엇을 제출할지 아무도 모르는 상태를 만든다. 목표를 쓰는 자리에 QA가 한 번 끼는 것이 가장 값싼 개입이다.

증빙을 평가 직전에 만들려 한다. 측정은 다시 할 수 있지만 "그때 그 버전에서 그랬다" 는 사실은 복원되지 않는다. 날짜·버전·환경·수행자를 붙이는 비용은 거의 0이다.

오픈소스 라이선스를 "무료니까 괜찮다" 로 처리한다. 라이선스 위반은 실사와 계약 조항 양쪽에서 문제가 된다. 목록조차 없는 상태가 가장 위험하다.

정책자금을 받았다는 사실만으로 회사가 안전하다고 본다. 과제 자금은 용처가 정해진 돈이고 회수 의무나 정산 요건이 따른다. 런웨이 계산은 별도다. (레슨 7)

CVC 주주를 그냥 "투자자 한 곳 더" 로 본다. 모회사 기준의 보안 심사·연동 테스트·문서 요구가 들어오면 제품 일정이 아니라 승인 일정이 병목이 된다. 입사 전·프로젝트 착수 전에 확인할 항목이다.

참고 자료

이 커리큘럼 안에서

  • 모듈 27 레슨 1 — 투자 라운드 지도. 이 레슨의 제도·용어가 어느 단계에 붙는지의 전제
  • 모듈 27 레슨 2 — 프리시드·시드. AC 프로그램의 데모 경로 테스트가 여기 있다
  • 모듈 27 레슨 3 — 시리즈 A. 민간 투자자가 먼저 묻는 지표 데이터 정합성
  • 모듈 27 레슨 4 — 시리즈 B. 개인기가 시스템으로 바뀌는 지점
  • 모듈 27 레슨 5 — 실사와 엑싯. 이 레슨에서 쌓은 기록이 그대로 제출되는 자리
  • 모듈 27 레슨 7 — 런웨이와 QA 예산. 상환 일정·과제 일정이 예산 결정에 들어가는 방식
  • 모듈 26 레슨 3 — CSO·CFO. 돈의 언어로 품질을 말하는 법
  • 모듈 26 레슨 7 — C레벨 보고. 같은 사실을 읽는 사람에 맞춰 번역하기
  • 모듈 25 레슨 7 — 시험성적서의 세 얼굴. 과제 평가에 어떤 성적서가 필요한가
  • 모듈 23 — 보안 테스트 도구. CVC·실사 심사 항목의 원재료
  • 모듈 8 레슨 6 — 표준 산출물 문서. 증빙으로 쓸 수 있는 기록의 양식
  • 모듈 8 레슨 1 — 표준이 필요한 이유. 감사 가능성이 이 레슨의 증빙 요구와 같은 개념이다
  • 모듈 4 레슨 2 — 리스크 기반. 제도 달력 위에서 우선순위를 정하는 틀
  • 모듈 2 — 요구사항과 테스트의 연결. 협약서의 기술 목표도 같은 방식으로 고쳐 쓴다

한 줄 정리 — 국내 자금은 투자·융자·출연금 세 꼬리표로 갈리고, 그중 과제 출연금과 대기업 CVC는 숫자보다 문서를 먼저 요구한다. 그래서 자금 출처를 아는 QA는 증빙을 미리 쌓고, 모르는 QA는 평가 3주 전에 복원 불가능한 기록을 찾아 헤맨다. 날짜·버전·환경·수행자를 붙이는 비용은 거의 0이고, 그 기록은 과제 평가·투자자 보고·실사 세 곳에서 같은 파일로 쓰인다. 계약 조항의 해석은 자격 있는 전문가와 상의 하고, QA는 목록과 기록을 책임진다.

낯선 말 풀이

이 레슨에 나온 약어입니다. 본문에서도 처음 나올 때 점선으로 표시해 두었습니다 (제목과 링크 글자는 그대로 둡니다).

QA — 품질보증
만든 것이 쓸 만한지 확인하고, 애초에 덜 망가지게 만드는 방법을 정하는 일. "테스트"는 그 일의 일부다.
AC — 수용 기준
"이 조건들을 만족하면 다 된 것으로 친다" 를 미리 글로 못 박아 둔 목록.
IP — 아이피 주소
인터넷에 연결된 기기마다 붙는 번호.
PDF — 피디에프
어디서 열어도 모양이 같게 나오도록 만든 문서 형식.

용어집 전체 보기