팀장님은 어느 팀 소속인가요?

팀장의 팀은 어느 팀인가? 어처구니 없는 질문 같지만 팀장 A를 생각해보자. A 역시 상사인 그룹장이 책임지는 팀들 가운데 한 팀장이다. A씨에게서 팀장이라는 타이틀을 빼고 본 자연인 A만 보자. 그럼 A가 속한 팀은 어느 팀일까? 이 상황이 되고보면 처음 질문이 그리 어처구니 없는 질문은 아니다. A는 본인이 책임지는 팀(팀원들)이 있다. 하지만 역시 그룹장(상위 조직장)에게 그는 팀원이다. …

Continue reading ‘팀장님은 어느 팀 소속인가요?’ »

쏘카에서의 1년

어느새 쏘카에서의 시간이 만 1년이 됐다. 제대로 일할 수 있는 기술 조직을 만들어보겠다는 생각으로 “본사”로 이직을 했던 것이 얼마 안된 것 같은데 벌써 시간이 이만큼 지나갔다. 개인적으로도 큰 변화의 시기였고, 쏘카의 기술 조직도 그만큼의 변화의 시간을 함께 관통하고 있다. 일하는 방법부터 시작해서 조직개편, 그리고 새로운 아키텍처 를 적용하는 여정까지 하루하루가 다이나믹하게 지나갔다. 그럼에도 1년이 지난 …

Continue reading ‘쏘카에서의 1년’ »

면접관(면접하는 사람)을 위한 교육

아마도 사회 생활을 시작한 직후부터 사람을 뽑는 역할을 했던 것 같다. 정말 뭣도 모르는 상태에서 사람을 보기 시작했던 것 같다. 지금 돌이켜보면 좀 어이없다.   잘 몰랐던 소기업 시절 사실 벤처/스타트업 혹은 작은 중소 기업에게는 지원자가 지원해주는 것만으로도 감지덕지였다. 인터뷰를 통해 사람을 거른다는 것이 의미가 거의 없긴 했다. 당시에 Java, C++, Visual C++ 가지고 개발해야 …

Continue reading ‘면접관(면접하는 사람)을 위한 교육’ »

쏘카 기술 면접 제대로 하고 있다.

지난 번에 반가운 이야기 두가지를 들었다. 두 이야기 모두 쏘카의 기술 1차 인터뷰에 대한 피드백이었다. 첫번째 이야기. 쏘카 기술 인터뷰 과정에서 진행하는 화이트보드 인터뷰가 너무 좋아 현재 재직중인 회사에 도입하셨다는 것이다. 쏘카에서 중니어 및 시니어 면접은 온라인 코딩 테스트(문제 풀이)를 하지 않는다. 대신 코드와 기술 구조를 정의할 수 있는 살펴보기 위해 화이트보드를 사용한다. 경험했던 구조를 …

Continue reading ‘쏘카 기술 면접 제대로 하고 있다.’ »

개발자는 티셔츠

티셔츠!! 담소 자리에서 술자리에서 티셔츠 이야기를 자주 많이 이야기했다. 엔지니어분들이 컨퍼런스와 같은 행사에서 가장 값어치있게 여기는 구즈(Goods)는 티셔츠다. 티셔츠에 새겨진 회사, 기술, 사상의 브랜드 혹은 가치를 엔지니어들은 공감할수록 가장 긴 줄이 몰린다. 더해 공감 수치가 높아지면 높아질수록 일상복으로 거리에서 회사에서 개발자, 엔지니어로써 당당해진다. 기술 기업으로 쏘카를 생각했을 때 아쉬웠던 부분이 바로 “티셔츠”였다. 쏘카는 기술 기반의 …

Continue reading ‘개발자는 티셔츠’ »

Autonomy – 자율, 자율조직이란?

자율(Autonomy)이라고 이야기를 했지만… 사실 꼬치꼬치 “이렇게 하세요, 저렇게 하세요!”라는 각론에 대한 지시를 싫어한다. 개인적인 성격이다. 목적지만 정해지면 그리로 가면 되는거지. 부산가는데 꼭 천안, 대전, 대구를 거쳐갈 필요는 없다. 하지만 왕왕 천안, 대전, 대구에 목숨거시는 분들이 있더라. 모로가도 부산만 가면 된다. 포장하자면 자율적으로 일하는 방식을 좋아한다. 자율적 방식은 나의 혹은 확장하면 팀의 방식으로 일을 계획하고 진행하고 …

Continue reading ‘Autonomy – 자율, 자율조직이란?’ »

Q&A: Architecture and Architect

3월에 모 부트캠프 참가자들을 대상으로 “S/W 아키텍처(Architecture)“에 대한 특강을 진행했다. 강의 이후에 이런 저런 질문들이 있었다. 질문들이 과정에 참가한 분들만 궁금해하는 사항들이 아닐 것 같아서, 정리해서 기록으로 남겨볼려고 한다. 원하시는 인재상, 어떤 개발자를 원하시는지 궁금합니다. 이야기를 개발을 리드하는 입장에서, 특히 쏘카의 개발 방향 관점에서 이야기했기 때문에 자연스럽게 이 질문에 가장 관심이 많았던 것 같다. 사실 …

Continue reading ‘Q&A: Architecture and Architect’ »

조직이 결국 아키텍처를 좌우한다.

어플리케이션 수준부터 시스템 수준의 아키텍쳐에 대한 이런 저런 이야기를 계속 해왔다. 사실 이런 이야기들은 이론이다. 이론과 현실은 다른다. 다르다는 것을 인정하고, 현실에 맞춰 이론을 적용하는 것이 선수들이 해야할 일이다. 현실을 규정하는 것들 가운데 가장 큰 몫은 환경일 것이다. 그리고 그 환경 가운데 또한 가장 큰 몫은 바로 조직 모델이지 않을까 싶다. 다른 글에서 Monolithic과 Microservice …

Continue reading ‘조직이 결국 아키텍처를 좌우한다.’ »

개발 모델: 프로젝트 조직 vs. 서비스 조직

시스템을 개발하는 방식에는 여러가지가 있을 수 있다. 가장 크게는 남이 개발해주는게 있고, 내가 개발하는게 있겠다. 우리나라에서 소위 SI(혹은 외주)라고 부르는 방식이 남이 개발해주는 방식이다. 이런 개발을 “프로젝트” 방식이라고 한다. 대체로 요구 사항과 기간을 개발사에게 전달한다. 물론 돈과 함께. 개발사는 최대한 맞춰 개발하고 그 결과를 전달한다. 물론 필요하면 설치와 운영에 필요한 사항까지 잘 마무리해야지. 그리고 남은 …

Continue reading ‘개발 모델: 프로젝트 조직 vs. 서비스 조직’ »

라이엇: 6년 3개월의 기록

말그대로 파란만장했던 시간이었던 것 같다. 즐거웠던 기억도 정말 치열했던 기억도 다양하다. 좀 더 업데이트를 하겠지만, 그래도 그 시간의 추억을 기록해둬야 잊지 않을것 같아 남겨둔다. 2015년 배운것도 많았고, 좋은 사람도 만났던 네이버 시절을 마무리하고 7월, 라이엇에 입사했다. 글로벌 회사는 어떻게 일할까 싶은 기대를 안고 첫출근. 구글이나 마이크로소프트와 같은 글로벌 회사에 대한 환상이 있었던 것 같다. 약간의 …

Continue reading ‘라이엇: 6년 3개월의 기록’ »