팀 이력 나열과 팀 역량 증명은 다르다 — 사업계획서에서 가장 자주 빠지는 연결고리

#심사위원이 팀 섹션에서 실제로 찾는 것

많은 창업자가 팀 소개를 '신뢰를 쌓는 구간'으로 이해한다. 그래서 인상적인 이력을 최대한 많이 담으려 한다. 그런데 심사위원이 팀 섹션에서 찾는 건 인상이 아니라 판단 근거다.

심사위원이 실제로 확인하려는 질문은 세 가지로 압축된다. 첫째, 이 팀이 이 사업의 핵심 리스크를 줄일 수 있는 구성인가. 둘째, 역할이 실제로 분담되어 있는가, 아니면 한 사람이 모든 것을 맡고 있는가. 셋째, 지금 팀에 없는 역할을 창업자가 인식하고 있는가. 이 세 가지 질문에 답하지 못하는 팀 섹션은 아무리 이력이 화려해도 실행력 불명확으로 처리된다.

정부지원사업과 초기 투자 심사 모두 이 기준은 크게 다르지 않다. 사업 규모나 단계보다 '지금 이 팀이 다음 6개월을 실행할 수 있는가'를 보는 시각은 공통적이다.

#이력 나열이 역량 증명이 되지 못하는 3가지 이유

이력과 역량 증명의 간격은 생각보다 크다. 아래 세 가지 이유로 이력 나열만으로는 심사 기준을 통과하기 어렵다.

1. 이력은 과거 조직의 성과다. 대기업 재직 이력이나 명문대 학위는 그 조직·환경이 만들어낸 결과물이기도 하다. 심사위원은 '이 사람이 그 조직 없이도 실행할 수 있는가'를 묻는다.
2. 이력과 현재 사업 사이의 연결이 없으면, 심사위원이 직접 연결해야 한다. 연결에 실패하면 '관련 없는 이력'으로 분류된다. 연결은 창업자의 몫이다.
3. 팀원 개별 이력이 나열되어 있어도 협업 방식·의사결정 구조·역할 경계가 보이지 않으면 개인의 합산이지 팀이 아니다.

이 세 가지 간격을 메우지 않으면, 훌륭한 이력을 가진 팀이 '실행력 미확인' 판정을 받는 일이 생긴다. OpenSeed 심사 데이터에서도 이 패턴이 반복적으로 확인된다.

#팀 역량 증명 실패 유형 분류

사업계획서에서 나타나는 팀 역량 증명 실패는 크게 네 가지 유형으로 나뉜다. 각 유형별로 심사에서 발생하는 문제와 수정 방향이 다르다.

네 유형 중 두 가지 이상이 겹치면 팀 섹션 전체가 '검토 불충분'으로 처리될 수 있다. 각 유형을 하나씩 점검하는 것이 효과적이다.

#사업계획서에서 팀 역량을 증명하는 실전 체크리스트

팀 섹션을 제출하기 전에 아래 항목을 직접 점검해보자. 각 항목은 심사위원이 실제로 확인하는 판단 기준에서 역산한 것이다.

• 각 팀원의 이력 바로 옆 또는 아래에 '이 이력이 우리 사업의 [구체적 리스크명]을 줄이는 이유' 한 문장이 있는가.
• 팀원별 담당 기능(기술 개발·고객 획득·운영·재무 등)이 명시적으로 분리되어 있는가. 한 사람이 3개 이상의 기능을 맡고 있다면 그 이유가 적혀 있는가.
• 현재 팀에 없는 핵심 기능(예: 의료 스타트업인데 임상 전문가 부재)을 창업자가 인식하고 있는가. 그 공백을 언제, 어떻게 채울지 계획이 있는가.
• 공동창업자가 있다면, 중요한 결정을 내릴 때 누가 최종 결정권을 갖는지 역할 구조가 기술되어 있는가.
• 팀원 간 협업 이력(함께 일한 경험, 이전 창업 경험 등)이 있다면 해당 맥락이 한 줄이라도 포함되어 있는가.
• 팀 소개 전체를 읽었을 때 '이 팀이 다음 6개월을 실행할 수 있겠다'는 판단이 서는가. 직접 읽거나 제3자에게 읽게 해보자.

6개 항목 중 3개 이상에 '아니오'가 나온다면 팀 섹션을 전면 재구성하는 것이 낫다. 항목을 추가하기보다 구조를 바꾸는 방향이 효과적이다.

#역할 분담이 실행력 증거가 되는 이유

역할 분담 명시는 단순한 조직도가 아니다. 심사위원에게는 세 가지 신호를 동시에 전달한다.

첫째, 창업자가 사업의 기능적 요구를 구체적으로 이해하고 있다는 증거다. 기능을 나누려면 어떤 기능이 필요한지 먼저 알아야 한다. 둘째, 팀 내 책임 소재가 명확하다는 신호다. 누가 무엇을 책임지는지 모호한 팀은 실행 단계에서 병목이 생긴다. 셋째, 팀원 개인이 아니라 팀 단위로 사업을 운영할 준비가 되어 있다는 판단 근거가 된다.

반대로 역할이 겹치거나 공백이 있는 경우, 심사위원은 '이 팀은 [기능명]을 어떻게 해결할 것인가'라는 질문을 리스크 항목으로 별도 기록한다. 이 질문이 답 없이 남으면 감점 요인이 된다.

역할 분담을 기술할 때는 직함보다 기능 단위로 쓰는 것이 더 명확하다. 'CTO'보다 '서버 아키텍처 설계 및 초기 개발 전담'이 심사 판단에 더 유용한 정보다. 직함은 내부 용어이지만, 기능 설명은 외부에서 검증 가능한 정보다.

#자주 묻는 질문

팀원이 1~2명밖에 없으면 팀 섹션을 어떻게 채워야 하나요?

팀원 수가 적을수록 오히려 더 구체적으로 써야 한다. 1인 창업자라면 '혼자 모든 기능을 맡는다'가 아니라, 현재 어떤 기능을 직접 수행하고, 어떤 기능은 외부 협력(프리랜서·자문·멘토 등)으로 보완하며, 어떤 기능은 채용으로 단기 내 보강할 계획인지를 밝히는 편이 효과적이다. 공백을 숨기는 것보다 인식하고 있다는 점을 보여주는 것이 심사에서 유리하다.

팀원 이력이 사업과 직접 관련이 없는 경우에는 어떻게 하나요?

이력이 사업과 직접 연결되지 않아도 간접 전이 가능성을 설명할 수 있다. 예를 들어, 대형 유통사 MD 출신이 헬스케어 스타트업을 창업할 경우 '유통 채널 확보와 바이어 협상 경험이 B2B 파트너십 단계에서 활용된다'는 식으로 연결을 만들 수 있다. 이 연결고리를 창업자가 직접 서술하지 않으면 심사위원은 연결을 찾지 않는다.

팀 섹션에서 자문단·멘토를 포함시켜도 되나요?

포함시킬 수 있지만 실행 팀과 명확히 구분해야 한다. 자문단의 역할(어떤 판단에 개입하는지, 얼마나 실질적으로 참여하는지)을 구체적으로 밝히지 않으면 역효과가 날 수 있다. 알려진 이름을 나열하고 실질 참여 내용이 없는 경우, 일부 심사에서 신뢰도 의심 요인으로 처리되기도 한다.