스타트 업 에서 개발자 를 구하는 법

in #kr-startup7 years ago

(이 글 은 저의 주관적인 의견 이며, 초기 스타트 업 에 해당 되는 이야기 입니다)

스타트 업 대표님 들이 얘기 가 있다
"혹시 괜찮은 개발자 있냐?"

나와 제대로 제대로 된 면식 번 없는 없는 분 임에도, 염치 불구 하고 준비 본인 다며 창업 을 준비 준비 경우 도 도 이 이 오는 경우 도 있다
십중팔구 본인 의 의 회사 개발자 로 와 달라, 그게 어려우 면 다른 개발자 개발자 라도 좀 소개 시켜 달라는 얘기 다.
그럴 때 마다 마다 을 해서 연결해 드리려고 하지만, 애초에 그게 쉽다 면 내게 까지 까지 연락 이 왔 겠는가.
요즈음 스타트 업 에서 개발자 를 구하기 란 정말 어렵다.

개발자 를 구하는 구하는 이라고 제목 은 써놨 지만, 사실 개발자 를 빨리 구할 수 수 있는 방법 은 없다.
아니, 있기 야 하다. 하지만 그 방법 이란 이란 것은 임시 방편 식 높다고 높다고 해야 할까.

어떻게 든 수완 을 발휘해 개발자 를 뽑았다 고 치자.
하지만 그렇게 '어떻게 든 빨리' 데려온 개발자 가 그 회사 와 와 궁합 이 맞는지 는 별개 의 문제 다
자신 과 회사 가 맞지 개발자 개발자 는 미련 회사 회사 를 떠나기 마련 이다.

단순히 떠나다 뿐인가. 그 과정 에서 회사 에 입히는 손해 와, 나간 후에도 개발자 의 입을 통해 퍼지는, 회사 에 대한 좋지 못한 (때로는 왜곡 된) 소문 들은 회사 의 이미지 를 망친다. 그런 회사 가 개발자 를 지게 지게 된다는 것은 말할 말할 필요 가 없으 리라.

이따금 씩, '내가 개발자 라도 우리 회사 엔 안 올 것 같아.' 란 말씀 을 하시는 대표님 들이 있다.
그러한 문제 인식 은 곧 곧 의 실마리 나 나 다름 없다. 먼저 우리 회사 를 환경 환경 으로 들은 개발자 들은 자기 자기 주변 주변 것이며 자기 자기 데리고 데리고 올 올 들 들 까지 데리고 올 것이다.

그렇다면 개발자 는 어떤 회사 에서 일하고 싶을까?
당연히 '유명 하고 돈 많이 주는 회사' 다. (ㅋㅋ ㅋㅋㅋ)

하지만 스타트 업은 유명하 지도 않고 않고 도 많이 줄 줄 수 없다.
그럼 개발자 를 뽑지 말라는 소리 인가?
거기 에 대한 나의 답 은 '네, 뽑지 마세요' 다.
(Apa? 장난 해?)

  1. 개발자 없이 비즈니스 를 성공 시켜라
    어떤 스타트 업 에서 개발자 를 구 한다고 하길래, 개발자 가 왜 필요 하냐고 물어 보았다.

"개발자 가 있어야 투자 받기 가 쉽다 던데요?"

물론 틀린 얘기 는 는 뭔가 앞뒤 앞뒤 가 바뀐 거 아닌가 하는 생각 이 들었다.
개발자 는 투자 확률 을 높이기 위한 아이템 이 아니다.

개발 을 하지 않더라도 시중 에 이용해 이용해 비즈니스 모델 을 검증 해 볼 수 있다. 내가 생각 하는 진정한 린 린 스타트 업 은 개발 개발 하기 전에 작은 성공 을 해 해 보는 것이다.

페이스 북 페이지, 구글 드라이브 등 등 서비스 해서 제공 하고 하고 유저 들의 피드백 을 충분히 얻을 수 있다. 개발자 가 가 정말 를 구하는 일은 잠시 접어 두고, 비즈니스 에 집중 집중 해서 성공 성공 을 먼저 경험 해보자.

  1. 외주 를 맡겨서 실패 를 경험 하라.
    물론 외주 를 맡겨서 성공 을 하면 더 좋다. 하지만 처음 스타트 업 을 해본 다면 처음 본다면 본다면 본다면 본다면 본다면 본다면 본다면 본다면 높기 높기 높기 때문에 를 경험 하라는 제목 제목 을 달았다

