(이 글 은 저의 주관적인 의견 이며, 초기 스타트 업 에 해당 되는 이야기 입니다)
스타트 업 대표님 들이 얘기 가 있다
"혹시 괜찮은 개발자 있냐?"
나와 제대로 제대로 된 면식 번 없는 없는 분 임에도, 염치 불구 하고 준비 본인 다며 창업 을 준비 준비 경우 도 도 이 이 오는 경우 도 있다
십중팔구 본인 의 의 회사 개발자 로 와 달라, 그게 어려우 면 다른 개발자 개발자 라도 좀 소개 시켜 달라는 얘기 다.
그럴 때 마다 마다 을 해서 연결해 드리려고 하지만, 애초에 그게 쉽다 면 내게 까지 까지 연락 이 왔 겠는가.
요즈음 스타트 업 에서 개발자 를 구하기 란 정말 어렵다.
개발자 를 구하는 구하는 이라고 제목 은 써놨 지만, 사실 개발자 를 빨리 구할 수 수 있는 방법 은 없다.
아니, 있기 야 하다. 하지만 그 방법 이란 이란 것은 임시 방편 식 높다고 높다고 해야 할까.
어떻게 든 수완 을 발휘해 개발자 를 뽑았다 고 치자.
하지만 그렇게 '어떻게 든 빨리' 데려온 개발자 가 그 회사 와 와 궁합 이 맞는지 는 별개 의 문제 다
자신 과 회사 가 맞지 개발자 개발자 는 미련 회사 회사 를 떠나기 마련 이다.
단순히 떠나다 뿐인가. 그 과정 에서 회사 에 입히는 손해 와, 나간 후에도 개발자 의 입을 통해 퍼지는, 회사 에 대한 좋지 못한 (때로는 왜곡 된) 소문 들은 회사 의 이미지 를 망친다. 그런 회사 가 개발자 를 지게 지게 된다는 것은 말할 말할 필요 가 없으 리라.
이따금 씩, '내가 개발자 라도 우리 회사 엔 안 올 것 같아.' 란 말씀 을 하시는 대표님 들이 있다.
그러한 문제 인식 은 곧 곧 의 실마리 나 나 다름 없다. 먼저 우리 회사 를 환경 환경 으로 들은 개발자 들은 자기 자기 주변 주변 것이며 자기 자기 데리고 데리고 올 올 들 들 까지 데리고 올 것이다.
그렇다면 개발자 는 어떤 회사 에서 일하고 싶을까?
당연히 '유명 하고 돈 많이 주는 회사' 다. (ㅋㅋ ㅋㅋㅋ)
하지만 스타트 업은 유명하 지도 않고 않고 도 많이 줄 줄 수 없다.
그럼 개발자 를 뽑지 말라는 소리 인가?
거기 에 대한 나의 답 은 '네, 뽑지 마세요' 다.
(Apa? 장난 해?)
- 개발자 없이 비즈니스 를 성공 시켜라
어떤 스타트 업 에서 개발자 를 구 한다고 하길래, 개발자 가 왜 필요 하냐고 물어 보았다.
"개발자 가 있어야 투자 받기 가 쉽다 던데요?"
물론 틀린 얘기 는 는 뭔가 앞뒤 앞뒤 가 바뀐 거 아닌가 하는 생각 이 들었다.
개발자 는 투자 확률 을 높이기 위한 아이템 이 아니다.
개발 을 하지 않더라도 시중 에 이용해 이용해 비즈니스 모델 을 검증 해 볼 수 있다. 내가 생각 하는 진정한 린 린 스타트 업 은 개발 개발 하기 전에 작은 성공 을 해 해 보는 것이다.
페이스 북 페이지, 구글 드라이브 등 등 서비스 해서 제공 하고 하고 유저 들의 피드백 을 충분히 얻을 수 있다. 개발자 가 가 정말 를 구하는 일은 잠시 접어 두고, 비즈니스 에 집중 집중 해서 성공 성공 을 먼저 경험 해보자.
- 외주 를 맡겨서 실패 를 경험 하라.
물론 외주 를 맡겨서 성공 을 하면 더 좋다. 하지만 처음 스타트 업 을 해본 다면 처음 본다면 본다면 본다면 본다면 본다면 본다면 본다면 본다면 높기 높기 높기 때문에 를 경험 하라는 제목 제목 을 달았다
많은 사람들 은 이렇게 말한다. '외주 를 맡기면 안좋다 던데?'
맞다. 외주 를 맡기는 건 불편한 일 이고 사내 개발자 (Pengembang In-house) 가 있으면 당연히 편하다.
하지만 어떤 비즈니스 가 있는데,
'외주 로 진행 하면 개발자 가 있으면 성공할 것이다 (?)'
- 나는 그건 아니라고 본다.
성공할 비즈니스 라면 외주 로 로 도 성공 하게 하게 되어 있다.
차라리 먼저 외주 로 서비스 서비스 낸 다음 성과 개발자 를 구하러 다니 자.
외주 개발자 와 와 케미 그 을 우리 우리 회사 회사 로 하는 하는 것도 좋은 방법 이다.
또한 외주 를 맡기고 맡기고 그것을 관리 하는 것도 배우는 배우는 과정 이다. 그런 경험 도 없이 없이 덜컥 개발자 를 뽑아 수 수 밖에 없다.
"개발자 구하는 게 어려운데, 그럼 외주 개발자 는 어디서 구 하라고?"
외주 는, 외주 기능 는 최소화 구현 한 간단한 간단한 외주 를 를 생각 생각 보다 비싼 단가 로 책정 하면 쉽게 쉽게 구할 수 있다. (이 과정 은 주변 개발자 걸 추천 한다) 이렇게 했음에도 불구 하고 하고 수 없다면 그건 구할 수 문제 가 가 있는 것이다. 외주 에 대한 얘기 는 다음 에 기회 가 되면 글로 정리해 보겠다.
- 직접 개발 을 배워서 개발 하라.
1 번 에서 언급 한 진정한 '린 스타트 업' 을 하는 스타트 업 이 있었다. 페이스 북 그룹, 구글 드라이브, 캘린더, 행 아웃 을 이용해 비즈니스 모델 을 검증 하고, 많은 업무 를 자동화 하고 계셨다.
그렇게 개발 없이 쓰는 툴 (Alat) 사용 에 한계 가 찾아 오자, 그 스타트 업 의 으로 으로 으로 배우 독학 독학 조금씩 조금씩 만들기 시작 했다 그 모습 에 감동 회사 에 에 가서 공짜 로 개발 을 해드렸 고, 우리 는 첫번째 첫번째 버전 을 성공적 으로 출시 할 수 있었다.
이가 없으면 잇몸 으로!
대표 가 직접 직접 개발 해서 서비스 서비스 를 만들고, 거기서 작은 성과 라도 낸다 면 면 개발자 개발자 구하는 일은 좀 좀 더 수월해 진다
그리고 개발 에 대한 대한 이해 가 전혀 없는 는 는 절대 없다. 개발자 를 이해 하기 위해서 라도 개발 개발 해보는 것은 정말 추천 해주고 싶은 경험 이다. 물론 그걸 위해 비싼 프로그래밍 강의 강의 들으러 가는 것은 것은 비효율적 이다. 왠만 하면 저렴한 온라인 강의 를 들으며 독학 하자.
- 개발자 가 오고 싶은 회사 를 만들어라.
이 글 의 제목 인 개발자 를 구하는 법 법 에 대한 이야기 를 이제 시작 하겠다.
사실 개발자 를 구 하려면, 개발자 에게 내가 (회사 가) 무엇 을 제공 해줄 수 있는가를 고민 해야 한다.
그러한 고민 이 없으면 지금 회사 에 에 있는 개발자 도 조만간 나가 버릴 것이다.
어떤 회사 를 만들면 개발자 들이 오고 싶어 할까?
4-1. 함께 일하고 싶은, 좋은 사람 (팀) 이 되자.
이건 개발자 뿐만이 아니라 모든 모든 에게 해당 되는 되는 이야기 이다. 인간적인 호감, 열정, 비전, 그 모든 것들을 솔직하게 오픈 하고, 본질 에 집중 집중 하다 보면 개발자 를 포함 포함 포함 해 좋은 이 이 저절로 모이게 될 것이다
4-2. 개발자 와 커뮤니케이션 이 잘 되는 사람 (팀) 이 되자.
개발자 들은 개발자 가 없는 회사 는 일단 경계 한다. 개발자 와 비 개발자 개발자 는 일하는 방식 과 다르기 다르기 때문 이다. 대표 를 포함한 팀원 들 모두, 개발자 와 일하는 일하는 경험 을 최대한 만들고 개발자 개발자 와 커뮤니케이션 하는 능력 을 키우 도록 하자
4-3. 개발자 에게 명확한 일 을 시킬 수 있는 사람 (회사) 이 되자.
구체적인 플랜 은 없는데 개발자 가 와서 알아서 알아서 해주기 를 바라는 분들 이 있다. 아주 위험한 생각 이다. 개발자 를 마법 의 은탄환 (peluru perak) 이라고 생각 하고 뽑았다 가 가 나중에 서로 실망 하는 경우 가 너무 많다. 개발자 에게 역할 과 권한 수 수 있는 회사 개발자 개발자 에게 좋은 회사 이다.
4-4. 서로 의 니즈 가 맞아야 한다.
개발자 는 연차 나, 본인 이 경험 한 일 에 따라서 따라서 중요 하게 생각 하는 우선 순위 가 있다
3 년 이하 경력 경력 의 주니어 개발자 라면 자신 자신 이 싶은 싶은 시니어 개발자 가 있는지. 자신 의 첫 직장 으로서 와 와 연봉 이 를 를 중요 하게 생각 한다. (이직 시 에 중요 하기 때문 이다)
경력 3 년 이상 10 년 이하 의 개발자 는 '자신 의 가치 를 올릴 수 있는 회사 인가?' 혹은 한번 쯤 미친 척 척 만한 팀 (혹은 사업 아이템) 인가? '를 생각 한다. 이러한 경우 에는 대표 대표 제시 하는 하는 비전 이 명확한 경우 에 끌리게 되어 있다.
10 년 이상의 시니어 개발자 라면 자신 라면
아니지만 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지
사실 스타트 업 에서는 시니어 개발자 개발자 데려 오는 게 게 제일 어렵다. 스타트 업 에는 돈, 인력, 시스템, 안정성 이 없기 때문 이다. 그럴 때에는 지분 을 주는 가 될 수도 있지만, 지분 은 불행 의 씨앗 이 되기도 한다. (지분 에 대한 얘기 는 다음 에 글로 쓰 도록 하겠다.)
그리고 요즘 CTO (최고 기술 책임자) 를 구한다 는 스타트 업 이 많은데, 개발자 를 구하는 것도 어렵지만 CTO 를 구하는 건 더더욱 어렵다. 그래서 기술 기반 스타트 업 뛰어난 개발자 이거나, 뛰어난 개발 팀 이 준비 되어 되어 있어야만 어느정도 가능성 이 있다고 말해 주고 싶다.
위에서 언급 한 니즈 가 맞고, 핏 (사용 하는 기술 스택 스택 스택 종합 종합 종합 종합 종합 종합 종합 맞아서 맞아서 하다면 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사
스타트 업 이 많이 입주 해 있는 삼성동 Wework
이제 글 을 마무리 지 으려고 한다.
공부 를 잘 하려면 교과서 위주로 공부 하라는 당연한 소리 소리 소리 소리 다시 다시 해버 린 것 같다.
하지만 누구나 아는 당연한 얘기 일 수록 수록 실제로 하는 건 더 어려운 법 이다.
위 의 모든 모든 는 나의 주관적인 의견 이지만, 언젠가 한번 쯤 정리 정리 해서 공유 하고 싶다고 생각한 내용 들이다. 또한 이렇게 내 생각 생각 을 나눔 으로써 다른 들어 들어 보고 싶다.
스팀 잇 가입 일주일 차 뉴비 @jangnara 입니다. 스타트 업 & 개발 & 디자인 관련 글 을 올리 려고 합니다. 댓글, 팔로우, 리스 팀 모두 환영 합니다!