스타트업 직무 정의부터 적어야 사람이 보입니다

모집글을 봐 달라고 가져오시는 분들의 첫 줄이 대개 이렇습니다. 「개발자 한 명 구합니다.」

이 문장으로는 아무도 못 찾습니다. 읽는 사람이 자기 얘기인지 판단할 근거가 없고, 대표 본인도 어디로 가서 찾아야 할지 정하지 못합니다.

자리를 정하는 일이 스타트업 팀빌딩의 첫 칸입니다. 이 칸이 비어 있으면 뒤의 칸들이 전부 흔들립니다.

자리는 목표에서 역산해서 나옵니다

포지션을 상상해서 적는 분들이 많습니다. 「기획자도 있으면 좋고 마케터도 필요하고 개발자는 당연히.」 이렇게 적으면 셋 다 못 구합니다.

순서는 반대입니다. 회사의 목표가 「올해 안에 앱 개발 완성」이라면, 그걸 위해 안드로이드 개발자와 iOS 개발자가 각각 몇 명 필요한지가 계산됩니다. 팀빌딩 희망 포지션은 목표에서 떨어져 나오는 값입니다.

직군 이름 아래 네 칸을 더 적습니다

여기서 반대 방향의 실수도 자주 봅니다. 요구사항을 길게 적는 겁니다. 필수 조건이 열 줄이면 아홉 개가 되는 사람도 지원하지 않습니다. 필수와 우대를 나누고, 필수는 정말 없으면 일이 안 되는 것만 남기십시오.

언어를 고르는 순간 구할 수 있는 사람이 정해집니다

개발을 안 하시는 대표님들이 이 대목에서 가장 놀라십니다. 어떤 개발 언어를 쓰느냐에 따라 시장에 있는 개발자 수, 연령대, 연봉 테이블이 다 다릅니다.

같은 서비스를 만드는데 어떤 언어로는 사람이 금방 붙고 어떤 언어로는 몇 달이 걸립니다. 이건 기술 결정처럼 보이지만 팀빌딩 결정입니다. 사람을 못 구하는 언어를 골라놓고 사람이 안 온다고 하시면, 고칠 곳은 모집글이 아닙니다.

서비스 형태와 작업 환경까지 적습니다

직군과 스택이 정해졌으면 무엇을 만드는지도 한 줄 붙이십시오. 「React 와 Django 로 전자상거래 플랫폼을 만듭니다」, 「iOS 와 Android 용 헬스케어 앱을 설계하고 개발합니다」, 「IoT 센서 기반 스마트홈 기기를 만듭니다」.

작업 환경도 적으면 좋습니다. 형상 관리를 무엇으로 하는지, 협업 툴이 무엇인지. 실무자는 이 두 줄로 이 팀이 일하는 방식을 짐작합니다.

오늘 적어볼 것

다음 편 — 공동창업 지분을 나누기 전에 확인하는 것들