혼자에서 팀으로

그날은 대개 이렇게 옵니다. 필라테스 예약 서비스가 자리를 잡아 문의가 하루 수십 건씩 쌓이고, 고치고 싶은 기능은 늘어나는데 몸은 하나입니다. 새벽까지 응대하고, 주말에 기능을 만들고, 어느 날 문득 깨닫습니다. 사업은 크는데 나는 닳고 있다는 것을요.

이 과정을 마치면 다른 장면이 가능해집니다. 문의는 응대 담당이 받고, 콘텐츠는 마케팅 담당이 만들고, 여러분은 제품의 방향을 결정합니다. 수익은 미리 정한 규칙대로 나뉘고, 갈등이 생겨도 감정이 아니라 규칙이 결론을 냅니다. 그게 팀입니다.

다만 순서가 중요합니다. 사람을 먼저 모으고 규칙을 나중에 만들면 반드시 탈이 납니다. 이 과정은 그래서 규칙을 먼저 배우고 사람을 나중에 모읍니다. 지금부터 그 순서대로 갑니다.

팀이 필요한 신호는 두 가지입니다. 첫째, 나 혼자의 시간이 명백한 병목일 때. 할 일 목록이 매주 줄지 않고 늘기만 하면 그 신호입니다. 둘째, 내가 못하는 영역이 사업의 발목을 잡을 때. 제품은 좋은데 알리는 걸 못 해서 크지 못한다면, 그 빈자리는 배움보다 사람으로 채우는 게 빠를 수 있습니다.

반대로 팀이 답이 아닌 순간도 분명합니다. 외로워서, 불안해서, 있어 보여서 만드는 팀은 짐이 됩니다. 왜냐하면 팀은 그 자체로 관리라는 새 업무를 만들기 때문입니다. 나눌 수익과 나눌 일이 아직 없는 단계라면, 팀보다 자동화와 외부 도움이 먼저입니다.

판단 기준은 한 문장입니다. '이 사람이 합류하면 다음 달에 구체적으로 무엇이 달라지는가'에 답할 수 있으면 필요한 팀이고, 답이 흐릿하면 아직입니다.

바이브캠퍼스 팀워크에서 팀을 만드는 일 자체는 몇 분이면 됩니다. 팀 이름을 짓고, 무엇을 하는 팀인지 한 줄로 소개하고, 함께 키울 프로젝트를 연결하면 팀이 생깁니다. 중요한 건 화면 너머의 준비입니다. 이 팀은 무엇을 위해 존재하고, 어떤 사람을 원하는가.

소개 글에는 모집 공고처럼 쓰세요. 하는 일('반려견 산책 앱을 함께 키웁니다'), 원하는 사람('주 5시간 이상, SNS 콘텐츠를 맡아 줄 분'), 그리고 일하는 방식 한 줄. 구체적인 소개가 구체적인 지원자를 부릅니다.

팀을 잘못 만들었다는 생각이 들어도 괜찮습니다. 이름도 소개도 규칙도 나중에 고칠 수 있습니다. 완벽한 팀 설계를 기다리며 미루는 것보다, 초안으로 열고 다듬는 쪽이 언제나 빠릅니다.

팀워크의 가입은 승인제입니다. 지원자가 가입을 신청하면 여러분이 검토하고 승인해야 합류가 됩니다. 문이 열려 있되 잠금장치가 있는 구조죠. 왜 이렇게 만들었을까요. 팀의 문제 대부분은 나갈 때가 아니라 들어올 때 시작되기 때문입니다.

승인 전에 확인할 것은 세 가지입니다. 이 사람이 무엇을 해 줄 수 있는가(역할), 얼마나 시간을 낼 수 있는가(투입), 그리고 우리 팀의 규칙에 동의하는가(합의). 지원자와 짧게라도 대화를 나누고, 가능하면 작은 일 하나를 먼저 부탁해 보세요. 말과 손이 같은 사람인지 그때 보입니다.

팀원이 생기면 직급과 역할을 정합니다. 직급은 계급이 아니라 결정 권한의 지도입니다. 누가 최종 결정을 하고, 누가 어떤 영역을 맡아 책임지는지를 모두가 알게 하는 장치죠. 작은 팀일수록 이게 더 필요합니다. '누가 정하지?'라는 질문이 매번 나오는 팀은 매번 멈추기 때문입니다.

역할은 사람 수보다 일의 묶음으로 나누세요. 제품(만들고 고치는 일), 고객(응대와 피드백), 성장(알리고 데려오는 일). 두 명이면 하나가 둘을 겸하면 되고, 중요한 건 모든 일에 주인이 있다는 것입니다. 주인 없는 일은 아무도 안 하는 일이 됩니다.

