팀빌딩 마스터링 5 — 모집글에 들어가야 할 스물두 칸

모집글을 검토해 달라고 받아 보면, 대개 회사 소개는 길고 일 얘기는 짧습니다. 반대인 경우도 있습니다. 업무 리스트만 빼곡하고 이 회사가 뭐 하는 곳인지가 없습니다.

제가 쓰는 틀은 세 덩어리입니다. BASE, CONTENTS, ETC. 합쳐서 스물두 칸입니다.

직군 이름을 대충 쓰면 아무도 안 옵니다

가장 자주 보는 실수입니다. 「프로그래머 모집」, 「디자인 잘하는 사람 구함」. 이렇게 적으면 읽는 사람이 자기 얘기인지 알 수가 없습니다.

서비스 형태도 같이 적습니다. 「React 와 Django 로 전자상거래 플랫폼을 만듭니다」, 「iOS 와 Android 용 헬스케어 앱을 설계하고 개발합니다」, 「IoT 센서 기반 스마트홈 기기를 만듭니다」. 작업 환경까지 붙이면 더 좋습니다. Git 을 쓰는지, 협업 툴이 무엇인지.

반대로 요구사항은 줄이십시오. 필수 조건을 열 줄 적어두면 아홉 개가 되는 사람도 지원을 안 합니다. 필수와 우대를 나누고, 필수는 정말 없으면 일이 안 되는 것만 남기십시오.

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

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

같은 서비스를 A 언어로 만들면 9개월, B 언어로 만들면 3개월이 걸리는 경우가 있습니다. 이건 기술 결정처럼 보이지만 팀빌딩 결정입니다. 사람을 못 구하는 언어를 골라놓고 사람이 안 온다고 하시면, 문제는 모집글이 아닙니다.

지원자를 받은 다음

모집글을 올리면 절반쯤 온 겁니다. 여기서부터 절차가 더 남아 있습니다.

지원자 관점으로 한 번 읽어 보십시오

다 쓰고 나면 마지막으로 한 가지만 하십시오. 「내가 지원자라면 이 공고를 보고 지원할까.」

다음 편 — 팀빌딩 마스터링 6 · 수습부터 등기이사까지, 일곱 가지 신분