메뉴 바로가기 검색 및 카테고리 바로가기

한빛미디어

개발 7년차, 매니저 1일차

개발만 해왔던 내가, 어느 날 갑자기 ‘팀’을 맡았다!

한빛미디어

번역서

판매중

  • 저자 : 카미유 푸르니에
  • 번역 : 권원상 , 한민주
  • 출간 : 2020-02-04
  • 페이지 : 372 쪽
  • ISBN : 9791162242551
  • 물류코드 :10255
초급 초중급 중급 중고급 고급
4.6점 (21명)
좋아요 : 3

경력이 쌓이면 누구나 겪게 될

‘개발 관리’의 모든 것을 한 권에!

  • 사수, 멘토, 팀장, CTO까지 직책별 관리 기술 대백과
  • 개발자도 꼭 알아야 하는 소프트 스킬, 사람 및 조직 관리 노하우 수록
  • 개발 팀을 성공으로 이끄는 IT 팀장에 대한 모든 것

 

대다수 사람들은 조직에 들어가고 ‘관리받게’ 된다. 하지만 경력이 쌓일수록 ‘관리하게 되는’ 비중이 늘어난다. 따라서 개발자가 매니저로 전향하는 순간이 오는 건 피할 수 없다. 이 책은 매니저로 성장하면서 겪는 여러 문제를 구체적인 사례를 통해 보여 주고, 이를 극복할 수 있는 실질적인 조언을 담았다. 개발자에서 테크리드로, 팀장으로, 여러 팀을 관리하는 CTO로 성장하며 겪게 되는 다양한 시나리오와 각 직책별 좋은 매니저의 모습을 알려 준다. 또한, 소프트 스킬이 부족한 사수를 둔 개발자를 위해 사수에게 어떤 도움을 받을 수 있는지에 대한 구체적인 내용도 담았다.

 

 

이런 분들 주목!

  • 개발자 vs 매니저 갈림길에 서 있다.
  • 개발 관리를 체계적, 효율적으로 하고 싶다.
  • 내 사수가 사수 역할을 못해서 내가 고생 중이다.

 

이 책을 주목해야 하는 이유!

첫째, 아마존 베스트셀러 『The Manager’s Path』의 한국어판! 현재 아마존 ‘엔지니어링/기술 프로젝트 관리’ 분야 베스트셀러이다.

둘째, 멘토로 시작하여 시니어 리더십에 이르기까지 각 직급에서 알아두어야 할 관리 기술을 모두 담았다. 개발자라면 한 권은 구비해 두고 경력 ‘레벨업’ 할 때마다 꺼내 읽어야 하는 바이블 같은 도서이다. 

셋째, 개발 관리에서 겪게 될 여러 문제를 사례를 통해 보여주고, 실질적인 조언을 제시했다. ‘개발자’라는 환경에서 겪는 특수한 상황들을 들려줌으로써, 비슷한 상황이 닥쳤을 때 잘 대처할 수 있는 방향성을 알려 준다.

추가로 원서에 없는 삼성전자, AWS 코리아, GroundX 등 국내 대기업에서 활동 중인 현업자들의 이야기까지 담았다.

 

(한빛미디어) 개발 7년차, 매니저 1일차_상세이미지(700px).jpg

 

 

저자

카미유 푸르니에

패션계의 넷플릭스로 불리는 의류 대여 회사, 렌트더런웨이(Rent the Runway)의 전 CTO이다. 저자는 과감하고 결단력 있는 리더십으로 렌트더런웨이에서 '망치(The Hammer)'라고 불리었다. 분산된 시스템과 엔지니어링 리더십, 이와 관련된 컨퍼런스와 소프트웨어 개발자 이야기 등 많은 글을 자신의 블로그 'Elided Branches(www.elidedbranches.com)'에 올렸다.

역자

한민주

삼성전자 무선사업부에서 개발자로, 유엔난민기구에서 디지털 담당자로, 웹 개발 프로젝트 매니저로 일했다. 서로의 전문성과 다양성을 존중하는 문화를 함께 만들어 나가고자 한다. 순수한 호기심이 가득하고 서로의 지식과 경험을 기꺼이 나누는 개발자 문화를 사랑한다.

 

역자

권원상

웹 사이트, 교육용 컨텐츠 개발에서 시작해서 디지털 아카이브, 홈네트워킹, 임베디드 시스템 등 다양한 분야에서 개발자로 일했다. 최근에는 조직 개발, 리더 코칭 등에 관심을 가지고 회사에서 애자일 코치로 일하고 있다. 우리나라에 구성원들이 더 건강하고 효과적으로 일할 수 있는 조직이 많아지기를 바라며 이에 기여하려고 노력 중이다.

감사의 말

옮긴이의 말

한국 독자에게

지은이의 말

이 책을 읽는 방법

 

1장 IT 관리 101

매니저에게 기대하는 것

CTO에게 묻는다 : CTO가 되려면 무엇을 해야 하나요?

‘관리되는’ 방법

자신의 경험 평가하기

 

2장 멘토링

주니어 팀원 멘토링의 중요성

멘토 되기

CTO에게 묻는다 : 인턴 멘토링은 어떻게 하나요?

좋은 매니저, 나쁜 매니저 : 알파 긱

멘토의 매니저를 위한 팁

CTO에게 묻는다 : 인턴 채용할 때 무엇을 고려해야 하나요?

멘토를 위한 핵심 요약

자신의 경험 평가하기

 

3장 테크리드

테크리드 되기

모든 훌륭한 테크리드가 아는 한 가지 비결

테크리드의 기본 역할

CTO에게 묻는다 : 테크리드는 끔찍한 자리인가요?

복잡한 프로젝트 관리하기

설명의 중요성

프로젝트 관리에 도움 되는 가이드라인

CTO에게 묻는다 : 테크리드가 되고 싶지 않아요

시니어 개발자로 남을지, 매니저가 될지 선택하기

좋은 매니저, 나쁜 매니저 : 프로세스 독재자

훌륭한 테크리드가 되는 방법

자신의 경험 평가하기

 

기고 : 좋은 매니저는 누구인가_ 임백준

 

4장 사람 관리

새로운 팀원과 관계 맺기

팀과 소통하기

여러 가지 원온원 스타일

좋은 매니저, 나쁜 매니저 : 마이크로매니저, 위임하는 매니저

효율적으로 위임하기 위한 실질적인 조언

지속적으로 피드백하는 문화 만들기

360도 성과 평가하기

CTO에게 묻는다 : 팀원의 잠재성은 어떻게 찾나요?

승진 게임 익히기

도전 상황 : 성과가 낮은 사람 해고하기

CTO에게 묻는다 : 성장하지 않는 직원을 어떻게 해야 하나요?

자신의 경험 평가하기

 

5장 팀 관리

한 사람의 매니저 되기

기술 역량 유지하기

문제 있는 팀을 디버깅하기

CTO에게 묻는다 : 동료였던 팀원을 관리하게 되었어요!

바람직한 방패막이 역할

좋은 의사 결정을 내리는 방법

좋은 매니저, 나쁜 매니저 : 갈등 회피자, 갈등 조정자

도전 상황 : 팀 결속력 파괴자

프로젝트 일정 관리 방법

CTO에게 묻는다 : 작은 팀 매니저가 되면 무엇부터 해야 하나요?

자신의 경험 평가하기

 

6장 여러 팀 관리

CTO에게 묻는다 : 코드가 그리워요!

시간의 우선순위 정하는 방법

매니저가 되기 위한 가장 어렵고도 가장 짧은 수업

업무 위임 노하우

CTO에게 묻는다 : 팀이 위기에 빠지기 전에 알아차릴 수 없을까요?

도전 상황 : 거절 전략

CTO에게 묻는다 : 테크리드가 관리를 하지 않습니다

코드 그 이상의 기술 요소

개발 팀 운영의 건강도 확인 법

좋은 매니저, 나쁜 매니저 : 우리 대 상대, 팀 플레이어

게으름과 성급함의 장점

자신의 경험 평가하기

 

기고 : 매니저직은 개발자의 무덤인가_ 정도현

 

7장 매니저 관리

CTO에게 묻는다 : 오픈도어 정책에 실패했어요!

스킵 레벨 미팅 진행하기

매니저에게 책임 일깨우는 법

좋은 매니저, 나쁜 매니저 : 사람들의 기분을 살피는 사람

신입 매니저 관리하기

숙련된 매니저 관리하기

매니저 채용 시 고려할 점

CTO에게 묻는다 : 해본 적이 없는 팀을 맡게 되었어요!

제대로 작동하지 않는 조직을 디버깅하기

예측치 설정하기와 스케줄에 맞게 진행하기

도전 상황 : 불확실한 로드맵 다루기

나의 기술 능력을 유지하는 법

자신의 경험 평가하기

 

8장 빅 리그

자신의 업무를 대하는 바람직한 자세

개발 시니어 리더십에 대한 모델

개발 부사장의 역할

CTO가 하는 일

CTO에게 묻는다 : CTO와 개발 부사장의 차이는 무엇인가요?

우선순위 변경 시 유의할 점

기술 전략 수집 노하우

도전 상황 : 나쁜 뉴스 전하기

CTO에게 묻는다 : 개발 비전공 상사와 일하는 것이 힘들어요!

