[리뷰] 개발 7년차, 매니저 1일차

책 소개

---

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

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

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

 

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

 

 

이런 분들 주목!

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

 

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

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

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

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

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

 

자세한 내용 : https://www.hanbit.co.kr/store/books/look.php?p_code=B3838365362

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

 

목차

---

감사의 말

옮긴이의 말

한국 독자에게

지은이의 말

이 책을 읽는 방법

 

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장 결론

나 자신부터 관리하기

 

찾아보기

책을 읽으며

---

 

이번에 리뷰하게 된 책은 한빛미디어의 개발 7년차, 매니저 1일차 입니다.

이 책을 받기까지 해프닝이 하나 있었습니다. 개발 관련 서적을 받아야하는데 택배를 뜯어보니

이런 책이 배송되어 있어서 굉장히 놀랐습니다. 놀란 마음으로 담당자분께 연락드렸더니 책을 다시 보내주셔서 받은 책이었습니다. OREILLY 책인데도 불구하고 동물 사진이 아니라서 다소 어색한 책이긴 합니다.

 

개발자로 일하다보면 어느순간 매니저 역할을 할때가 많습니다. 신입사원이라던지 인턴이라던지. 어떻게 하면 잘 할 수 있을까를 항상 고민하던 저에게 좋은 책이었습니다.

 

책 내용 중 와닿는 내용에는 '팀원이 매니저에게 기대하는 것은 피드백이다.' 라는 부분입니다. 제가 매니저에게 미팅을 요청했을 때 매니저로부터 피드백을 받기 위해 요청하는 경우가 많았기 때문에 기억에 남았고 체크해두었습니다. 책에서는 이런 내용들을 많이 다루고 있습니다. 팀원이 매니저에게 바라는 것, 매니저가 팀원에게 해줄 수 있는 부분에 대한 내용. 매니저라는 것이 강제가 되서는 안된다 등 매니저에 대한 내용을 볼 수 있습니다. 

 

미팅도 그렇지만, 원앤원 미팅에는 팀원과 매니저 사이의 인간적인 연결 이라는 것을 강조합니다. 그도 그렇듯, 매니저도 사람이고 팀원도 사람이기 때문에 상호간의 인간적인 대화랑 연결이 참 중요하다고 생각합니다. 전에 있던 직장에서는 매니저와의 미팅을 거의 할 수 없었지만 현 직장은 매니저와의 대화를 통해 업무를 조율하고 컨디션을 조율할 수 있었습니다. 그렇다보니 일에 있어서 자신감도 생기고 시간 관리도 할 수 있는 근무환경에서 근무 중에 있고, 매니저가 필요한 이유를 알 수 있는 경험이었습니다.

 

 

제가 주의 깊게 봤던 문장은 '뛰어난 개발자가 주니어 팀원에게는 훌륭한 멘토일 수 있지만, 시니어 개발자에게는 그저 자기 주장만 강한 변호형 일지도 모른다.' 라는 문자이었습니다. 많은 것을 알고 있는 개발자는 좋은 멘토 역할을 할 수 있지만 시니어 개발자와의 충돌이 생길 수도 있고, 자기 주장만 강한 사람이 될 수도 있다는 문장이 마음에 와닿습니다. 개발을 하다보면 아는 내용만 맞다라고 생각 될 때가 있고 그러한 생각을 항상 조심해야 한다는 생각을 하는데 그런 부분들을 잘 짚어주는 책이라 좋았습니다.

 

마지막 장에는 가장 중요한 문화를 개선해야하는 내용이 나옵니다. 맞습니다. 문화가 개선되지 않으면 좋은 매니저가 있더라도 그런 문화가 좋게 보이지 않는 회사라면 매니저의 역할을 할 수 없다. 반대로 좋은 문화가 자리잡혀 있다면 그 속에서 좋은 매니저가 나오기는 쉬울 수 있다고 생각한다. 그런 부분에서 내 자신과 내가 일하고 있는 회사를 돌아보게 해주는 좋은 책이다.

 

<해당 리뷰는 한빛미디어 '나는리뷰어다' 이벤트로 부터 책을 지원받아 작성되었습니다.>