많은 사람들 은 이렇게 말한다. '외주 를 맡기면 안좋다 던데?'
맞다. 외주 를 맡기는 건 불편한 일 이고 사내 개발자 (Pengembang In-house) 가 있으면 당연히 편하다.

하지만 어떤 비즈니스 가 있는데,
'외주 로 진행 하면 개발자 가 있으면 성공할 것이다 (?)'

  • 나는 그건 아니라고 본다.

성공할 비즈니스 라면 외주 로 로 도 성공 하게 하게 되어 있다.
차라리 먼저 외주 로 서비스 서비스 낸 다음 성과 개발자 를 구하러 다니 자.
외주 개발자 와 와 케미 그 을 우리 우리 회사 회사 로 하는 하는 것도 좋은 방법 이다.

또한 외주 를 맡기고 맡기고 그것을 관리 하는 것도 배우는 배우는 과정 이다. 그런 경험 도 없이 없이 덜컥 개발자 를 뽑아 수 수 밖에 없다.

"개발자 구하는 게 어려운데, 그럼 외주 개발자 는 어디서 구 하라고?"

외주 는, 외주 기능 는 최소화 구현 한 간단한 간단한 외주 를 를 생각 생각 보다 비싼 단가 로 책정 하면 쉽게 쉽게 구할 수 있다. (이 과정 은 주변 개발자 걸 추천 한다) 이렇게 했음에도 불구 하고 하고 수 없다면 그건 구할 수 문제 가 가 있는 것이다. 외주 에 대한 얘기 는 다음 에 기회 가 되면 글로 정리해 보겠다.

  1. 직접 개발 을 배워서 개발 하라.
    1 번 에서 언급 한 진정한 '린 스타트 업' 을 하는 스타트 업 이 있었다. 페이스 북 그룹, 구글 드라이브, 캘린더, 행 아웃 을 이용해 비즈니스 모델 을 검증 하고, 많은 업무 를 자동화 하고 계셨다.

그렇게 개발 없이 쓰는 툴 (Alat) 사용 에 한계 가 찾아 오자, 그 스타트 업 의 으로 으로 으로 배우 독학 독학 조금씩 조금씩 만들기 시작 했다 그 모습 에 감동 회사 에 에 가서 공짜 로 개발 을 해드렸 고, 우리 는 첫번째 첫번째 버전 을 성공적 으로 출시 할 수 있었다.

이가 없으면 잇몸 으로!
대표 가 직접 직접 개발 해서 서비스 서비스 를 만들고, 거기서 작은 성과 라도 낸다 면 면 개발자 개발자 구하는 일은 좀 좀 더 수월해 진다

그리고 개발 에 대한 대한 이해 가 전혀 없는 는 는 절대 없다. 개발자 를 이해 하기 위해서 라도 개발 개발 해보는 것은 정말 추천 해주고 싶은 경험 이다. 물론 그걸 위해 비싼 프로그래밍 강의 강의 들으러 가는 것은 것은 비효율적 이다. 왠만 하면 저렴한 온라인 강의 를 들으며 독학 하자.

  1. 개발자 가 오고 싶은 회사 를 만들어라.
    이 글 의 제목 인 개발자 를 구하는 법 법 에 대한 이야기 ​​를 이제 시작 하겠다.
    사실 개발자 를 구 하려면, 개발자 에게 내가 (회사 가) 무엇 을 제공 해줄 수 있는가를 고민 해야 한다.
    그러한 고민 이 없으면 지금 회사 에 에 있는 개발자 도 조만간 나가 버릴 것이다.

어떤 회사 를 만들면 개발자 들이 오고 싶어 할까?

4-1. 함께 일하고 싶은, 좋은 사람 (팀) 이 되자.
이건 개발자 뿐만이 아니라 모든 모든 에게 해당 되는 되는 이야기 이다. 인간적인 호감, 열정, 비전, 그 모든 것들을 솔직하게 오픈 하고, 본질 에 집중 집중 하다 보면 개발자 를 포함 포함 포함 해 좋은 이 이 저절로 모이게 될 것이다

4-2. 개발자 와 커뮤니케이션 이 잘 되는 사람 (팀) 이 되자.
개발자 들은 개발자 가 없는 회사 는 일단 경계 한다. 개발자 와 비 개발자 개발자 는 일하는 방식 과 다르기 다르기 때문 이다. 대표 를 포함한 팀원 들 모두, 개발자 와 일하는 일하는 경험 을 최대한 만들고 개발자 개발자 와 커뮤니케이션 하는 능력 을 키우 도록 하자