다른 역할의 시니어 동료들과 잘 지내는 법

나를 팀에서 분리하기

두려움으로 지배하고, 신뢰로 이끌기

최고 책임자가 지켜야 할 업무 원칙

추천 도서

자신의 경험 평가하기

 

9장 문화 개선

회사 구조 파악하기

문화 만들기

핵심 가치 적용하기

문화 정책 만들기

경력 경로 작성하기

다기능 팀의 장점

개발 프로세스 적용하기

CTO에게 묻는다 : 한 번에 여러 프로세스를 도입해도 될까요?

의사결정을 객관적으로 하는 법

자신의 경험 평가하기

 

기고 : 뉴비 프로젝트 매니저를 위한 이야기 한 조각_ 배상언

 

10장 결론

나 자신부터 관리하기

 

찾아보기

  • 속이 시꺼매질 일이 있던 차에 발견한 책입니다.

     

    일찍 만났더라면 속이 시꺼매지지는 않았을까요? 상처를 되짚으며 전부 읽다 보니 일찍 읽었다면 다른 팀원들에게는 더 잘할 수 있었겠다는 생각이 들었습니다.

    아무래도 저자가 미국인이다 보니 2 pizza team 같은 개념을 생소해 하는 중장노년 인구가 많은 한국사회와는 다소 다른 면이 군데 군데 보입니다. 그렇다 해도 사수, 멘토, 팀장, CTO까지 직책별 관리 기술 대백과라는 홍보문구는 절대 과장이 아니었습니다. 팀원, 상사, 그 상사의 마음도 조금은 더 알 듯했습니다. 제가 더 잘해야 하는 영역을 발견하기도 했습니다.

    연차가 오르며 곧 리더가 되고 매니저가 될 것이 눈에 보인다면 꼭 읽어 보세요. 다 읽고 이해가 갈 듯 말 듯 하더라도 책장에 넣어두고 관리직이 되거나 관리업무 비중이 늘어난다 싶으면 다시 뽑아 보시길 바랍니다. 아주 유용할 겁니다.



    출처: https://wizmusa.tistory.com/ [전산쟁이 wizmusa의 IT 이야기]

    출처: https://wizmusa.tistory.com/ [전산쟁이 wizmusa의 IT 이야기]
    일찍 만났더라면 속이 시꺼매지지는 않았을까요? 상처를 되짚으며 전부 읽다 보니 일찍 읽었다면 다른 팀원들에게는 더 잘할 수 있었겠다는 생각이 들었습니다.

    아무래도 저자가 미국인이다 보니 2 pizza team 같은 개념을 생소해 하는 중장노년 인구가 많은 한국사회와는 다소 다른 면이 군데 군데 보입니다. 그렇다 해도 사수, 멘토, 팀장, CTO까지 직책별 관리 기술 대백과라는 홍보문구는 절대 과장이 아니었습니다. 팀원, 상사, 그 상사의 마음도 조금은 더 알 듯했습니다. 제가 더 잘해야 하는 영역을 발견하기도 했습니다.

    연차가 오르며 곧 리더가 되고 매니저가 될 것이 눈에 보인다면 꼭 읽어 보세요. 다 읽고 이해가 갈 듯 말 듯 하더라도 책장에 넣어두고 관리직이 되거나 관리업무 비중이 늘어난다 싶으면 다시 뽑아 보시길 바랍니다. 아주 유용할 겁니다.

     

  • 안녕하세요, 괴짜 개발자 namedboy 입니다. :)

     

     

    제가 오늘 리뷰할 책은 `개발 7년차, 매니저 1일차` 라는 책입니다.  

    저는 사실 그동안 왜 이런 책이 국내에 없었을까 싶을 정도로 이런 내용을 다루는 책이 반가웠습니다.  

    책의 내용이 좋고 나쁨을 떠나서 드디어 국내에서도 관리자의 역할에 대해 고민하고 있다는 반증이라는 생각에서 입니다. 

     

    국내에서 개발자로 일을 하다 보면 언젠가는 팀 관리에 대한 요구사항을 만나게 됩니다.  

    회사에서는 좋든 싫든 관리자 역할을 요구하게 되는 것이지요. 당연히 그 이유는 일을 잘하는 직원은 많지만 관리를 잘하는 직원은 찾기 힘들기 때문이지 않을까 싶은데요.  

    사실 요구사항만 있지 어떻게 해야 관리를 잘 할 수 있는지에 대한 내용은 국내에선 잘 다뤄지지 않는 것 같습니다.  

    특히나 회사에서 관리자라는 역할은 `그냥 대충 일 잘하는 사람이면 다들 할 수 있는 것 아닌가?`라는 생각을 많이 하시기 때문에 맡은 업무를 잘 하는 직원에게 관리자 역할도 덤으로 주는 것 같네요.  

     

    하지만 관리자로 하게 되는 일들 또는 "업무" 입니다. 관리자가 하는 업무인거죠. 단순히 일을 잘하니까 다른 사람들 관리도 하세요. 라고 할 수 있는 일이 아니라는 겁니다. 때문에 해외에서는 관리에 대한 자격증도 존재하고 관리를 할 때 어떻게 해야 하는지에 대한 교육도 이루어지고 있습니다. 대기업에서는 HR 부서에서 이런 내용을 다루기도 합니다. 하지만 우리나라 사람들이 가지고 있는 관리자에 대한 개념은 이런 전문적인 일이라는 인식은 많이 떨어지는 것 같습니다.

    기본적으로 관리자가 되는 과정에 대해 제대로 가르쳐 주는 곳이 잘 없기 때문이기도 합니다.  

     

    그런 의미에서 이 책이 정말 반가웠고 마음이 들떠서 읽게 되었습니다.  

    개발자로 오랜 기간 일을 하다 보면 팀 리더로 일을 하게 되거나 그냥 현업을 지속하거나 둘 중 하나의 길을 선택하게 됩니다. 개인의 성향 또는 커리어에 따라 결정하게 됩니다.  

    기술직으로 계속해서 경력을 쌓고 싶은 사람이라면 경력이 많아도 기술직으로 일을 할 수 있는 회사에 있어야 할 것입니다. 보통은 그런 커리어를 쌓게 두지 않기 때문입니다. 보통의 회사는 경력이 5년 이상 되면 관리직의 요구사항을 직원에게 요구합니다. 그렇게 되면 반 강제적으로 관리직을 겸해야 하죠. 관리자는 기술직이 아니기 때문에 관리에 대해 전혀 생각해보지 않았다면 그 때부터 지옥이 시작된다고 생각합니다. 이런 상황이 되면 당사자는 완전히 새로운 업무를 하는 것처럼 느껴지게 됩니다. 기술직으로 일을 할 때는 하지 않는 일들을 하게 때문인데요.

     

    그런 일들은 상사에게서 욕을 들어가며 배우거나 해보면서 알게 되는 거라며 그런걸 가르쳐 주는 곳이 어디있냐고 얘기를 하는 곳도 있긴 합니다.

     

    기존에 힘들게 배웠던 분들이니 그렇게 얘기할 수도 있다고 생각합니다. 하지만 지금은 아니라고 말씀드리고 싶네요.  

    그런 내용이 바로 이책 `개발 7년차, 매니저 1일차`에 담겨있다고 생각이 듭니다. 내가 관리자의 역량을 키우고 싶거나 CTO 또는 관리직을 생각하고 계시다면 이 책을 읽어보는 것을 강력히 추천드립니다. 정말 피가되고 살이 되는 책일 것이라 자부합니다.

     

    저는 개발자로 10년이 넘게 일을 해오고 있습니다. 그렇기 때문에 개발자가 관리직으로 올라서야 할 때 무엇을 해야 하는지에 대해 몇 년 전부터 계속해서 고민을 해오고 워크샵이나 교육들을 들었었는데 이 책에 그런 내용들이 고스란히 담겨 있는 걸 보고 많은 간접 경험을 할 수 있었고 매니징을 어떻게 해야 하는가에 대해 꽤 많은 인사이트를 얻을 수 있었습니다.

     

    관리직을 생각하고 계시다면 이 책을 추천드립니다.


  • 제목을 참 잘 지은 것 같다. 누군가 어느날 맞이하게 될 현실적인 일을 아주 간결하게 뽑아냈다.

    개발자의 회사생활에 대한 이야기라서 개발과 관련되어 있지만 코드 같은 이야기를 다루는게 아니다. 개발시 관리의 문제에 대해서 다룬다.

    비단 개발 분야만 아니라 직장 생활에서 마주치는, 필요한 이야기도 많다. 어차피 개발자도 직장인 중에 한 직군일뿐 아닌가.

     

     

    02.jpg

     

     

    이 책은 나름 양방향 소통을 하려고 한다. 독자의 경험을 질문하는 부분이 있다. 초반부에 질문들은 위와 같은데 전혀 개발 관련 이야기라고 볼 수 없을 만큼 보편적인 내용이다. 따라서 개발자가 아니라 개발직군과 함께 일하는 유관부서 인원도 읽으면 도움이 될 수도 있을 것 같다.

     

    03.jpg

     

     

    직장 생활 중에 만날 수 있는, 옆에서 봤던 참 불편한(?) 상황에 대한 이야기까지 있다. 매니저 입장에서 필요하긴 하지만... 뭔가 개발 관리에 대한 내용을 더 많이 기대해서 그런지 약간 방향이 틀어지는 것 같기도하고.. 그래도 꼭 필요한 내용이고... 다소 혼란스럽다.

    이런 보편적인 이야기만 있는 것은 아니다. 사람마다 다르지만 개발을 계속 하면서 매니저가 되고 싶은 사람도 있고 개발자로 남고 싶은 시니어들도 있다. 그래서 개발을 계속 하고 싶어하는 문제에 대해서도 책에서 다루고 있다.

    다른 분야도 비슷하겠지만 본인의 주업무, 실무만 하다가 관리라는 업무를 맡게 될 수 있다. 개발자는 개발만하다가 갑자기 매니징까지 하게 되면 당혹스러운 부분이 있을 것 같다. 자신의 커리어와 다소 무관하며 매니저도 하나의 전문 분야인만큼 본인의 부단한 노력이 필요하다.

    이 책은 세상 모르고 개발에 매진하던 순진한 공대생이 조직 생활의 노하우와 인력관리에 대한 세상을 마주할 때 겪는 어려움을 극복하는데 도움이 될 것 같다.

  • "개발 7년차, 매니저 1일차"

    제목을 보자 마자 느낄수 있었던건 부사수된 입장, 리딩 당하던 입장에서 벗어서 이제는 다수의 팀원을 이끌수 있는 리더십에 대한 이야기라 생각했다.

     

    특히 "개발만 해왔던 내가, 어느 날 갑자기 '팀'을 맡았다!" 라는 상황에 놓였을 경우를 생각해보니, 사실 아찔한 생각이 들었다.

    지금 가지고 있는 지식으로, 지금 가지고 있는 스킬로 나라면 어떻게 할까? 특히는 사람과의 관계가 가장 어려운 부분인데 이 부분은 어떻게 해결해야 할까?

    고민에 대한 답을 찾을수 있지 않을까 라는 생각이 들었다. 

     

    리더의 입장에서 다수를 이끈 다는건 쉽지 않은 일이고, 아직까지 그런 상황을 경험하지는 못했다. 앞으로 언젠가는 이런 상황의 입장에 놓이게 된다는 생각으로 책을 접하게 되었다.

     

    이 책은 아래와 같이 도움을 받을 수 있다.

    . 사수, 멘토, 팀장, CTO 까지 직책별 관리 기술 대백과

    . 개발자도 꼭 알아야 하는 소프트 스킬, 사람 및 조직 관리 노하우 수록

    . 개발팀을 성공으로 이끄는 IT 팀장에 대한 모든것

     

    먼저 이책은 카미유 푸르니에라는 렌트더런웨이의 CTO 역할을 했던 분이 저자이다. 

    사실 우리나라와 외국의 상황이나 팀 문화 등이 다르다는 것은 이미 좀 알고 있기 때문에 우리나라 정서와 맞을까라는 의문도 들었다. 

     

    자, 좀더 살펴보자. 이책은 이런 분들을 위한 책이다.

    . 개발자 VS 매니저 갈림길에 서 있다

    . 개발자 관리를 체계적, 효율적으로 하고 싶다

    . 내 사수가 사수 역할을 못해서 내가 고생 중이다

     

    책의 가장 첫장에는 친절하게도 이 책을 읽는 방법에 대한 가이드를 설명해 주고 있다. 

    장별로 있는 방법과 매니저의 경험에 따라 읽는 방법을 가이도 해주고 있고, 중간에 "CTO에게 묻는다", "좋은 매니저, 나쁜 매니저", "도전 상황"에 대한 코너도 마련하여 여러 상황에 대한 노하우를 얻을 수 있었다.

     

    책을 읽으면서 가장 떠오르는 단어가 있다면 "소통" 이라는 단어가 머릿속에 맴돌았다.

     

    항상 매니저라 하면 방패막, 팀원들의 우산이 되어 줘야하고 뭔가 책임을 져야하는 무거운 자리 임을 생각하고 있었던 내게 이 책은 꼭 그런것 만은 아니다라는 생각을 들게 했다.

    매니저는 팀원들이 핵심 목표를 이해 하고 이에 집중하도록 도와 줘야 하지만 모든 것에서 보호해야 하는것은 아니다. 때로는 스트레스의 일부를 팀에 전달하여 처한 상황을 함께 이해할 필요도 있다는 것이다.

    그리고 가장 쉽지 않다고 생각했던게 어쨋든 갈등들은 항상 생기는 문제인데 이것은 어떻게 생각해야 할까라는 부분이었다. 이책은 내가 매니저일때 할수 있는 생각들에 대한 답변을 주고 있었다. 

     

    회사내 어떤 위치에 있던지 마주하게 되는 어려움들이 있다. 이러한 어려움을 이겨낼 수 있도록 상담해 주는 책이라는 생각이 들었다. 매니저의 마음을 이해 할 수 있는 계기가 되었고 또한 좋은 매니저로서 나 자신과 그리고 팀원들과 소통할 수 있는 방법들에 대한 생각을 정리하게 만들어주는 시간이었다.

     

    그리고 마지막 결론 부분에 기억에 남는 말이 있다면,

    다른 사람을 잘 관리하기 위해서는 나 자신을 관리할 수 있어야 한다는 것..

    훌륭한 매니저는 갈등을 잘 해결해야 한다는 점 (대화할때 자존심을 잘 분리한다는 의미)

     

    사람들에 호기심을 가져라. 프로세스에 호기심을 가져라. 기술과 전략과 비즈니스에 호기심을 가져라.

    항상 호기심을 품고 좋은 매니저가 되기 위한 준비를 해야겠다.

     

  •  

    책 제목을 보는 순간 개발 8년차인 나와 비슷한 눈높이에서 많은 조언을 얻을 수 있을 것 같다는 생각이 들었다. 사실 나는 아직 매니저 역할은 하지 않고 있고, 아직 먼 얘기라고 생각하고 있지만 나와 비슷한 연차에서 매니징을 하시는 분들도 많기 때문에 그 분들은 어떤 고민을 하고 있을지 또 어떤 판단과 결정을 내리고 있는지 궁금했다.

     

     

    책을 읽으면서 매니저에 대해 내가 생각하지 못했던 부분들이 참 많다라는 것을 느꼈다. 그 동안은 매니징을 받는 입장이었기 때문에 매니저 입장에서는 거의 생각을 해본적이 없었던 것 같다. 왜 팀장님은 저런 지시를 내리고 지난 번에는 이 업무가 꼭 필요하다는 듯이 얘기했으면서 갑자기 우선순위가 떨어지니 다른 업무를 먼저 하라는 지시를 내리는 것인가, 그리고 왜 내 일정은 고려하지 않고 일정을 결정하고 통보를 할까 등등 이해하기 어려운 부분들이 있었다. 어느 장단에 맞춰서 업무를 해야하는지 파악하기가 어려운 부분도 있었다. 그래서 이러한 것들 때문에 불만이 많이 쌓이기도 했고, 내 입장만을 생각했던 것 같다.

     

     

    이 책을 읽으면서 작게나마 팀장님들의 고충을 이해할 수 있었다. 회사는 내 위주로 돌아가는 것이 아니고, 팀장 입장에서는 나 말고도 매니징해야하는 직원들이 많이 있다. 팀장님 또한 오더를 받는 입장이고, 이에 따라 일정은 언제든지 바뀔 수가 있는 부분이었던 것이다. 이런 내용을 일일히 다 팀원들에게 설명하기에는 업무량이 너무 많고 체력적으로도 힘든 부분이 있었기 때문에 팀원들 입장에서는 갑자기 일정이 바뀐다거나 중요했던 업무가 한순간 사라지는 등과 같은 일들이 발생했던 것 같다. 책에서 팀장님도 사람이고 팀장님도 짜증을 낼 수 있고 팀원들은 가끔은 팀장님에게 휴가를 줄 수 있어야한다는 내용이 있는데 많은 생각이 들게 했다.

     

     

    이 책은 사실 매니저로 들어서는 개발자 뿐만아니라 팀원으로 업무를 하고 있는 개발자들에게도 많은 도움이 되는 책이다. 왜냐하면 팀원으로써 가져할 자세나 마음가짐, 그리고 후임 또는 새로운 개발자가 들어왔을 때 알아두면 좋은 점들, 나를 발전시키기 위한 팁 등등 정말 많은 정보를 담고 있고, 이 내용들이 모두 저자의 경험과 시행착오로부터 나왔다는 것이 독자에게 큰 도움을 줄 수 있다고 생각한다.

     

     

    나는 아직 매니저는 아니지만 이 책을 읽고나니 한번 도전해보고 싶다는 생각이 들기도 했다. 원래 나의 꿈은 나이 들어서까지 개발을 하는 것이었는데 책에도 언급되어 있듯이 마냥 어렵게 느껴지는 매니징이 겪어보지 않고는 나에게 적합한지 아닌지를 판단할 수가 없는 것이다. 개발을 엄청나게 잘하는 사람도 매니징 능력은 정반대일 수 있는 것이고, 개발은 어느정도 하지만 자기도 몰랐던 매니징 능력을 발견할 수도 있다. 나 또한 매니징은 한번도 해보지 않았기 때문에 지금까지는 나와는 맞지 않는 업무라고 생각해왔지만 겪어보지 않고는 모르는 일이라는 생각이 들었다. 기회가 된다면 매니징 업무를 해보는 것도 큰 도움이 될 수 있을 것 같고, 책에서도 얘기하듯 매니징 업무로 간다고 해서다시 개발을 할 수 없는 것은 아니기 때문에 맞지 않는다는 생각이 들면 다시 개발 업무도 할 수 있을 것이라 생가한다.

     

     

    어쨋거나 중요한 것은 현재 나의 위치에서 잘할 수 있는 방법을 찾고, 항상 더 나아지려고 노력하며 나와 팀원들, 그리고 회사에 기여하는 것이다. 이러한 노력들이 쌓이면 개발이든, 매니징 업무든 잘해낼 수 있을 것이라고 생각한다.

     

  •  

    AF9AA425-57B4-4F03-96D6-92887CEB4695.jpeg

     

     

    올해도 한빛미디어 나는 리뷰어다에 신청을 했는데 당첨이 되어서 너무 좋았습니다.

     

    신청한 책 중에 올해 들어 꼭 읽고 싶은 책이 있었는데 다행히도 이 책이 당첨되어서 너무 좋았어요

     

    그 책은 개발 7년 차 매니저 1일 차라는 책입니다.

     

    일단 이 책을 선정한 이유는 작년에 잠시 팀장님이 그만두셨을 때 임시로 팀장 대행을 역할 하였습니다.

     

    처음으로 동료들이 아닌 팀장 대행 역활로써 동료들을 대할 때가 너무 달랐고 당황스러운 것도 많았습니다.

     

    이 책을 읽다 보면 책의 내용 중에 자신의 경험 평가하기라는 챕터가 끝나갈 때 나오는 내용인데 생각을 많이 하게 되는 것 같습니다.

     

    이 책은 저와 같이 시니어 개발자분들도 꼭 읽어 보셨으면 좋겠습니다. 우리나라에서 경력이 쌓다 보면 언젠가는

     

    팀을 이끌 팀장 역활이 올 수 도 있을 겁니다. 그때 당황스러울 수도 있지만 이 책을 읽다 보면 다양한 케이스의 사례를 예시로 이야기가 나오고 또한 저자의 다양한 경험이 녹여져 있는 책입니다. 여러모로 도움이 많이 될 것입니다.

     

    또한 개발 직군이 아니더라도 관리의 다양한 사례와 내용이 많음으로 관리자 직급의 여러 업종의 사람들이 읽어도 좋을 것 같습니다.

     

    그리고 이 책에서 제가 좋았던 점은 개발자가 관리자가 되더라도 언제나 다시 개발자로 돌아오도록 항상 기술 트렌드와 자기계발에 열심히 해야 한다는 내용이 있어서 많은 공감을 하게 되었습니다.

     

    이렇게 좋은 책을 추천해주신 한빛미디어 관계자분들께 감사드립니다.

  • #한빛미디어 #매니저되기 #오렐리 #O'Reilly

    어느날 내 사수가 사라졌다!.

    제발 누가 날 매니저좀 해줘!

    셀프 매니징이 필요한 현재, 책에서 답을 구하고자 이책을 선택해 보았다.


    책표지. 개발 7년차, 매니저 1일차

    Head_IMG.jpg

     

    이런분들 필독 세번째와 유사한 사수가 없어서, 팀의 매니저가 팀의 팀장이 없어서 내가 고생 중이라 고르게 된 책.

    나쁜 매니저의 특징, 나쁜 부사수 또는 부사수별로 다루는 방법들에 오히려 스스로 공감하며,

    나스스로를 관리하기 위해, 매니저가 아닌 상사만이 있는 나를 위해 이책을 손에 들었다.

    한장 한장 넘기며, 고개를 끄덕이지만 좀더 넘어가면 나와는 별개의 세상이다.

    그러나 언젠가 다가오던가 또는 오히려 매니저들을 이해하기 위해서라도 읽어보는 것은 좋은 경험이다.

    상대팀을 대하는 법, 매니저의 매니저에 대한 대응 방법, 상사에 대한 대처 방법.

    그 모든 것들이 필요한 내용이지만, 예제가 많이 필요한 본인에게는 아쉽기 그지 없는 내용이다.

    나중에 기회가 된다면, 나의 부사수에게는 좋은 매니저가 되리라 다짐해 보면서

    스스로에게 스스로가 좋은 매니저가 되기 위해 노력하고자 한다.

    매니저를 위해 썼다고 하지만 사람을 대하고 업무에 대하여 임하는 자세는 누구에게나 필요한 내용이라고 생각 하므로, 누구에게나 헌번쯤은 읽어보길 권한다. 특히 좋은 매니저를 알아보기 위해서라도 새내기 주니어들도 한번쯤을 읽어 보길 권한다.

    책꽂이에 꽂아두고 필요한때 꺼내보기 위해 오늘도 킵.

  • 표지.png

     

    “현대의 소프트웨어 개발은 팀 스포츠입니다. 매니저는 ‘코치’이자 ‘지지자’가 되는 것이 가장 좋습니다. “
     책의 앞부분에 있는 ‘한국 독자에게’ 코너에 있는 이 말은 이 책을 통해 저자인 카미유 푸르니에가 하고자 하는 말을 함축적으로 나타내고 있다. 대부분의 직장은 나 혼자만 잘해서 성공하기 어렵다. 단기간이나 또는 특정 업무, 소규모 프로젝트에서는 뛰어난 누군가에 의해 성공으로 비춰질 수도 있지만, 장기적으로 보면 조직과 그 조직에 속한 구성원들이 성공하기 위해서는 같이 업무를 수행하는 구성원들이 같은 목표를 향해 달려나가야 한다. 저자가 말했듯 팀플레이가 제대로 되어야 하는 것이다.
     누군가와 함께 일을 한다는 것은 공식적이던, 비공식적이던 지에 관계없이 일을 시키는 역할과 그에 따르는 역할이 존재하게 된다. 일을 시키는 사람은 같은 팀의 선배일 수 도 있고, 팀장일 수도 있고, 조직에서 더 높은 상사일 수도 있다. 이 책은 소프트웨어 개발 조직에서 일을 시키는 사람의 입장, 즉 관리에 초점을 맞추고 있다.
     전체 10개의 파트로 구성된 이 책은 점차 조직의 상위 관리자로 나아가는 방식을 취하고 있다. 팀 내에서 멘토 되기, 훌륭한 테크리드가 되는 방법, 매니저가 되어 팀을 관리하기, 여러 팀을 관리하고, 또 매니저들을 관리하는 방법 끝으로 개발 부사장, CTO 등 최고 책임자로서의 역할과 책임에 대해 다루고 있다.
     책의 초반부는 마치 내 이야기 같아서 흥미로웠고, 중반 쯤은 내가 속한 조직의 상사들을 떠올릴 수 있어 재미있었다. 그 뒤의 이야기는 아직은 먼 미래의 이야기 같은 느낌에 몰입도가 떨어진 것도 사실이다. 하지만 곁에 두고 조직의 구성원과의 관계에서 어려움을 마주할 때 꺼내어 볼 만한 책임에는 틀림이 없다.

     

     

  • 개발 7년차, 매니저 1일차

    작가
    카미유 푸르니에
    출판
    한빛미디어
    발매
    2020.02.04.

    리뷰보기

     



     

     코로나로 재택근무를 하는 중인데, 집에서 있는 시간은 분명 많아졌지만 일하는 시간이 상대적으로 많아서 그런지 쉬거나 독서할 시간이 부족해진 느낌이다.

     

     이 책은 SNS에서 임백준님의 글로 먼저 접하게 되었다. 그 글이 인상 깊었던 건지, 나의 현재 상황에 어느 정도 투영되어서인지 책을 한번 보고 싶었다. 마음이 넓고 그릇이 커야 한다는 부분이 특히 마음에 와닿았다. 

     

     

     수 년 간 개발만 한참 하다가 최근 들어서야 딱히 직책은 없지만 파트장 역할을 맡아서 개발자 몇 명과 함께 업무를 보고 있다. 다른 팀과 공유하는 내용이 많은 업무다 보니 얽힌 사람, 얽힌 코드가 무척이나 많은데, 업무 자체의 양도 많아서 스트레스를 많이 받고 있다. 스트레스를 많이 받으니까 자꾸 남 탓을 하고 싶어지고 속이 좁아진다는 느낌을 받던 차에 이 글을 읽을 수 있어서 마인드 컨트롤을 더 잘 해보자는 의지가 생긴다.

     

     알파긱이라는 용어는 처음 접해봤는데, 장점들을 보며 나랑 비슷한데?라는 생각을 하다가도 단점을 보면 어 이것도 나랑 비슷하네라는 느낌을 받았다. 여기서 설명하는 알파긱은 좋은 경우도 있지만 폐쇄적이고 자기중심적인 그런 면이 좀 더 부각돼 보인다. 나는 장점에 좀 더 가깝다고 생각해본다. 사회생활을 하면서 느낌적으로만 알고 있던 어떤 현상(?)에 대해 이렇게 명확한 용어와 개념을 알게 되면 스스로에 대해 좀 더 정확한 분석이 가능해지는 느낌을 받는다. 

     

     

     3장 정도까지는 딱 매니저 역할을 시작하는 사람에게 알맞은 내용인 것 같고, 그 뒤 이야기는 어느 정도 매니저를 경험해본 사람에게 많은 도움이 될 것 같다. 멘토, 매니저, 테크 리드, 시니어 개발자 등 다양한 역할에 대해 각각의 장단점과 이상적인 업무 생활에 대해 잘 설명해준다. 아마 회사 생활을 어느 정도 해본 사람은 공감되는 내용이 아주 많을 것이다.

     

     어떤 역할에 대해 어떤 어떤 업무를 해야 한다라든지 정확한 평가 기준에 대해 정확하고 수치적으로 설명해주지는 않지만 어떤 방향으로 어떤 내용에 대해 생각해봐야 하는지 경험적으로 제시해준다. 역할이 바뀌면서 맡아야 하는 업무는 어느 정도 스스로 파악할 수 있지만, 장점이나 단점 시행착오 등은 이 책에서 소개해주는 여러 경험자의 얘기를 들어보는 게 많은 도움이 될 것이다. 챕터 뒷부분에서는 자신의 경험을 기억해내고 한번 더 고민해볼 수 있는 질문지가 있어서 생각을 정리하는데 도움을 준다.

  •  

     

    ◈ 이 책은 한빛미디어의 <나는 리뷰어다> 이벤트로 지원받은 도서 리뷰입니다.

     

    IMG_8978.jpg

     

     

    [한 줄 평]

    "모든 IT인의 길잡이 책"

     

     

    [도서 리뷰]

    처음 "개발 7년차, 매니저 1일차"라는 책을 접했을 때, '나에게는 조금 이른 책이 아닐까'라는 걱정이 들었습니다.

    이제 막 경력 3년차를 바라보고 있는 IT인에게는 "관리"라는 단어는 낯설고 두려운 단어였기 때문입니다.

    두려움을 안고 펼친 책의 목차를 훝던 중에 가장 관심을 끈 항목은 "2장 멘토링"이라는 주제였습니다.

    이제 막 신입사원을 맞이한 초보 사수로서 여러 난관에 봉착한 상황이었기에 단숨에 읽었습니다.

    덕분에 멘토링의 중요성과 멘토의 책임감에 대해서 무겁게 와닿았고

    '나는 좋은 멘토가 될 수 있을까?'라는 걱정에 대하여 세세하고 좋은 방안을 안내주고 있었습니다.

     

    이 책은 IT인이라면 한번쯤 겪을만한 여러 문제사항과 그에 대한 방안에 대해서 명쾌하고 세세하게 가이드하는 책입니다.

    앞서 IT인의 길을 걷고 있는 선배들이 풀어놓은 경험담에서 문제를 현명하게 해결할 수 있는 많은 꿀팁을 얻을 수 있습니다.

    그로인해 '나에게 조금 이른 책이 아닐까'라는 의문은 사라지고 '지금 읽어야하는 책이구나'라고 생각이 바뀌었습니다.

     

    앞으로 경력을 쌓아갈수록 인간관계나 의사소통과 같은 다양한 문제에 직면하게 될 것입니다.

    그런 류의 문제는 기술적인 문제와 다르게 직접 경험해보기 전에는 해답이 보이지 않는 경우가 대다수이며 답을 알더라도 대처하기 힘든 상황에 놓일 수 있습니다.

    "개발 7년차, 매니저 1일차"라는 책을 통해 

    문제사항에 대해서 '나라면 어떻게 대처할까' 고민하고

    '어떻게하면 더 좋은 동료로 성장할 수 있는가'에 대해 계획해보고 

    '이런 나쁜 동료로 남아서는 안되겠다'라는 다짐을 키울 수 있는 기회를 얻게 되었습니다.

     

     

    [도서 추천]

    주니어 IT인에게 이 책을 추천하고 싶습니다. 

    앞으로 어떤 시니어로 성장할 수 있을지에 대해서 진지한 고민과 방안에 대해서 길잡이가 되어 줄 것이라고 생각됩니다.

     

  • 개발자는 아니지만, 소프트웨어 관련 직군에서 일하고 있는 사회 초년생의 관점에서 이 책을 읽었다.

    어떻게 보면 지금 이제 막 회사에 적응하고 일을 배워가고 있는 단계에 개발 7년차에 매니저 일을 하게 된 사람의 이야기가 완전히 와닿았다고 보긴 어려울 것이다.

    하지만 사회 초년생의 입장에서 이 책을 보았을 때, 조직이 어떻게 운영되고, 윗 사람이 자신의 부서를 어떻게 관리하려고 하는지를 알 수 있었다.

    사실 회사에 갓 들어간 나로써는 내가 하는 일에만 집중해도 모자란데, 그런 큰 그림을 볼 생각조차 없었다.

    하지만, 이 책을 읽음으로써 '아, 윗사람이 사람을 보는 시각은 이렇구나', '난 이런 사람이 되지 말아야겠다' 이런 생각을 하면서 자신을 되돌아보게 되었다. 

  • 네이버 블로그에 '개발 7년차, 매니저 1일차'에 대한 포스팅을 한 적이 있습니다. (네이버 포스팅 보러가기) 이 당시엔 모든 내용을 정독하진 못했고 일부 내용을 보고 포스팅을 작성했었는데 이번엔 어느정도 책을 읽고 다시 포스팅을 해보려 합니다.

    <깔끔한 표지>
     
    지난 포스팅에서도 언급했지만, 이 책은 작년의 저에게 많은 도움이 되었을 책입니다. 물론 현재도 매니저직을 맡고 있긴 하지만, 현재는 프로젝트 특성상 거의 '개인 = 팀'의 형식으로 이루어져있기에 팀원관리라는 난제를 수행할 필요는 없는 상태입니다. 작년에 맡은 팀은 팀원도 약 10여명이 되었고, 무엇보다 저에게는 생소한 '애자일(Agile)방식'으로 팀을 운영하다보니 팀원관리가 여느때보다 힘들었던 기억이 납니다. 책을 읽어보고 처음 든 생각이
     
    '이 책을 미리 알았더라면 작년의 내가 고생을 덜 했을텐데...'
     
    라는 것이니 얼마나 큰 도움이 되었을지는 짐작이 가시리라 생각합니다.
     


    <SETP BY STEP>


    '개발 7년차, 매니저 1일차'는 관리자가 가져야할 스킬에 대한 것은 물론, 적절한 예시를 통하여 이해하기 쉽게 글을 풀어나가는 방식을 취하고 있습니다. 흔히 기술서적은 특성상 딱딱하다고 느껴지는데, 이 책은 기술서적이긴 하지만 결국 '사람 대 사람'을 대하는 방식에 대해 언급하고 있기 때문에 꽤나 읽기 편하게 느껴집니다. (개인적으로 외국저자의 책들은 대부분 읽기 편한것 같습니다.)

    다만 책의 저자인 카미유푸르니에가 '한국 독자에게' 라는 별도 파트에서 언급했듯이 미국 개발회사에 맞추어 만든 책이기 때문에 국내와는 상황이 조금 다를 수도 있습니다. 저자는 자신의 책이 한국어로 번역이 되어 놀랐다고도 하니, 책이 한국의 상황에 고려하지 않은 상태로 발간된 것은 분명합니다.

    <그럼에도 불구하고 이 책은 분명 관리자라면 도움이 될만한 소스로 가득 차 있습니다.>


    책의 내용에 대해서는 현재 필기를 병행하여 공부중입니다. 공부한 내용을 바탕으로 따로 포스팅을 연재할까도 생각중인데, 우선 지금 진행하고 있는 프로젝트가 막바지라서, 이 프로젝트가 끝나면 본격적으로 연재를 진행할 예정입니다. (포스트 발행을 네이버에서 할지, Blogger에서 할지는 좀 더 고민해봐야겠습니다.)



    책의 내용에 대해 궁금하신 분들이라면 꼭 구매해서 읽어보시거나 추후 제가 연재할 포스팅을 기다려주시기 바랍니다. 기다리기 어려우신 분들이라면 아래 링크를 통해서 책을 구매하실 수 있습니다.

    <한빛서점에서 책 구경하기 - 이미지 클릭>


    오래간만에 매니저에 대해 볼 만한 책이 출판된 것 같습니다. 한동안 제 책상에 자리잡고 있을 것 같네요 ^^ 좋은 책을 제공해준 한빛출판네트워크측에 이 자리를 빌어 감사의 말씀을 드립니다.

  • 개발자로서 참 많이도 경력을 쌓아왔지만 아직도 올해 막 들어온 신입사원만큼이나 잘 못하는 게 있다. 바로 누군가를 관리하는 일이다. 사람이 사람을 관리 즉 매니징 하는 것이란 참 불편하고 번거롭고 어려운 일이다. 특히나 나처럼 내성적이고 말을 조리 있게 하지 못하는 사람은 고역도 이런 고역이 없다. 오죽하면 식당에 가서도 불편한 점을 내색하느니 차라리 그냥 조용히 먹는 편을 택하는 게 편하다. 

    그러나 일에 있어서 그런거 없다. 나의 성향이 그렇더라도 하기 싫어도 맡은 자리의 역할이 그렇다면 해야 하는 게 프로가 아니겠는가. 회사 내에서 뭔가 직급이 올라가면서 책임을 지는 자리가 되었던지, 하는 일이 매니저라면 한 번쯤 읽어 보면 괜찮을 거 같다. 

    책 제목 맘에 든다. 개발 7년차, 매니저 1일 차

    개발자로서 역량은 많지만 사람 관계는 꽝인 나와 비슷한 상황이랄까? 명확하게 의사소통하는 법이라던가 멘토로서의 마음가짐 같은 것들을 나열하는데, 전부 정독하기보다는 그냥 심심할 때 쉬는 시간에 가볍게 읽기 좋다. 

    책.jpg

     

    • 이 책은 한빛미디어의 «나는 리뷰어다» 이벤트로 받은 서적입니다.

    […] CTO는 관리 직무이기도 하다. […] 다시 말해 그 비즈니스에 적극적으로 달려들 대규모 팀에 대한 모든 책임을 지고 싶지 않다면, CTO는 당신에게 맞는 직무가 아니다.

    글쓴이와 사뭇 다른?

    1

    먼저 이 책의 저자인 카밀 푸르니에(Camille Fournier)는 Rent The runway의 CTO이자, 골드만삭스의 부사장을 역임했던 인물이며 아파치 주키퍼의 커미터다. 쉽게 말해서 관리자(CTO), 비지니스 이해관계자(부사장, Stakeholder), 개발자(커미터)임을 기억하고 읽어야 한다.

    만약 이 사전 지식없이 책을 읽으면 엄청난 꼰대가 말도 안되는 소리 한다는 느낌을 받을 수 있다.

    2

    책의 전반적인 내용 중에서 약 1/3은 충불히 줄일 수 있을 것 같은 느낌이다. 왜냐하면 비슷한 이야기가 반복해서 나오는 경향성이 있다. 그리고 국내 상황과 비교해서 적절한지 묻지 않을 수 없다. 예를 들어 «1장 IT 관리 101»에서 아래와 같은 구절이 나온다.

    매니저가 문제를 해결해주길 바라는 대신 매니저에게 문제 접근 방식에 대한 조언을 구하자. 조언을 구하는 것은 존중과 신뢰를 표현하는 좋은 방법이기도 하다.

    책에 서술한 바와 같이 조언을 구하는게 존중과 신뢰를 표현할 수 있지만 과연 해당 매니저가 존중과 신뢰를 할 지 아니면 일을 떠넘긴다고 느낄지는 Case by Case 경향이 강하다. 그러니 이 책을 수용하는 독자는 이 분이 주로 근무하시는 곳이 ‘미국’임을 잊지 않아야 하며 환경이 사뭇 다르다는 점도 사전에 알고 있어야 한다.

    3

    반면 이 책의 전체 분량 2/3에 대해서 한 마디로 정의하면 ‘우린 문제를 해결하기 위해 존재한다’라는 명제를 계속해서 주장하고 있다는 점이다. 이게 일반적인 관리자를 위한 에세이와 사뭇 다른 점이다.

    그러나 기술적으로 뛰어난 것과 좋은 테크리드가 되는 것은 직접적인 관련이 없다. […] 기술적인면과 팀 전체 요구사항 사이의 균형을 잡는 방법을 찾아야 한다. « 3장. 테크리드 »

    테크리드라는 역할은 코딩을 해야 하지만 너무 많이 해서도 안 된다. 마술사가 모자 속에서 토끼를 꺼내듯이 해결책을 내놓고 싶더라도 우선 문제를 알릴 줄 알아야 한다. « 3장. 테크리드 »

    제품 매니저가 주장하는 엄청난 아이디어를 시스템에서 구현할 수 있을지를 평가하는 데 스스로 확신이 있다면 상황을 관리하기가 엄청 쉽다. « 5장. 팀 관리 »

    매니저가 되기 전에 충분한 시간을 들여 반드시 프로그래밍을 숙달하기를 권한다« 6장. 여러 팀 관리 »

    훌륭한 디버깅이 관리와 무슨 관련이 있을까? […] 이 블랙박스는 눈으로 확인 가능한 입력과 출력이 있지만, 출력이 예상과 다를 때 그 이유를 살펴보려면 블랙박스를 열어 내부적으로 어떤 일이 벌어지고 있는지 보아야 한다. « 7장. 매니저 관리»

    인용 구문에서 볼 수 있듯이 뭔가를 관리하는데 집중하는 것 같지만, 그 관리의 목적이 ‘비즈니스 문제’를 해결하기 위한 관리라는 것을 암묵적으로 전제하고 있는 듯 하다.

    여기저기 디버깅?

    4

    임백준님을 비롯한 다른 분들의 에세이도 실려있는데, 이런 점은 매우 훌륭하다. 왜냐하면 책일 읽으면서 미묘하게 느껴지는 이질감을 해소시켜 줄 수 있고, 기고자와 글쓴이가 묘하게 대립되는 주장을 하고 있는 부분이 있는데 이런 대립되는 주장에 대해서 다시 생각해 볼 수 있는 기회를 주기 때문이다.

    여기저기 디버깅?

    5

    비슷한 내용이 많아서 조금 늘어지는 감이 있지만, 책의 내용이나 글쓴이의 견해가 매우 명쾌하기 때문에 회사에서 어쩔 수 없니 매니저 업무를 진행해야 된다면 참고하면 좋을 책이고, 개발을 처음 시작하는 분들에게도 좋은 책이다. (초입개발자는 이 책을 읽고 여러분의 매니저가 어떻게 행동하는지 관찰해보면 좋지 않을까?)

    Written on March 26, 2020

  • 개발 7년차, 매니저 1일차

    ​한빛 미디어 <나는 리뷰어다> 3월 이벤트에 당첨되어 책을 읽게 되었다.
    페이스북에서 계속 광고 뜨고 추천하는 분도 있길래 어떤 책인지 궁금해서 신청했다.

     

    1585174975654.jpg

     

    1585174977160.jpg

     

    도움이 되는 내용도 많지만 아쉬운 부분도 있었다.

    책 표지만 봤을 때에는 8~9년차 경력의 국내 남성 매니저가 쓴 경험담인 줄 알았다.
    표지에 나온 사람이 상당히 젊은 청년 이미지이고, 제목도 '개발 7년차, 매니저 1일차'라고 해서 개발 소그룹의 매니저 막 겪어 보고 쓴 책인가 싶었다.

    하지만 책을 받아서 초반부를 읽어보니, 어 처음 책 표지를 봤을 때의 이미지와 다르네? 싶었다.
    찾아보니 지은이는 10년 이상 경력을 지닌 미국 여성이었다.
     
    작가님은 대학교 졸업 후 MS에서 18개월 일하고, 2005년에 석사 학위를 받았다고 한다.
    책이 나온 2017년에는 벌써 15년 전후의 경력을 지니고 있었겠구만. 그리고 2014에는 CTO 자리까지 올랐었다고 하니, 내용과 너무 어긋난 책 표지나 제목이 그리 마음에 썩 들진 않는다.
    오히려 원숙한 엔지니어의 책인 줄 알았다면 좀 더 빨리 봤을 것 같다.
    (이렇게 쓰면 다음 서평단에서 탈락하려나.. 그래도 솔직한 감상을 알려주는 게 '서평단'의 역할 아닐까.)
     
    그리고 책 읽는 내내 참 지겨웠다. 한 이야기 하고 또 하고.. 뻔히 아는 이야기를 굳이 이렇게 늘여서 써야 하나 싶기도 했다.
    얼마 전에 읽은 '실리콘밸리의 팀장들'의 데자뷰 느낌도 났다. 그때도 책의 분량이 2/3 정도만 되면 좋겠다고 생각했는데, 이 책도 마찬가지였다. 그래서 읽다가 지치면 중간중간 내용 패스해 가면서 끝까지 겨우 읽었다.
     
    그럼에도 불구하고, 기억해둘 만한 구절이 꽤 되었다.
    주요 내용은 다음과 같다.
     ...
     
    -------------------------
    블로그에 썼던 내용을 복사/붙여넣기 하려 했으나, 내용이 제대로 안 붙어서 네이버 블로그 포스팅을 링크합니다.
    이해 바랍니다.
     

  • 책 처음에 읽는 방법도 소개되어 있다.

    매니저 별로 읽는 방법도 쓰여져 있는데 일단 매니저는 아니지만 신입 매니저 권장 버전으로 읽어보았다.

    권장버전은 1장부터 3장 또는 4장까지는 정독, 나머지 장은 간단히 훓어보는 방식을 소개했다.

    그리고 이 책 중간중간 QnA같은 글이 있는데 네이버 지식인에 직장인이 울면서 올린 글에 초고수가 답변해준 느낌이다. 짧기도 해서 짬을 내서 읽어주는 부분 같았다.

    그리고 매니저에 대한 기고글이 있는데 경험에 기반한 글이니 마치 네이트판에 글을 보고 있는 기분이니 이것도 잠깐 시간 여유가 났을 때 보도록 하자. 보면서 본문에서 조금 낯설던가 이해가 느리던 게 이 기고글에서 고개 끄덕이면서 이해가 아주 일부라도 될 수도 있다.

     

     

    읽으면서 계속 느낀 것이 있다면...

    나는 아직 일반 사원이고 언젠가 매니저라는 역할을 맡을 수도 있고 아닐 수도 있겠지만 현재 내 상황에서 봤을 때 팀장님이 나에게 요구하신 반응은 대충 이러했겠구나, 또는 아, 이 때 피드백을 했어야 했구나. 를 느끼게 해준다는 것이다.

    분명 매니저를 위한 책은 맞을 것이다. 그리고 동시에 우리 밑에 사람도 읽어보면 좋을 것 같은 것이 매니저가 우리한테 말한 것에 대뜸 겁을 먹고 안절부절 할 필요는 없다는 것을 느끼게 해준다는 것이다.


  •  

    이번에는 전문서적이긴 하나 개발쪽 보다는 프로젝트 매니징에 관련된 책이다.

    이 책인데, 이번에 한빛미디어에서 새로 나온 신간이고 표지가 너무 이쁘다..

    아무튼 이번에 이 책을 받게 되어서 읽어보고 느낀점에 대해서 적어보려고 한다.



    외관은 참 이쁘다. 잘 만든 것 같다. 페이지는 360페이지 정도 되는데 사이즈가 다른 책보다 좀 컴팩트 하다. 가져다니기 딱 좋은 사이즈 인 것 같다.



    책 안에는 파란색을 위주로 한 색이 사용되는데 표지와는 또 다른 색을 사용해서 그런지 보기에는 부담이 적다.



    내용은 생각보다 되게 좋았다. 중간중간마다 CTO에게 묻는다! 이런 코너에서 실제적인 예시와 경험을 들을 수 있어서 매우 좋았다. 이 책은 PM을 처음 접하는 사람들에게는 힘들 수도 있을 것 같다는 생각을 하긴 했다. 처음에는 PM에 대해서 설명하지만 이후에 나오는 장들을 잘 이해하려면 팀규모에서 협업을 하고 PM을 해본 경험이 있다면 훨씬 수월하게 읽을 수 있다는 생각을 했다.

    이 책의 3장인 테크리드에 대해서는 참 많은 도움이 되었다. 나는 대규모로 팀을 뭐 맡을 일도 없고 진행해본 적도 없어서 많아봤자 3~6명이 전부인데, 이럴 때 개발자로 뭔가 리드를 해야할때 리더가 어떻게 해야하는지에 대해서 배울 수 있었다. 진짜 이런 것 들을 어디 캠프나 워크샵 같은 곳에서 배워야 할 것 같은데 이런 내용들을 책으로 볼 수 있다는게 좋았다.



    회사에 처음 들어간 분들이나 소규모 스타트업이나 팀 개발을 하시는 분이라면 한번쯤 읽어보고 어떻게 해야하는지 가이드를 얻으면 참 좋을 것 같다는 생각을 했다.



    * 이 책은 한빛미디어의 나는 리뷰어다 이벤트로 받은 서적입니다.

     

     

     

    IMG_0281.jpg

     

     

     

     

     

     

     

     

     

     

    IMG_0283.jpg

     

     

     

     

     

     

     

     

     

  • 한빛 미디어 <나는 리뷰어다> 3월!

     

    오랜만에 책 택배가 집에 도착했다. 지난 2월 한빛 미디어에서 하는 <나는 리뷰어다> 에 참가 신청을 했었는데 선정되어 2020년 1년 간 활동하게 되었다.

    미션 신청할 때 3권의 도서를 신청하고 랜덤으로 1권을 받게 되는데 꼭 3권을 고를 필요는 없기에 나는 2권만 선택했었다. 기대되는 시간이 지나 도착한 책.

     

    '개발 7년차, 매니저 1일차'

    페이스북에서 간간히 이 책이 보여 재밌을 것 같다는 생각을 했었는데, 좋은 기회에 이 책을 받게 되었다.

    이 책은 매니저가 된 개발자를 위해 매니저로 성장하면서 겪는 여러 문제를 사례와 조언을 담았다. 또 소프트 스킬이 부족한 사수를 둔 개발자를 위해 사수에게 어떤 도움을 받을 수 있는지에 대한 내용도 담겨있다. 책의 표지에 귀여운 사람 그림이 그려져 있는데 지금 보니 눈 부분이 조금 무섭다....

     

    이 책에는 <한국 독자에게>가 있다. 한국어 외에도 러시아어, 독일어, 일본어까지 번역되는 사실에 놀라며 하며 말미엔 이런 내용을 남겼다.

    세계 어디서든, 회사의 문화가 어떻든, 개발 관리는 힘들고 외로운 업무입니다. 이 책을 혼자 읽기보다 친구와 동료들과 함께 읽기를 추천합니다. 제 경험으로는 업무의 어려움에 대해 다른 매니저들과 의견을 나눈 방법이 관리를 더 잘 할 수 있도록 이끄는 데 최고의 방법이었습니다.

     

    - 카미유 푸르니에

     

    저 내용이 공감됐다. 개발 관리는 힘들고 외로운 업무다. (내가 해본 건 아니지만...) 그래도 일이라는 게 혼자 하는 것 같지만 혼자 하는 게 아니지 않은가. 나도 읽어 보면서 혼자 읽는 것 보다 여럿이 읽고 이야기하면 더 뜻깊은 독서가 될 것 같았다.

     

    좋았던 점

    좋은 매니저, 나쁜 매니저

    • 개발 매니저들이 팀이 성장하고 목표를 달성하기 위해 본래의 목적에서 벗어나 바람직하지 못한 방향으로 가는 나쁜 습관들을 파악하고 이를 극복할 수 있는 전략을 알려주는 코너다.
    • 이 코너에서는 위에 설명된 대로 나쁜 습관을 파악하고 극복하는 전략을 알려주는데 사실적인 예제를 가지고 설명하기 때문에 이해도 잘 되고, 아 이런게 나쁜 습관이구나, 나쁜 매니저가 이런 행동을 하게 되는 구나 하고 알게 된다.

    2장 멘토링

    • 이 장에서는 멘토링의 중요성과 멘토링을 어떻게 해야하는 지 설명하는 장인데 멘토, 멘티, 멘토의 매니저를 위한 팁을 제공해 모두가 적용할 수 있는 장이다.
    • 회사 입사하게 되면 멘토/사수 이런 관계가 만들어지는 데 그때 실질적으로 어떻게 해야하는지 알려주는 장이라 좋았다.

     

    아쉬웠던 점

    책 뒷면 "이런 분들 필독!" 에 '내 사수가 사수 역할을 못해서 내가 고생 중이다.' 라는 문구가 있었는데 읽는 중에 저 부분에 해당되는 내용은 아직 많이 발견하지 못했다..해야하나 쓰다보니 저런 생각을 가지고 있는 사람이 읽는 거라면 이렇게 하면 좋은 매니저가 될 수 있다고 일러주는 책같다. (주절주절)

     

    총평

    함께 읽었을 때 더 가치있는 책

  • KakaoTalk_20200323_133404093.jpg

     

     

    일을 잘 하는 사람과 일하는 팀의 매니징을 잘 하는 사람은 같을 수도, 혹은 다를 수도 있다. IT 업계에서 시키는 일만 잘 하는 사람이 있고, 코딩을 잘 짜는 사람이 있으며, 사람 관리를 잘 하는 사람도 있고, 코딩을 잘 하며 사람 관리를 잘 하는 사람도 있기 마련이더라. 중요한 건 본인의 일만 잘한다고 해서 나중에 관리도 잘할 것이라 생각해선 안된다. 그렇기 때문에 개발 7년차, 매니저 "1일차"라고 타이틀을 지은 것 같다. 특히 "난 밑바닥에서 잘했으니 매니저로 올라가면 뭐든 잘할 수 있겠지?"라며 근자감에 차신 분들의 편견을 훌륭하게 깨줄 것이다. 그렇다고 "일은 잘 몰라도 난 사람 관리를 잘 하니까 이 책은 필요 없겠지?"라고 생각하시는 분들에게 도움이 되지 않는 책은 아니다.

     

    저자가 외국인, 정확히는 미국인이다 보니 한국과는 정서적으로나 업무 내용적으로 다른 내용이 많지 않을까?라는 우려를 가지며 책을 접했던 것 같다. 다행히 이는 기우였다. 사내 위계질서와 구조를 지지한다는 저자의 생각을 바탕으로 책이 만들어졌다 보니, 나 또한 어느 정도의 위계질서가 중요하다고 생각하는 입장에서, 그리고 글로벌적인 추세에 비해 아직까진 수직적인 분위기가 강한(물론 이는 앞으로도 완화되어야겠지만) 한국의 회사 생활에도 적용될 수 있기에 이해하는 데에 어려운 책은 아닐 것이다.

     

    ​나의 경우에는 커리어의 대부분을 호주 호텔 비즈니스를 차지하고 있고, 지금은 한국으로 돌아와 교육업에 종사하고 있다. 일반적인 한국의 회사 생활과는 조금 거리가 있겠으나, 여전히 프로젝트를 주도하며 진행함에 있어 매니지먼트에 대한 개념이 유효한 것 같다. 최종 결정권은 따로 있지만 결정권자의 입장에서, 그리고 팀원의 입장에서 생각에 생각을 더하며 양방향을 설득하고 있다. 교육업에서는 주로 커리큘럼과 시간대, 프로모션 등이 이에 해당하는 듯? 최근에 이 책으로 많은 내용을 배우고 있는 것 같다.

     

    책은 총 10 챕터로 구성되어 있다. IT 관리, 멘토링, 테크리드, 사람 관리, 팀 관리, 여러 팀 관리, 매니저 관리, 빅 리그, 문화 개선, 결론으로 되어있으며, 챕터로 넘어갈수록 보다 큰 규모의 집단을 매니지먼트하는데에 도움이 되도록 글을 썼다. 그러므로 해당 규모에 맞게 글을 적당히 읽는 것이 좋으며, 만약 보다 높은 자리에 올라가길 희망한다면 미리 책의 끝까지 읽는 편이 좋을 것이다. 굳이 300페이지가 넘어가는 책을 한 번에 읽어야겠다는 부담감을 가지시기보다는, 상황에 맞게 읽는 편을 추천드린다.

     

    ​단순히 어떻게 하면 효율적으로(흔히 이야기하는 아랫사람들을 굴리는) 업무를 추진하는지에 대하여 이야기하지 않는다. 어떻게 하면 팀과 소통하며 문제없이 관리하는 것이 책의 주요 내용이다. 게다가 단순히 팀원이 문제일 경우에 대해 사면 이야기하지 않고, 매니저는 어떠면 좋고 어떠면 나쁜지에 대하여 구체적인 예시까지 이해가 쉽게 적혀있다. 게다가 단순 신참 매니저로 가는 길에 대해서만 적은 것이 아닌, 시니어 관리자 등 보다 높은 위치에 있을 경우 어떻게 매니지먼트를 해야 하는지에 대해서도 훌륭히 적혀있다. 특히 감정과 팩트를 나눠서 이야기를 해야 한다던가, 혹은 피드백은 너무 늦게 주기보다는 제때 주는 편이 좋으며 다 같이 있을 때보다는 개인적으로 이야기하는 편이 덜 부담스러운 등, 상당히 실용적인 내용이 많아 좋은 책이라 느껴진다.

     

    책의 전반적인 내용이 훌륭하여 전부 인용하고 싶으나, 가장 중요하다고 생각하는 결론 파트의 내용을 부분 인용하도록 하겠다.

     

    "훌륭한 매니저는 갈등을 해결하는 전문가다. 갈등을 잘 해결한다는 의미는 대화할 때 자존심을 잘 분리한다는 의미이다. 복잡한 상황을 명확히 보려면, 내가 상황을 어떻게 합리화했는지 잘 인지하고 있어야 한다. 직원에게 하기 힘든 이야기를 전해야 할 때, 직원이 그 이야기를 들어주기를 바란다면, 사실을 당신 입장에서 꾸며서 이야기하면 안 된다. 매니저가 되고 싶어 하는 사람은 상황이 어떻게 돌아가야 하는지에 대해 단호한 의견을 가지고 있다. 자기 객관성을 유지할 때 단호함은 좋은 자질이다. 하지만 그러지 못할 때는 상황을 잘못 해석하게 만들 수 있다. 주관적인 해석은 그저 해석일 뿐이다."

     

    굳이 IT업계에 종사하지 않는 분들일지라도, 모든 업종의 매니지먼트를 갓 시작하거나 자기만의 방식으로 진행하면서 답답한 경우가 많은 분들께 충분히 권해드릴 수 있는 책이다.

     



  • [한줄평]

    신입 팀장이 알아할 개발 관리 내용이 잘 정리 되어 있다.


    [목차구성]

    1장 IT 관리 101

    2장 멘토링

    3장 테크리드

    4장 사람 관리

    5장 팀 관리

    6장 여러 팀 관리

    7장 매니저 관리

    8장 빅 리그

    9장 문화 개선

    10장 결론


    [이 책의 특징]

    • 사수, 멘토, 팀장, CTO까지 직책별 관리 기술 대백과

    • 개발자도 꼭 알아야 하는 소프트 스킬, 사람 및 조직 관리 노하우 수록

    • 개발 팀을 성공으로 이끄는 IT 팀장에 대한 모든 것

     


    [대상 독자]

    - 개발자 vs 매니저 갈림길에 서 있다.

    - 개발 관리를 체계적, 효율적으로 하고 싶다.

    - 내 사수가 사수 역할을 못해서 내가 고생 중이다.


    [서평]

    이책은 개발 매니저 뿐만 아니라 신입 매니저라면 꼭 봐야할 책입니다. 멘토링 부터 시니어 리더십 까지 각 직급에서 알아야 할 관리 기술들을 잘 정리 되어 있습니다.


    특히 처음 개발 관리를 하다보면 겪게 되는 여러가지 이슈 사항을 사례를 통해서 실질적인 조언을 과 문제 해결책을 제시 해줍니다.


    보너스로 각 챕터마다 국내 대기업에서 활동 중인 현업자들의 이야기들이 들을수 있습니다.

     

    이책은 신입 개발자 보다는 개발과 관리가 교차되는 시점의 개발 팀장 혹은 시니어 개발자들에게 길잡이가 되어줄 개발관리 바이블로 추천 해드립니다.

  • 나는 경력 12년차 이다.

    하지만 개발은 2년차 이다.

    그동안 개발보다는 주로 관리를 많이 해왔다.

    하지만 그 업무가 이 책에서 말하는 매니저의 업무와는 전혀 상관 없는 업무다.

    그런데 회사에서 이제 매니저의 역활을 줄려 한다.

    개발 경력도 얼마 되지 않고, 매니저와 함께 일해 본 경험도 없다.

    어떻게 해야 할지 눈 앞이 캄캄 하기만 하다.


    "개발 7년차, 매니저 1일차"

    아직 매니저가 아니지만 

    곧 들이닥칠 새로운 업무에 대해 걱정이 많았다.

    우연히 발견한 책이지만 아무것도 모르는 나이게 정말 한 줄기 빛과 같은 책이다.


    이 책은 제목처럼 '매니저 1일차' 인 신입 매니저 부터

    경력이 많은 시니어 매니저에 이르기 까지 폭 넓은 독자층을 아우른다.


    각각의 회사가 각각의 사내 문화와 사칙을 가지고 있듯이

    각 회사의 매니저 역할도 같지는 않을것이다.

    하지만 매니저로서 기본적으로 가져야 할 자세와 임무는 비슷하지 않을까?


    이 책을 통해 가장 중요하게 생각되었던 부분은 '소통' 이다.

    신입사원의 '멘토'가 되었거나, 혹은 신입사원으로써 '맨티'가 되었거나

    둘 사이에는 소통이 중요하다.

    또한, 매니저로서 중요한 업무중 하나로 소개한 '원온원'을 제대로 하기 위해

    필요한 것도 소통 이라고 본다.

    어떤 상황에 따라 어떤 소통의 기술을 발휘해야 하는지는 각자의 몫이지만

    어떻게 해야 할지 모르는 사람들을 위해 약간의 팁을 제공하고 있으니

    상황에 맞게 적용해 보는 것도 좋을거 같다.


    마지막으로 이 책은 꼭 매니저가 아니더라도 읽어 봤으면 하는 책이다.

    언젠가는 모든 개발자가 계속 개발자로 계속 남을지

    아니면 매니저로 전환 할지 선택을 해야하는 순간이 올 것이니까.

