창업 초기 조직 설계의 정석과 실패사례 분석 - 3편
창업 초기에는 제품, 시장, 자금에 모든 신경이 쏠린다. 조직 구조는 나중에 생각할 일로 밀린다. 그 결과 조직 안 구조적 오류가 하나씩 쌓인다. 처음에는 눈에 잘 보이지 않는다. 서로 불편하지만 참고 비효율이 생기지만 몸으로 때운다. 그러다 어느 순간 한꺼번에 터진다. 핵심 팀원이 이탈하고 투자 심사에서 날카로운 질문이 날아온다. 급기야 창업자는 번아웃에 빠진다.
'우리가 왜 이렇게 됐지?'의 답은 처음부터 반복됐던 구조적 오류인 경우가 많다. 이번 3편에서는 창업 조직에서 가장 흔하게 반복되는 5가지 오류를 해부한다.
창업 초기 조직 구조 설계 시리즈 안내
3편. 창업 조직이 흔히 저지르는 5가지 구조적 오류 ← 현재 글
4편. 실패 사례 분석
5편. 성공하는 조직 구조의 원칙 5가지 (예정)
6편. 창업자가 알아야 할 조직 설계 프로세스 (예정)
7편. 성장 이후의 전환기: 구조를 버리고 다시 짜야할 시점 (예정)
오류 1. 역할과 책임이 겹치거나, 아예 존재하지 않는 구조
'우리는 스타트업이니까 모두가 조금씩 다 해야죠.' 초기 2~3명일 때는 맞는 말이다. 하지만 팀이 5명, 7명이 되면 문제가 생긴다.
역할이 명확하지 않은 조직에서는 동시에 두 가지 현상이 나타난다. 같은 일을 두 사람이 따로 한다(중복)와 아무도 하지 않는 일이 생긴다(공백)는 것. 이 두 가지는 반대 현상이지만 뿌리는 같다. 누가 무엇을 담당하는지를 정하지 않았기 때문이다.
● 주요 증상: 중요한 고객 문의가 며칠째 방치된다. 회의에서 '이건 누구 담당이에요?'라는 질문이 반복된다. 새 팀원이 자신이 해야 할 일을 스스로 파악하지 못한다.
● 처방: R&R(Role & Responsibility) 문서를 만든다. 형식은 상관없다.
① 이 역할의 오너가 누구인가?
② 핵심 책임 3~5가지
③ 단독으로 결정할 수 있는 범위.
이 세 가지를 적고 팀 전체에 공유하면 된다. R&R은 한 번 만들고 끝이 아니라 새로운 업무가 생길 때마다 업데이트한다. R&R은 죽은 문서가 아닌 살아있는 문서여야 한다.
오류 2. 창업자 중심 의사결정의 병목 현상
창업자는 회사를 가장 잘 아는 사람이다. 그래서 초기에는 창업자가 모든 결정을 내리는 것이 자연스럽다. 그런데 팀이 커진다면?
이 구조는 창업자를 조직의 병목(bottleneck)으로 만든다. 모든 결정이 창업자를 거쳐야 하니 창업자가 바쁘거나 부재하면 조직 전체가 멈춘다. 팀원들은 자신의 판단을 믿지 못하고 매사 물어보게 된다. 국내 스타트업 코칭 현장에서는 구조의 문제가 종종 목격된다. 특히, 팀 규모가 8명을 넘으면 창업자 하루 업무의 50% 이상이 내부 질문에 답하는 데 소요되는 경우가 빈번하다.
● 주요 증상: '대표님이 결정해야 해서요'라는 말이 자주 들린다. 창업자가 자리를 비우면 팀이 스스로 결정하지 못한다. 팀원들이 점점 수동적으로 변한다.
● 처방: 의사결정 매트릭스를 설계한다.
| 결정 유형 | 결정권자 |
| 일상적 업무·소규모 지출 | 각 담당자 |
| 기능별 전략·중간 규모 지출 | 팀 리더 |
| 제품 방향·채용·투자 | 창업자 |
이 표를 팀 전체와 공유하면 창업자에게 오는 질문의 양이 극적으로 줄어든다.
오류 3. 지나치게 평평하거나, 지나치게 수직적인 구조
창업 조직은 두 가지 극단 중 하나로 흐른다.
● 수평 구조 과잉: '직급도 없고 모두 동등해요.' 선한 의도에서 시작되었지만 '아무도 최종 결정을 내리지 않는다'로 변질된다. 작은 결정도 합의가 필요해 느려진다.
● 수직 구조 과잉: 창업자가 모든 것을 통제한다. 빠른 실행이 가능할 순 있지만 팀원의 자율성이 사라진다. 우수한 인재일수록 참지 못하고 이탈한다.
● 처방: 명확한 책임을 가진 수평 구조를 만들어야 한다. 결정은 분산하되 책임은 명확히 해야 한다. 각 팀원이 자신의 영역에서 자율적으로 결정하지만 그 결정에 대한 책임도 명확히 진다. 아마존이 초기부터 강조한 Single Threaded Owner(단일 책임자) 원칙이 이와 맞닿아 있다. 각 프로젝트나 기능에는 단 한 명의 책임자가 있고 그 사람이 결정하고 책임진다.
오류 4. 초기 과도한 직급 도입의 부작용
좋은 인재를 채용하거나 팀원에게 동기부여를 줄 때 직함을 부여하는 카드를 쓰곤 한다. 'CTO로 모시고 싶습니다', '팀장 직함을 드릴게요.'같이 말이다. 10명짜리 회사에 C레벨이 4명이 되는 상황이 생기기도 한다. 직함은 있지만 그 직함에 걸맞은 팀도 예산도 없다.
● 주요 증상: 같은 수준의 실무를 하는데 직함이 달라 내부 불만이 생긴다. 'C레벨인데 왜 이런 잡일을 해야 하나요?'라는 인식이 자리 잡는다. 나중에 Series A 이후 실제 경영진을 채용하려 할 때 기존 팀원의 직함을 내릴 수 없어 혼선이 생긴다.
● 처방: 초기에는 직함보다 역할 명세(Role Description)를 쓰는 것이 낫다. CTO보다 개발 총괄이 현재 단계에 더 정직하다. 동기부여가 필요하다면 직함보다 스톡옵션, 명확한 성장 경로, 도전적인 과제가 더 효과적이다. 직함은 한번 주면 내리기 어렵다. 신중하게 써야 할 카드다.
오류 5. 전략 없이 생긴 팀 분화의 리스크
팀이 커지면 자연스럽게 '이제 팀을 나눠봅시다'라는 이야기가 나온다. 방향은 맞다. 하지만 왜 나누는지 그리고 어떤 기준으로 나누는지에 대한 전략 없는 경우 문제가 생긴다.
인원이 늘었다는 이유만으로 팀을 분리하면 두 가지 문제가 따라온다. 첫째, 팀 간 경계가 애매하다. '그건 운영 아닌가요?', '우린 마케팅인데요'라는 공방이 생긴다. 둘째, 팀 목표가 회사 전체 목표와 분리된다. 마케팅팀은 팔로워 수를 개발팀은 기능 출시 건수를 추구하지만 두 팀의 활동이 실제 매출 성장과 연결되지 않는다.
● 처방: 팀을 나누기 전에 다음 세 가지 질문에 먼저 답한다.
Q. 이 팀의 미션은 무엇인가? 회사 전체 목표와 어떻게 연결되는가.
Q. 이 팀의 성공을 어떻게 측정하는가? 각 팀에 하나의 핵심 지표가 있어야 한다.
Q. 이 팀의 경계는 어디까지인가? 다른 팀과 겹치는 영역의 책임 소재를 명확히 한다.
5가지 오류 요약 체크리스트
| 구조적 오류 | 핵심 증상 | 처방 |
| ① 역할·책임 모호 | '그게 제 일인가요?' | R&R 문서 작성·공유 |
| ② 창업자 병목 | 결정이 며칠씩 밀림 | 의사결정 매트릭스 설계 |
| ③ 극단적 구조 | 결정 마비 또는 인재 이탈 | 책임 명확한 수평 구조 |
| ④ 직급 남발 | C레벨 4명·실무 팀원 4명 | 역할 명세로 대체 |
| ⑤ 무전략 팀 분화 | 팀 간 충돌·목표 분산 | 미션·지표 먼저 설계 |
이 다섯 가지 오류는 독립적이지 않고 복합적으로 얽혀 나타난다. 오류 2(창업자 병목)가 생기면 오류 3(수직 구조 강화)이 따라오고 오류 4(직급 남발)는 오류 5(무전략 팀 분화)를 부른다.
오류를 아는 것만으로도 절반은 해결된다
구조적 오류는 나쁜 의도에서 생기는 건 아니다. 바쁘게 달리다 보면 자연스럽게 쌓인 결과다. 지금 당장 모든 것을 고칠 수는 없다. 하지만 위의 체크리스트를 보면서 가장 시급한 오류 하나를 찾아 먼저 고치는 것으로 시작하면 충분하다. 스타트업에는 완벽한 구조보다 계속 나아지는 구조가 더 현실적이고 유효하다.
%20%EB%B6%84%EC%84%9D%20%EC%9E%91%EC%84%B1%20%EB%B0%A9%EB%B2%95%20%EC%82%AC%EB%A1%80%EB%A1%9C%20%EC%95%8C%EC%95%84%EB%B3%B4%EA%B8%B0.png)
0 댓글