4-3. 개발자 에게 명확한 일 을 시킬 수 있는 사람 (회사) 이 되자.
구체적인 플랜 은 없는데 개발자 가 와서 알아서 알아서 해주기 를 바라는 분들 이 있다. 아주 위험한 생각 이다. 개발자 를 마법 의 은탄환 (peluru perak) 이라고 생각 하고 뽑았다 가 가 나중에 서로 실망 하는 경우 가 너무 많다. 개발자 에게 역할 과 권한 수 수 있는 회사 개발자 개발자 에게 좋은 회사 이다.

4-4. 서로 의 니즈 가 맞아야 한다.
개발자 는 연차 나, 본인 이 경험 한 일 에 따라서 따라서 중요 하게 생각 하는 우선 순위 가 있다

3 년 이하 경력 경력 의 주니어 개발자 라면 자신 자신 이 싶은 싶은 시니어 개발자 가 있는지. 자신 의 첫 직장 으로서 와 와 연봉 이 를 를 중요 하게 생각 한다. (이직 시 에 중요 하기 때문 이다)

경력 3 년 이상 10 년 이하 의 개발자 는 '자신 의 가치 를 올릴 수 있는 회사 인가?' 혹은 한번 쯤 미친 척 척 만한 팀 (혹은 사업 아이템) 인가? '를 생각 한다. 이러한 경우 에는 대표 대표 제시 하는 하는 비전 이 명확한 경우 에 끌리게 되어 있다.

10 년 이상의 시니어 개발자 라면 자신 라면
아니지만 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 을 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지 있는지

사실 스타트 업 에서는 시니어 개발자 개발자 데려 오는 게 게 제일 어렵다. 스타트 업 에는 돈, 인력, 시스템, 안정성 이 없기 때문 이다. 그럴 때에는 지분 을 주는 가 될 수도 있지만, 지분 은 불행 의 씨앗 이 되기도 한다. (지분 에 대한 얘기 는 다음 에 글로 쓰 도록 하겠다.)

그리고 요즘 CTO (최고 기술 책임자) 를 구한다 는 스타트 업 이 많은데, 개발자 를 구하는 것도 어렵지만 CTO 를 구하는 건 더더욱 어렵다. 그래서 기술 기반 스타트 업 뛰어난 개발자 이거나, 뛰어난 개발 팀 이 준비 되어 되어 있어야만 어느정도 가능성 이 있다고 말해 주고 싶다.

위에서 언급 한 니즈 가 맞고, 핏 (사용 하는 기술 스택 스택 스택 종합 종합 종합 종합 종합 종합 종합 맞아서 맞아서 하다면 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사 회사
image
스타트 업 이 많이 입주 해 있는 삼성동 Wework
이제 글 을 마무리 지 으려고 한다.
공부 를 잘 하려면 교과서 위주로 공부 하라는 당연한 소리 소리 소리 소리 다시 다시 해버 린 것 같다.
하지만 누구나 아는 당연한 얘기 일 수록 수록 실제로 하는 건 더 어려운 법 이다.

위 의 모든 모든 는 나의 주관적인 의견 이지만, 언젠가 한번 쯤 정리 정리 해서 공유 하고 싶다고 생각한 내용 들이다. 또한 이렇게 내 생각 생각 을 나눔 으로써 다른 들어 들어 보고 싶다.

스팀 잇 가입 일주일 차 뉴비 @jangnara 입니다. 스타트 업 & 개발 & 디자인 관련 글 을 올리 려고 합니다. 댓글, 팔로우, 리스 팀 모두 환영 합니다!

Sort:  

안녕하세요 @jangnara님, 저작권 안내입니다.

본 게시물은 저작권 침해의 가능성이 있는 것으로 신고되었으며, 이후 절차를 위해 데이터베이스에 기록되었습니다. 게시물을 다시 한번 점검해 보시기를 바랍니다. 스팀잇에 게시되는 모든 글은 게시 후 일주일 이후부터 삭제할 수 없으므로 본인의 콘텐츠가 저작권을 침해한다고 판단되면 지금 바로 삭제하시기 바라며, 앞으로는 각별한 주의를 기울여 주시기를 당부드립니다.

이럴때 저작권 침해 (한국저작권위원회)


** KR가이드독은 저작권을 침해하는 컨텐츠를 주기적으로 모니터링 하고 있습니다.
** 저작권법에 저촉시 법적 제재를 받으실 수 있습니다.

제가 스티밋에 쓴 글을 본인이 쓴 것 처럼 올렸네요. 제가 쓴 원글 주소입니다.
https://steemit.com/kr-startup/@mymy/3sq4kg
수정하기로 내용 지우세요;;

@저작권안내