오랜만에 시니어 레벨 엔지니어를 위한 경력 관리 책이 나왔다.  그렇다! 이 책은 엔지니어를 위한 책이다. 보통 일정 연차와 직급이 되면 조직 관리자/경영자의 트랙을 타게 되는데, 이 책은 기술 중심 엔지니어로 조직내에서 살아남기 위하여 어떤 관점과 역할을 수행해야 하는가를 이야기한다.

예전에 대형 인터넷 서비스 업체를 중심으로 개발자 커리어 로드맵을 듀얼 트랙으로 가져가기 위한 시도를 했는데, 정착이 안된 것 같다. 우리보다 IT의 역사가 긴 서구권에서도 마찬가지인 모양이다. Sr.Engineer 다음은 보통 Principal Engineer라는 직급을 두고 관리직으로의 커리어 발전을 시켰는데, 최근 직보 라인을 없애고, 기술 리더십을 강화하는 Staff Engineer라는 직급을 두는 곳이 많아졌다.

이 책은 크게 3부분으로 나뉜다. 1부에서는 스태프 엔지니어라는 새로운 직급에 대해 알아본다. 이 과정은 매우 중요하다고 생각한다. 책 전반에서 다루는 내용을 정리하기 위해서는 이 역할의 정의와 그에 기대되는 결과에 대한 동의를 구할 수 있기 때문이다. 그리고 굳이 새로운 직급을 만든 배경을 다른다.

2부에서는 스태프 엔지니어가 업무를 수행함에 있어 가장 중요한 프로젝트의 시작과 끝, 그 과정에서 리더로서 챙겨야할 것들을 다룬다. 재미있는 점은 프로젝트의 진행이 원활하지 않을 때 어떤 상황인지에 따라 다양한 방식으로 프로젝트를 중단하는 방법도 한 챕터로 다루고 있다.잘 진행되지 않는 프로젝트도 어떻게든 마무리 짓는 것이 리더의 몫이다.

3부에서는 스태프엔지니어로서 선한 영향력을 확대하는 방법을 다루는데, 다양한 교육방식이나 간접 영향력을 행사하는 사례들을 공유해 주어 현업에서 고민해보고 시도해볼 수 있는 방안을 제공해 준다.

이 책은 시니어 레벨로 진입하는 엔지니어들이 그 다음 단계로 올라가기 전에 읽으면 좋을 내용이다. 어떤 방식으로 더 성장하면서 성숙한 엔지니어가 될 것인가, 회사에 어떤 식으로 기여해야 시니어 개발자 이상의 기술 리더가 될 것인가라는 묵직한 주제에 대해 선배 개발자들의 고민을 공유하고 정리한 책이다. (본인의 에너지와 삶의 질에 대해서도 질문을 던진다.)

번역은 전반적으로 매끄러웠다. 한가지 아쉽다면 "만약"이라는 단어가 너무 많이 사용되는 듯 했다. 이 리뷰를 읽으시는 분이라면 만약이라는 단어가 눈에 더 띌지 모르겠다. 책 내용 전반은 잘 번역되어 매끄럽게 전달되었다.

우리나라도 이제 개발 업력들이 쌓여가고 있는데, 선배 개발자들의 고민을 정리한 책들이 한권정도 나와주었으면 좋겠다.

 

 

 

 

더보기

스태프엔지니어: 기술 전문 리더십

 

직함은 권위를 자동으로 부여해주고, 역량 수준을 대변해 주므로, 그것을 증명하는데 사용할 시간과 에너지를 아껴줌.

 

올바른 결정은 맥락에 기반을 둠. 그래서 때에 따라 다를 수 있고, 특정기술 장단점 이외에도 지엽적인 세부사항까지 꼼꼼히 알아야 올바르게 결정 가능

조직 전체 관점 또는 제3자 관점에서 가장 좋은 결정을 내릴 수 있는 의사결정자 필요.

높은 퀄리티의 엔지니어링으로 프로젝트를 제시간 내에 완료하는 것

 

