5. 탐나는 개발자가 되어 보자

많은 사람들이 백발의 개발자가 되는 것을 꿈꾼다. 한편, 그의 경력이 진행됨에 따라, 팀장과 팀장으로서의 새로운 역할에 대한 욕구가 높아지고 있다. 오늘은 팀장이 아니더라도 개발자로서 행복해지는 방법에 대해 말하려고 합니다. (제목 : '괜찮아, 괜찮지 않아'는 요즘 제가 가장 좋아하는 드라마입니다.

선장이 되고 싶은 유혹을 이겨내기란 정말 어렵습니다. 많은 기업들이 개발을 잘하는 사람들에게 팀장을 배정하려고 합니다. 누가 회사의 승인을 거절하고 임금을 인상할 수 있습니까? 혼자 일하는 게 아니라 여럿이 함께 일하면 성과가 높아진다. 그래야 경영자로 성장할 수 있고 회사에서 많은 영향력을 행사할 수 있기 때문에 더 많은 일을 할 수 있습니다.

사실, 모든 사람은 매니저로서의 기본 자격이 필요합니다. 경력이 발전함에 따라 의사소통 능력, 협업 능력 또는 사람들에게 동기를 부여하는 소위 소프트 스킬도 스킬 개발만큼이나 중요해집니다. 뭘 해도 똑같으니까 그 부분을 올려야 해요. 그렇다면 당신은 어떻게 매니저나 꿈의 개발자로 일할 수 있을까요?어떻게 하는 게 옳은 일인가요?

 

1. 지속적인 경험

그는 3명의 개발자와 함께 작은 스타트업에서 일했지만 7년 만에 팀장과 CTO로 30여 명으로 급성장했다. 회사도 늘고 서비스도 늘고 직원도 늘었는데 뭔가 부족하다는 생각이 든다. 나 혼자 뭔가 할 수 있으면 좋겠다. 기본 내부 서비스의 코드가 적절하지 않기 때문에 처음부터 끝까지 단일 프로젝트로 시작합니다.

이러한 작업은 개발 팀 또는 개발자에게 이전됩니다. Windows Media 기반 DRM 솔루션, Delphi 아웃소싱 프로그램, ASP 아웃소싱 스토어 유지 관리 덕분에 이전에 사용하지 않았던 다양한 프로그래밍 언어를 배웠습니다. 모질라, 파이어폭스의 한국어 번역, 기술 블로그도 출시되고 있다. 개발자의 경력관리 조언에 대해서는 "나이가 들어도 실천해 주세요!"

송창현 네이버 CTO가 AWS에 입사했을 때 한 말이다.나이도 많고 경력도 많지만 장애인이라 예산 없이는 일을 할 수 없어요. 혼자 일하고 혼자 일할 수 있는 사람 아닌가요?"네, 주변에 사람이 없다면 작은 일도 혼자서 할 수 있는 사람이 되어야 해요.

이런 성향이 있으면 상사의 유혹을 이겨내고 행복할 수 있습니다. 그럼, 그들이 매니저로 자라지 않아도 회사에서 충분한 존경을 받지 못하는 건가요?

 

2. 다른 사람이 무엇을 하지 않는지 이해합니다.

내가 일하는 다국적 기업의 포지셔닝 문화는 한국 기업의 포지셔닝 문화와 많이 다릅니다. 개인 기여자의 이력은 회계 이력으로 구분되며, 비즈니스 전문가로서 최고 직급(경영진)으로 승진할 수 있다. 아마존 개발자의 경우 지정 엔지니어 직책을 가진 사람은 극소수에 불과합니다. 하지만 국내 기업들은 개발자의 트랙을 분리하는 경우가 거의 없다. 다음에 있을 때 하고 싶었는데 못 해서 미안해.(있으면 알려주세요.)

하지만 실망할 필요는 없습니다. 제가 드리고 싶은 충고는 '슬럼프'였습니다. 평소에는 실력 있는 팀, 좋은 성적을 내는 팀을 좋아하지만 아무도 회사에 신경 쓰지 않지만 꼭 필요한 것들이 있다. 7년 뒤 회사를 그만두고 다음으로 옮기면서 처음으로 개발팀으로 일하고 6개월 뒤 새로운 일자리를 찾기로 했다. 당시 300명 이상이 운전을 하고 있었다.대부분의 인터넷 서비스는 발신자와 포털 사이트이기 때문에 완성되었다.

아무도 눈치채지 못했지만, 그것은 개발자들의 생산성과 직결되었다. 지금 생각해 보면 개발자들의 소스 코드 라이브러리, 위키 시스템, 일반 도서관 배포 사이트들이 흥미롭다.처음에는 혼자 만들었는데 한두 명이 들어와서 팀이 필요했어요. 물론 저는 매니저를 그만두고 다른 직종(T)ech Asset이 기술 전략, 범용 시스템, QA와 같은 본부급 조직으로 성장했습니다.

또 다른 검색은 내부 API를 외부에서 공유하는 플랫폼(잘 알려져 있음)입니다. 저는 한두 명에서 이 일을 시작했고, 한 단계에서는 새로운 팀장을 고용하고 박사 과정을 밟았습니다.

 

 

3. 공유를 통한 영향력 창출

존경받는 베테랑으로 성장하기 위해서는 호기심에 새로운 기술을 소홀히 하지 말고 처음부터 끝까지 실천하고 기업에서 부족한 부분을 찾아내고 영향력을 발휘해야 한다. 사내 영향력이 조직지도자의 권한에만 국한되는 것은 아니다. 경험이 풍부한 개발자로서 합리적인 설득 과정을 통해 기술 조직 내에서 다양한 분야에 대한 의견을 적극적으로 표현하고 의사결정을 이끌어가는 것이 중요하다.

일반 개발자들이 의견을 듣기 위해서는 만나고 공유하는 것이 중요하다. 아이러니하게도 자신의 정보와 경험을 다른 사람과 공유하면 영향력을 되찾을 수 있습니다. 하지만 개인 블로그 운영, 커뮤니티 활동, 외부 출판, 책 쓰기 등은 다른 사람들에게 습관이 될 수 있다. 그러나 이러한 공유가 기술 생태계의 영향력을 얻는 가장 좋은 방법입니다.

물론, 우리는 우리의 주요 업무를 성실하게 공유해야 합니다.사내 개발자를 대상으로 세미나를 개최하고, 기술 지식을 공유하며, 취미 활동으로 사내 게시판에 기사를 자주 게재하고 있다. 제가 다음에 있을 때 프리랜서 게시판에 올라온 글의 수는 매년 송년회 게시글의 총 수였습니다. 모든 기사에 투표가 가능하지만, 가장 많이 투표한 사람은 저이고, 가장 많이 반대표를 던진 사람은 저입니다. 수천 명의 게시판에 글을 올리는 것은 용기가 나지 않는다. 하지만 당신은 그 과정에서 영향력을 얻는 방법을 배울 수 있습니다.