창업 사업계획서 팀 역할: 책임·의존성·결정을 나누는 5가지 기준
창업 사업계획서 팀 역할: 책임·의존성·결정을 나누는 5가지 기준
초기 창업팀의 역할 문단은 직함을 나열하는 칸이 아닙니다. 심사자나 협업자가 알고 싶은 것은 누가 어떤 일을 ‘돕는지’보다, 제품을 만들고 고객을 확인하며 비용과 일정을 결정하는 일이 누구의 책임 아래 어떻게 이어지는지입니다. 역할이 겹친다는 사실 자체가 문제는 아닙니다. 다만 같은 일을 여러 사람이 맡았다고 적고도 최종 판단자와 다음 확인 시점이 비어 있으면, 계획은 실행 가능한 약속이 아니라 소개 문장이 됩니다.
이 글은 공동창업자 지분, 근로계약, 법률상 권한 또는 지원사업의 공식 평가 기준을 정하는 안내가 아닙니다. 창업 사업계획서와 MVP 실행계획에서 역할, 산출물, 다른 사람에게 넘겨야 하는 조건, 결정 기록을 분리해 적는 일반적인 정리법입니다. 실제 신청 서식·평가 항목·계약 조건은 해당 공고와 전문가의 최신 안내를 따로 확인해야 합니다.
1. 먼저 ‘직함’이 아니라 책임질 결과를 한 줄로 씁니다
대표, 기획, 개발, 마케팅이라는 직함만으로는 팀의 작동 방식이 보이지 않습니다. 각 역할에는 그 사람이 끝까지 확인할 결과를 붙여 보세요. 예를 들어 제품 담당자의 결과는 화면을 많이 만드는 것이 아니라 ‘정해진 사용자 흐름을 시험 가능한 상태로 만드는 것’이 될 수 있습니다. 고객 검증 담당자는 인터뷰 횟수가 아니라 ‘관찰한 발언과 질문을 다음 제품 결정에 연결하는 기록’을 맡을 수 있습니다.
한 사람에게 역할이 여러 개일 수 있는 초기 팀이라면 더 선명하게 나눠야 합니다. 같은 사람이 고객 대화와 제품 결정을 모두 맡더라도, 고객에게서 확인한 사실과 팀이 내린 해석은 서로 다른 기록입니다. 역할을 비워 두지 말고, 지금 책임자와 나중에 인력이 늘 때 분리할 후보 역할을 구분하세요.
기록 칸 | 적을 내용 | 아직 적지 않아도 되는 것 |
|---|---|---|
책임 결과 | 이 역할이 끝까지 확인할 사용자·제품·운영 결과 | 그럴듯한 직함 |
현재 책임자 | 오늘 결정과 기록을 맡는 한 사람 | 모든 업무의 보조 참여자 |
산출물 | 다음 사람이 읽고 이어갈 수 있는 문서·화면·확인 기록 | 확인되지 않은 성과 수치 |
검토 시점 | 무엇이 바뀌면 다시 확인할지 | 근거 없는 고정 일정 |
2. 한 업무의 ‘실행자’와 ‘결정자’를 같은 칸에 넣지 않습니다
누군가 화면을 구현했다고 해서 그 사람이 제품 범위의 최종 결정자라는 뜻은 아닙니다. 반대로 대표가 모든 판단을 한다고 적으면, 실제로 어떤 자료를 보고 결정하는지 드러나지 않습니다. 업무마다 실행, 검토, 최종 결정, 공유 대상을 별도로 적으면 지연이 생겼을 때 누구를 먼저 확인해야 하는지가 분명해집니다.
특히 외주 파트너나 멘토가 있을 때는 ‘담당’이라는 한 단어를 피하는 편이 좋습니다. 외부 참여자가 제공하는 것은 작업 산출물인지, 검토 의견인지, 최종 승인인지가 다를 수 있습니다. 권한을 실제보다 넓게 쓰면 협업 상대와 팀 내부 모두가 잘못된 기대를 가질 수 있습니다. 법적 권한이나 계약상 책임은 계약서와 별개로 확인해야 하며, 사업계획서의 역할표가 이를 대신하지는 않습니다.
3. 다음 사람에게 넘기는 조건을 의존성으로 표시합니다
‘개발 후 마케팅 진행’ 같은 순서는 너무 넓습니다. 고객 검증을 시작하려면 어떤 핵심 흐름이 작동해야 하는지, 공개 전에 어떤 설명과 지원 경로가 준비돼야 하는지처럼 다음 역할이 일을 시작할 수 있는 조건을 적어야 합니다. 이 조건은 일정표의 날짜가 아니라, 앞선 산출물이 갖춰야 할 상태입니다.
가령 고객 인터뷰를 담당하는 사람이 프로토타입을 받아야 한다면, 링크 하나가 전달됐다는 사실만으로 완료로 보지 않습니다. 대상 사용자가 확인할 시나리오, 기록 방식, 수정 요청을 받을 창구가 함께 정해졌는지 확인합니다. 한 역할의 완료를 다른 역할의 시작으로 오해하지 않도록, ‘전달함’과 ‘다음 작업을 시작할 수 있음’을 분리하세요.
4. 회의에서는 업무 보고보다 결정 기록을 남깁니다
주간 회의에서 ‘진행 중’이라는 말은 정보를 거의 남기지 않습니다. 역할별로 이번에 확인한 사실, 아직 모르는 점, 제안하는 다음 행동, 결정을 내려야 하는 사람을 짧게 기록하세요. 이렇게 하면 다음 회의에서 바뀐 조건을 다시 읽을 수 있고, 책임자를 찾는 회의가 아니라 근거를 확인하는 회의가 됩니다.
결정 기록은 거창한 회의록일 필요가 없습니다. 예를 들어 ‘첫 사용자 흐름은 한 가지로 제한한다’라는 결정을 적고, 근거로 어떤 사용자 관찰과 구현 제약을 봤는지, 다음에 무엇을 확인하면 이 결정을 바꿀지 남기면 됩니다. 투자 유치, 지원사업 선정, 매출처럼 여러 외부 요인이 얽힌 결과를 단일 역할의 성공 신호로 적지 않는 것도 중요합니다.
5. 팀 역량은 ‘좋다’가 아니라 증거와 공백을 함께 씁니다
사업계획서에 팀의 전문성을 쓸 때에는 확인 가능한 경험, 현재 맡은 책임, 아직 보완해야 할 공백을 나누는 것이 안전합니다. 경력이나 보유 기술을 실제보다 넓게 해석해 고객 수요나 출시 결과까지 연결하지 마세요. 아직 없는 역량은 채용·외주·자문 등 가능한 보완 경로와, 그 경로가 없을 때 줄일 제품 범위를 함께 적으면 계획의 한계도 읽을 수 있습니다.
제품의 범위를 먼저 정리해야 역할의 경계도 선명해집니다. 제품에서 확정된 항목, 검증할 가설, 외부 의존성을 나누는 방법은 창업 사업계획서 제품 로드맵: 확정·가설·의존성을 나누는 5가지 기준에서 이어서 확인할 수 있습니다. 로드맵이 무엇을 확인할지의 순서라면, 이 글의 역할 기록은 그 순서를 누가 어떤 근거로 이어갈지를 정리하는 도구입니다.
제출 전 5문장 점검표
각 역할에 직함이 아닌 책임질 결과가 적혀 있는가?
실행자·검토자·최종 결정자가 필요한 곳에서 구분됐는가?
다음 역할이 시작할 수 있는 산출물과 조건이 보이는가?
확인한 사실과 팀의 해석·결정이 다른 줄에 있는가?
부족한 역량을 성과 약속으로 덮지 않고 보완 또는 범위 축소 계획을 적었는가?
자주 묻는 질문
한 사람이 여러 역할을 맡는 초기 팀도 역할을 나눠야 하나요?
네. 인원이 적을수록 한 사람이 맡은 책임 결과와 결정 시점을 나눠 적는 편이 좋습니다. 그래야 나중에 인력이나 외부 협업이 생겼을 때 무엇을 넘겨야 하는지 확인할 수 있습니다.
공동창업자 지분 비율을 역할표에 넣어야 하나요?
역할표는 실행 책임을 정리하는 문서입니다. 지분·계약·법적 권한은 별도의 계약 및 전문가 검토가 필요한 사안이므로, 단순한 역할 설명으로 판단하지 마세요.
외주 개발사가 있으면 외주사를 개발 책임자로 써도 되나요?
외주사가 제공할 산출물과 검토 범위를 적을 수는 있습니다. 다만 제품 범위·고객 검증·최종 출시 판단을 누가 맡는지는 팀의 실제 권한과 계약 내용을 분리해 기록하는 것이 좋습니다.
이 기준이 지원사업의 공식 평가 기준인가요?
아닙니다. 이는 팀의 실행 계획을 읽기 쉽게 정리하는 일반적 기준입니다. 실제 평가 항목과 제출 서식은 지원사업 공고와 최신 안내 원문을 따라야 합니다.
확인한 공식 출처
창업에듀 · 창업 단계별 핵심교육과정 — 창업준비의 사업모델·사업전략·사업계획서, 창업실현의 인사·조직 분류를 2026-09-20 확인
창업에듀 · 기술창업 과정 — 성장전략과 팀, 창업팀 구성 관련 강좌 목록을 2026-09-20 확인
창업에듀 · 혁신창업스쿨 강좌 — 팀빌딩·조직화와 대표자의 팀구축·업무분배 관련 강좌 목록을 2026-09-20 확인