돈 이야기를 먼저, 명확히 하는 팀이 오래갑니다. 팀워크에는 프로젝트의 수익을 팀원에게 배분하는 급여 기능이 있습니다. 핵심 원리는 하나입니다. 배분 규칙을 수익이 나기 전에, 모두가 보는 곳에 정해 둔다는 것.

규칙을 정할 때는 역할의 무게와 투입 시간을 기준으로 삼으세요. 그리고 반드시 '규칙을 바꾸는 규칙'도 함께 정하세요. 상황은 변합니다. 초기에 많이 기여한 사람과 나중에 많이 기여하는 사람이 다를 수 있으니, 분기마다 배분을 함께 검토한다는 조항 하나가 미래의 갈등을 예방합니다.

왜 이렇게까지 할까요. 돈 문제는 생기고 나서 논의하면 이미 감정 문제가 되어 있기 때문입니다. 미리 정한 규칙은 차갑게 들리지만, 실제로는 관계를 지키는 가장 따뜻한 장치입니다.

가장 무거운 주제입니다. 팀워크에는 팀원을 내보내는 결정을 다수결 투표로 하는 기능이 있습니다. 리더 한 사람의 기분이나 친분이 아니라, 미리 정한 절차와 팀 전체의 판단으로 결정하는 겁니다. 왜 이런 장치가 필요할까요. 내보내는 결정이야말로 감정에 가장 쉽게 오염되는 결정이기 때문입니다.

다수결의 진짜 가치는 투표 자체보다 그 이전에 있습니다. 투표라는 절차가 있다는 사실이, 문제를 조기에 말로 꺼내게 만듭니다. '이대로면 투표까지 갈 수 있다'는 공통 인식이 있으면, 대부분의 문제는 투표 전에 대화로 풀립니다. 규칙은 쓰기 위해서가 아니라 안 쓰기 위해서 존재합니다.

내보내기 전에 반드시 거칠 단계도 정해 두세요. 문제를 구체적으로 알리기, 개선 기간 주기, 그래도 안 되면 투표. 이 순서가 있으면 떠나는 사람도 남는 사람도 절차를 신뢰합니다. 사람은 미워하지 않되 팀은 지키는 것, 그게 규칙의 일입니다.

구조를 갖췄으니 일하는 방식입니다. 오래가는 작은 팀들의 규칙은 놀랍도록 비슷합니다. 첫째, 기록으로 말한다. 결정과 할 일은 말로 흘리지 않고 모두가 보는 곳에 적습니다. 기억은 흐려지고 기록은 남기 때문입니다.

둘째, 마감은 작게 쪼갠다. '다음 달까지 마케팅 강화' 같은 큰 약속 대신 '금요일까지 소개 영상 1개' 같은 작은 마감을 겁니다. 작은 마감은 지켜지고, 지켜진 마감이 쌓이며 신뢰가 됩니다. 셋째, 결정은 규칙으로 한다. 의견이 갈리면 목소리 큰 사람이 아니라 미리 정한 결정 방식(담당자 결정, 안 되면 투표)을 따릅니다.

세 가지 모두 한 방향을 가리킵니다. 사람의 기분과 컨디션에 기대지 않는 팀. 그런 팀만이 힘든 시기를 통과합니다.

1인 창업에서 출발한 팀은 대부분 원격으로 일합니다. 원격 협업의 핵심 감각은 하나입니다. 상대가 지금 자리에 없다고 가정하고 일하기. 그래서 실시간 대화보다 기록이, 회의보다 문서가 기본값이 됩니다. 내가 남긴 기록만으로 상대가 다음 일을 진행할 수 있으면 잘하고 있는 겁니다.

질문할 때도 감각이 있습니다. '시간 되세요?'라고 묻고 기다리는 대신, 질문과 맥락과 내가 시도해 본 것까지 한 번에 적어 두세요. 상대는 자기 시간에 읽고 한 번에 답할 수 있습니다. 이 작은 습관이 원격 팀의 속도를 좌우합니다.

이제 직접 만들 차례입니다. 사람을 모으기 전에 규칙부터 세우는, 이 과정에서 배운 순서 그대로 해 봅니다.

다 해 본 뒤 아래를 펼쳐 여러분의 초안과 비교해 보세요.

정리해 봅시다. 팀이 필요한 순간을 판별하는 법, 승인 가입으로 문을 지키는 법, 직급과 역할로 주인을 정하는 법, 급여 배분과 다수결이라는 규칙으로 돈과 갈등을 다루는 법까지. 이제 여러분은 팀을 열 자격이 아니라 팀을 지킬 준비가 된 겁니다.

빨리 가려면 혼자 가고, 멀리 가려면 함께 가라는 말이 있습니다. 거기에 한 줄을 보태고 싶습니다. 함께 멀리 가려면, 규칙과 함께 가세요. 다음 과정 마케팅에서는 이렇게 갖춰진 팀과 제품을 세상에 알리는 기술을 배웁니다.