포스팅 목차
"개발 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장 결론
나 자신부터 관리하기
리더의 입장에서 다수를 이끈 다는건 쉽지 않은 일이고, 아직까지 그런 상황을 경험하지는 못했다. 앞으로 언젠가는 이런 상황의 입장에 놓이게 된다는 생각으로 책을 접하게 되었다.
이 책은 아래와 같이 도움을 받을 수 있다.
. 사수, 멘토, 팀장, CTO 까지 직책별 관리 기술 대백과
. 개발자도 꼭 알아야 하는 소프트 스킬, 사람 및 조직 관리 노하우 수록
. 개발팀을 성공으로 이끄는 IT 팀장에 대한 모든것
먼저 이책은 카미유 푸르니에라는 렌트더런웨이의 CTO 역할을 했던 분이 저자이다.
사실 우리나라와 외국의 상황이나 팀 문화 등이 다르다는 것은 이미 좀 알고 있기 때문에 우리나라 정서와 맞을까라는 의문도 들었다.
자, 좀더 살펴보자. 이책은 이런 분들을 위한 책이다.
. 개발자 VS 매니저 갈림길에 서 있다
. 개발자 관리를 체계적, 효율적으로 하고 싶다
. 내 사수가 사수 역할을 못해서 내가 고생 중이다
책의 가장 첫장에는 친절하게도 이 책을 읽는 방법에 대한 가이드를 설명해 주고 있다.
장별로 있는 방법과 매니저의 경험에 따라 읽는 방법을 가이도 해주고 있고, 중간에 "CTO에게 묻는다", "좋은 매니저, 나쁜 매니저", "도전 상황"에 대한 코너도 마련하여 여러 상황에 대한 노하우를 얻을 수 있었다.
책을 읽으면서 가장 떠오르는 단어가 있다면 "소통" 이라는 단어가 머릿속에 맴돌았다.
항상 매니저라 하면 방패막, 팀원들의 우산이 되어 줘야하고 뭔가 책임을 져야하는 무거운 자리 임을 생각하고 있었던 내게 이 책은 꼭 그런것 만은 아니다라는 생각을 들게 했다.
매니저는 팀원들이 핵심 목표를 이해 하고 이에 집중하도록 도와 줘야 하지만 모든 것에서 보호해야 하는것은 아니다. 때로는 스트레스의 일부를 팀에 전달하여 처한 상황을 함께 이해할 필요도 있다는 것이다.
그리고 가장 쉽지 않다고 생각했던게 어쨋든 갈등들은 항상 생기는 문제인데 이것은 어떻게 생각해야 할까라는 부분이었다. 이책은 내가 매니저일때 할수 있는 생각들에 대한 답변을 주고 있었다.
회사내 어떤 위치에 있던지 마주하게 되는 어려움들이 있다. 이러한 어려움을 이겨낼 수 있도록 상담해 주는 책이라는 생각이 들었다. 매니저의 마음을 이해 할 수 있는 계기가 되었고 또한 좋은 매니저로서 나 자신과 그리고 팀원들과 소통할 수 있는 방법들에 대한 생각을 정리하게 만들어주는 시간이었다.
그리고 마지막 결론 부분에 기억에 남는 말이 있다면,
다른 사람을 잘 관리하기 위해서는 나 자신을 관리할 수 있어야 한다는 것..
훌륭한 매니저는 갈등을 잘 해결해야 한다는 점 (대화할때 자존심을 잘 분리한다는 의미)
사람들에 호기심을 가져라. 프로세스에 호기심을 가져라. 기술과 전략과 비즈니스에 호기심을 가져라.
항상 호기심을 품고 좋은 매니저가 되기 위한 준비를 해야겠다.
[한빛미디어 - 책구입]
개발 7년차, 매니저 1일차
대다수 사람들은 조직에 들어가고 ‘관리받게’ 된다. 하지만 경력이 쌓일수록 ‘관리하게 되는’ 비중이 늘어난다. 따라서 개발자가 매니저로 전향하는 순간이 오는 건 피할 수 없다. 이 책은 매니저로 성장하면서 겪는 여러 문제를 구체적인 사례를 통해 보여 주고, 이를 극복할 수 있는 실질적인 조언을 담았다.
www.hanbit.co.kr
[책구입 - 쿠팡]
개발 7년차 매니저 1일차:개발만 해왔던 내가 어느 날 갑자기 ‘팀’을 맡았다!
COUPANG
www.coupang.com
이책은 한빛미디어에서 제공해주신 책을 가지고 작성한 서평입니다 ^_^
#한빛미디어 #책서평 #책리뷰 #개발7년차매니저1일차