개인이 직접 경험할 수 있는 경험의 양은 한정. 코드와 설계를 리뷰하면서 아키텍쳐 모범 살{를 제공하고, 좀 더 빠르고 쉽게 일할 수 있는 도구를 만들어 영향력을 행사

 

그간 쌓아온 경력과 경험에서 나오는 실력과 직감이 필요.

모든 문제를 효과적으로 해결해야 한다. 문제 해결이 가장 중요

기술전문가로서 조직이 올바른 기술 방향을 설정하고 있는지 확인 필요

본인의분야를 명확히하고, 그 안에서 영향력을 행사하여 성과를 내야 한다.

여러분이 조직의 성공을 위해 해야 할 일은 무엇인가?

 

 

    "한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다."

 

 

 

반응형

SAP의 김영욱 PM의 책 <프로덕트 매니지먼트> 북콘서트에 참석했다. 김영욱 PM의 브런치(링크)야 워낙 유명한데, 업계 선배의 입장에서  후배 PM들에게  일종의 Primer(기본기)를 정리한 우리나라 사람이 쓴 책을 전해주고 싶어 1년 정도 고민하면서 쓰신 책이라 한다.

북콘서트는 프로덕트 매니지먼트를 강의하듯 진행했다기 보다는 책을 쓸 시점에 고민했던 사고의 흐름을 차분히 조분조분 설명해 주셨다. 책 차례를 보면서 PM 이야기를 하려할 때 왜 이런 순서로 엮었는지를 이야기해주셨다. 하필이면 메모장을 가져가지 않은 날이어서, 급히 (사인 받을) 책 한 권을 구매하고 띄지에 김영욱 PM의 이야기들을 몇몇 적었다.  아직 책을 읽기 전이라 김영욱 PM이 한 이야기중 중 몇가지만 소개해 본다. (만약 영욱 PM의 주장과 배치되는 부분이 있으면 그것은 전적으로 내가 잘못 이해한 것이다. :) )

한빛미디어에서 나온 김영욱PM의 <Product Management>

 


세상의 문제는 답이 있는 퍼즐과 정해진 답이 없는 미스터리가 있다. 세상에 복잡해져서 미스터리성 문제들이 남아있다. 미스터리를 푸는 방법은 프레임을 만들고, 그것을 좁혀가면서 답을 찾아가는 것.

워터폴과 애자일: 둘이 서로 좋고 나쁘고의 개발방법론이 아니다.

PM의 Daily work: 1) 시장, 2) 고객, 3) 경쟁자. 우리나라 PM들은 시장 읽는 것, 특히 경쟁자 분석을 제대로 하고 있는지 고민해 봐야 한다. 융합되는 시대에 경쟁자 분석은 단순히 경쟁제품을 써보는 것이 아니라 보도자료도 읽고, 해당 분야 기술도 익히면서 상상력을 총 동원해서 경쟁자의 의도를 파악해야 하는 작업.

우선순위를 정해야 하는데, 이때 기준은 사용자의 가치(value)이다. 사용자에게 주는 가치를 기준으로 기능이나 기획을 평가해야 하고, 이는 타협 불가능한 것.

 

1장, 정의(Definition) 부터 시작. 그래야 책 설명의  Protocol이 맞음. 1.3의 B2B와 B2C는 만들고 있는 제품이 누구를 향하는지(2:to)에 대한 인식에 대한 이야기.B냐 C냐가 중요한 것이 아님. To의 지향점이라는 사실이 중요.

3장 고객개발은 비즈니스 개발(BD)과 다른 면을 주목해서 읽어보자.

5장 PM의 일상 업무. PO의 일상업무일수 있음. 5.4.5 우선순위 정하기는 방법에 중점을 두는 것이 아니라 그 기반이 되는 Criteria를 어떻게 세우는가에 대한 이야기. 5.5 MVP에서는 Viable을 고민하면서 읽어보자. 사용자가 선택하는 제품을 만들기 위해 MVP를 만드는 것. 결국 P(Product)는  사용자의 문제를 해결해야 한다. 그래야 사용자가 선택. 이쁜 것만으로는 안된다.

6장 PMF(Product-Market Fit)에서 중요한 것은 Market이다. Market은 User 찾기임. 먼저 Market을 봐야 한다.KPI와 OKR 역시 Performance 중시 조직에서는 OKR이, Quality 중시 조직에서는 KPI방식이 적합

 


김영욱 PM이 전하는 이야기들이 어떻게 보면 당연한 것 아냐라고 들릴 수 있지만, 그 기본을 일처리에 적용하는 것은 또다른 문제라 생각한다. 그 기본기를 잘 지키는 조직이 글로벌하게 성공하는 것 같다는 생각도 했다.(물론 기본기를 잘한다고 무조건 글로벌하게 성공한다는 이야기는 아니다!)  특히 단호하게 '제품은 사용자에게 가치를 제공해야 한다'는 이야기를 하실 때에는 평상시 생각들과 일치하는 부분이 많아서 공감이 확~ 되었다. 얼마전 업계 선후배님들과 식사자리에서 Junior PM이 존재할 수 있는가에 대해 이야기를 나눈 적이 있었는데, 그 부분 이야기도 살짝 나왔다. 비슷한 이야기를 나눴던 지라(편향을 가지고 내가 듣고싶은 대로 들었을 수도... :) 공감이 많이 되는 이야기들이 있었다.

 

책을 읽고 또 생각을 정리해 봐야겠다.

 

북 콘서트 이후 작은 음악회도 좋았다.(사진 출처: 책과얽힘 페이스북)

반응형

+ Recent posts