결재하기
• 문화비 소득공제 가능
• 배송료 : 0원배송료란?

배송료 안내

  • 책, 아이템 등 상품을 3만원 이상 구매시 무료배송
  • 브론즈, 실버, 골드회원이 주문하신 경우 무료배송

무료배송 상품을 포함하여 주문하신 경우에는 구매금액에 관계없이 무료로 배송해 드립니다.

닫기

리뷰쓰기

닫기
* 도서명 :
개발 7년차, 매니저 1일차
* 제목 :
* 별점평가
* 내용 :

* 리뷰 작성시 유의사항

글이나 이미지/사진 저작권 등 다른 사람의 권리를 침해하거나 명예를 훼손하는 게시물은 이용약관 및 관련법률에 의해 제재를 받을 수 있습니다.

1. 특히 뉴스/언론사 기사를 전문 또는 부분적으로 '허락없이' 갖고 와서는 안됩니다 (출처를 밝히는 경우에도 안됨).
2. 저작권자의 허락을 받지 않은 콘텐츠의 무단 사용은 저작권자의 권리를 침해하는 행위로, 이에 대한 법적 책임을 지게 될 수 있습니다.

오탈자 등록

닫기
* 도서명 :
개발 7년차, 매니저 1일차
* 구분 :
* 상품 버전
종이책 PDF ePub
* 페이지 :
* 위치정보 :
* 내용 :

도서 인증

닫기
도서명*
개발 7년차, 매니저 1일차
구입처*
구입일*
부가기호*
부가기호 안내

* 회원가입후 도서인증을 하시면 마일리지 500점을 드립니다.

* 한빛 웹사이트에서 구입한 도서는 자동 인증됩니다.

* 도서인증은 일 3권, 월 10권, 년 50권으로 제한됩니다.

* 절판도서, eBook 등 일부 도서는 도서인증이 제한됩니다.

닫기

해당 상품을 장바구니에 담았습니다.이미 장바구니에 추가된 상품입니다.
장바구니로 이동하시겠습니까?

자료실