<b>CHAPTER 1 제품과 제품팀</B><br/><br/>_1.1 제품의 정의<br/>__1.1.1 IT 업계의 제품 <br/>__1.1.2 제품의 구분과 예시<br/>_1.2 제품을 만드는 절차 <br/>__1.2.1 절차와 단계별 과업 <br/>__1.2.2 제품 구현 방법론, 애자일과 워터폴<br/>_1.3 제품을 만드는 사람 <br/>__1.3.1 스프린트 <br/>__1.3.2 제품팀과 유관부서 <br/>__1.3.3 제품팀의 조직 구성 <br/><br/><b>CHAPTER 2 프로덕트 매니저가 하는 일</B><br/><br/>_2.1 프로덕트 매니저의 정의 <br/>__2.1.1 한국에서의 프로덕트 매니징 역사 <br/>__2.1.2 프로덕트 매니저의 업무 범위 <br/>_2.2 프로덕트 매니저의 커리어 패스 <br/>__2.2.1 프로덕트 매니저의 역량 <br/>__2.2.2 커리어 패스의 설계 <br/><br/><b>CHAPTER 3 요구사항 정의서와 화면 설계서</B><br/><br/>_3.1 기획서의 정의 <br/>__3.1.1 요구사항 정의서와 화면 설계서 <br/>__3.1.2 기획서의 독자와 맥락 <br/>__3.1.3 이상적인 기획서<br/>_3.2 요구사항 정의와 지표 설정<br/>__3.2.1 요구사항 정의서의 구성요소 <br/>__3.2.2 제품 지표의 기초 <br/>_3.3 유저 스토리와 화면 설계서 <br/>__3.3.1 유저 스토리의 정의<br/>__3.3.2 화면 설계서와 구성요소 <br/><br/><b>CHAPTER 4 제품 구현</B><br/><br/>_4.1 구현 과정과 담당자별 작업<br/>__4.1.1 구현 과정 흐름 <br/>__4.1.2 디자인과 마크업 <br/>__4.1.3 프런트엔드 개발과 백엔드 개발<br/>_4.2 스프린트 운영 <br/>__4.2.1 백로그와 스프린트 관리 <br/>__4.2.2 일정과 문서 관리<br/>_4.3 상황별 대응 <br/>__4.3.1 기획서 내용 변경 <br/>__4.3.2 일정 지연<br/><br/><b>CHAPTER 5 테스트와 배포</B><br/><br/>_5.1 테스트 시나리오<br/>__5.1.1 테스트 시나리오의 정의와 목적<br/>__5.1.2 테스트 시나리오의 필수 사항<br/>_5.2 배포 시나리오 <br/>__5.2.1 배포 시나리오의 정의와 목적<br/>__5.2.2 배포의 과정<br/>__5.2.3 배포 시나리오의 필수 사항 <br/><br/><b>CHAPTER 6 제품 구현 이후 </B><br/><br/>_6.1 지표 확인 <br/>__6.1.1 미리 준비해야 할 것<br/>__6.1.2 개선점/이상징후 발견하기 <br/>_6.2 회고와 보고<br/>__6.2.1 회고의 목적과 형식<br/>__6.2.2 보고의 목적과 형식 <br/><br/><b>CHAPTER 7 운영</B><br/><br/>_7.1 상시 운영과 모니터링 <br/>__7.1.1 운영 관리<br/>__7.1.2 서비스 관련 이슈 확인<br/>__7.1.3 CS 대응 <br/>_7.2 장애 모니터링과 대응 <br/>__7.2.1 장애 정의와 대처 프로세스 <br/>__7.2.2 장애 사전 대비 <br/>__7.2.3 장애 발생 후 대응<br/>_7.3 운영 단계에서의 협업<br/>__7.3.1 운영 조직과 협업하기 <br/>__7.3.2 개발 조직과 협업하기 <br/><br/><b>CHAPTER 8 업무 환경에서의 커뮤니케이션</B><br/><br/>_8.1 커뮤니케이션의 정의와 중요성<br/>__8.1.1 커뮤니케이션의 정의 <br/>__8.1.2 커뮤니케이션의 중요성 <br/>_8.2 커뮤니케이션의 난제 <br/>__8.2.1 서로 다른 커뮤니케이션 스타일 <br/>__8.2.2 조직적 합의 유도와 부정적 피드백 수용 <br/>__8.2.3 공감대 형성의 실패 <br/>_8.3 효율적인 커뮤니케이션을 위한 지침<br/>__8.3.1 열린 태도와 건설적 지향 <br/>__8.3.2 곧장 도입할 수 있는 방법론 <br/>__8.3.3 개인의 커뮤니케이션 원칙 <br/>_8.4 리모트 근무의 특수성 <br/>__8.4.1 오피스 근무와의 차이점 <br/>__8.4.2 곧장 도입할 수 있는 방법론<br/><br/><b>CHAPTER 9 프로덕트 매니저의 역할과 자기계발</B><br/><br/>_9.1 자기계발의 중요성 <br/>__9.1.1 나에게 필요한 자기계발 <br/>__9.1.2 나에게 어울리는 회사 <br/>_9.2 프로덕트 매니저의 역할 <br/>__9.2.1 문제 해결<br/>__9.2.2 설득과 협업 <br/>__9.2.3 습득 <br/>__9.2.4 완성 <br/>_9.3 프로덕트 매니저에 대한 조직의 기대<br/>__9.3.1 조직문화 <br/>__9.3.2 조직구성별 예상업무 범위<br/>__9.3.3 내가 가고 싶은 회사를 찾는 방법 <br/>_9.4 무엇을 공부해야 하나<br/>__9.4.1 개발 <br/>__9.4.2 데이터 분석<br/>__9.4.3 제품 디자인 <br/><br/><b>CHAPTER 10 리더의 역할</B><br/><br/>_10.1 프로덕트 매니저의 리더십<br/>__10.1.1 제품팀의 최적화<br/>__10.1.2 제품팀에서의 신뢰자본 <br/>__10.1.3 리더십에 대한 메타인지 <br/>_10.2 상황별 리더십 소개 <br/>__10.2.1 리더와 관리자의 차이점<br/>__10.2.2 허쉬와 블랜챠드의 상황별 리더십 모델<br/>_10.3 작게 시작하는 리더십 <br/>__10.3.1 나와 조직에 대한 분석 <br/>__10.3.2 곧장 도입할 수 있는 방법론

·프로덕트 매니저가 궁금하다면?
·뭔가 다른 일잘러 프로덕트 매니저가 알려주는 프로덕트 매니저 실무 가이드

요즘 IT 업계에서 한 번쯤 PM이라는 단어를 들어봤을 것이다. PM은 Product Manager의 약자로 프로덕트 매니저를 뜻하며, 일반적으로 프로젝트 전체 라이프사이클을 이끄는 핵심 역할을 맡는다. 이 책은 10년 차 현업 프로덕트 매니저가 직접 자신의 경험을 바탕으로 프로덕트 매니저가 무엇이고, 맡은 역할과 현업에서 일을 어떻게 하는지를 한 권으로 정리하여 설명한다. 어디서도 경험하지 못한 실무 노하우와 일 잘하는 프로덕트 매니저가 되기 위한 실무 스킬, 필수 역량을 알려준다. 저자들이 프로덕트 매니저로서 겪은 경험담을 함께 다루기 때문에 이 책을 읽고 나면 실무에 더 빠르게 적응할 수 있다. 더 나아가 프로덕트 매니저에게 필요한 역량을 키우기 위한 자기계발 방법과 나에게 맞는 회사를 고르기 위한 채용공고 파헤치기까지 다룬다. 일 잘하는 프로덕트 매니저가 궁금하다면 바로 이 책이다!

누구를 위한 책 인가요?

- 프로덕트 매니저 직무에 관심 있는 미래의 PM / PO
- 전문성을 고민하는 3~5년차 주니어 프로덕트 매니저
- 디지털 제품을 만드는 모든 분(상품 기획자, UXer, 개발자, 엔지니어, 디자이너, 마케터)

이 책의 구성

· Chapter 1_제품과 제품팀
IT 업계에서 통상 쓰이는 표현을 업무 진행 절차에 맞춰 살펴본다. 동일한 용어여도 조직에 따라 다르게 사용하기도 한다. 이 장에서는 각 용어를 어떤 의미로 왜 그렇게 쓰는지에 대하여 설명한다.

· Chapter 2_프로덕트 매니저가 하는 일
기획 또는 제품 관리 업무를 통칭하는 역할의 간단한 역사를 살펴보자. 제품팀이 어떤 일을 하고, 그에 따른 프로덕트 매니저의 직무 변화에 대해 알아본다. 또한, 뛰어난 프로덕트 매니저가 되려면 조직별로 구체적으로 어떤 역량을 요구하는지 살펴본다.

· Chapter 3_요구사항 정의서와 화면 설계서
현업에서 제품을 만들 때 어떠한 과정을 거치고 어떤 문제가 자주 발생하는지를 살펴본다.
제품을 만들기 위해서는 단계마다 결정이 필요하다. 제품은 개인의 결정만으로 만들어지지 않는다. 구성원 간의 합의를 통해 진행되기 때문에 합의된 결과를 기록하고 공유한다. 통상적 업무 절차로 여겨지는 제품에 대한 의사결정 순서와 단계마다 필요한 문서 예시를 다뤄본다.


· Chapter 4_제품 구현
제품 구현의 전반적인 흐름에 대해 설명한다. 제품의 어떤 부분부터 어떠한 순서로 구현 작업이 진행되는지, 그리고 프로덕트 매니저로서 각 담당자와 가장 주요하게 협업하고 확인해야 하는 부분에는 어떤 것이 있는지를 설명한다. 제품 구현이 진행되는 동안 프로덕트 매니저가 스프린트 운영에서 특히 중점적으로 맡게 되는 역할에 대해서도 다룬다. 아울러 구현 과정 전반에 걸쳐 발생할 수 있는 돌발 상황에는 어떤 것이 있는지, 어떤 식으로 대처해야 하는지에 대해서 짚어본다.

· Chapter 5_테스트와 배포
‘테스트 시나리오’와 ‘배포 시나리오’로 나누어 설명한다. 테스트 시나리오에서는 배포 전 테스트에 필요한 사전 준비사항을 중심으로 설명하고, 배포 시나리오에서는 실제 서비스 배포를 진행하기 위한 시나리오 정리와 실제 배포 과정을 설명한다

· Chapter 6_제품 구현 이후
프로덕트 매니저가 제품 관련 지표 데이터 축적과 추출을 위해 무엇을 준비해야 하는지 정리하고, 그러한 지표를 통해 확인할 수 있는 주요 사항에는 어떤 것이 있는지 간단히 소개한다. 또한 제품 오픈 직후의 회고와 보고에 대한 내용을 다룬다.

· Chapter 7_운영
제품서비스 운영은 제품을 만들어내는 것과는 또 다른 결의 복잡도를 지니고 있다. 새로운 이해 당사자로 등장한 ‘사용자’와의 상호작용을 늘 고려해야 한다. 이 장에서는 서비스의 상시 또는 비상시(장애) 운영을 위해 프로덕트 매니저가 챙겨야 할 전반적인 항목을 다룬다.

· Chapter 8_업무 환경에서의 커뮤니케이션
커뮤니케이션이 왜 중요하고 조직에서의 커뮤니케이션은 구체적으로 어떠한 어려움이 있는지와 이상적인 조직문화를 위해서 커뮤니케이션 방법을 어떻게 유도할지에 대해 설명한다.

· Chapter 9_프로덕트 매니저의 역할과 자기계발
프로덕트 매니저는 모든 능력치를 가질 필요가 없다. 자신이 만드는 제품과 소속된 조직에 따라 필요로 하는 능력이 다르고, 필요한 만큼의 노력을 하면 된다. 프로덕트 매니저는 제품뿐만 아니라 팀을 관리하는 사람이기도 하다. 주니어 프로덕트 매니저에게 이 역할이 왜 중요한지에 대해서 짚어보고 이 역량을 키우기 위해 무엇을 할 수 있을지 살펴본다.

· Chapter 10_리더의 역할
최고의 프로덕트 매니저는 조직과 제품이 필요로 하는 역량과 역할을 찾아서 수행하는 것이다. 그것이 프로덕트 매니저로서 최고의 성과를 낼 수 있는 방법이다. 조직과 팀이 원하는 리더가 되기 위해 어떠한 것들을 해야 하는지 살펴본다.

이 책은 ‘프로덕트 매니저는 무슨 일을 어떤 방식으로 왜 하는지’를 생생하게 그려낼 수 있도록 도와줍니다. 이 책을 읽으며 프로덕트 매니지먼트의 본질인 제품, 사용자 및 가치에 대해 생각하게 되고, 신뢰할 수 있는 관계, 건강한 커뮤니케이션에 대한 의지를 끌어올릴 수 있었습니다.
- 장다원 (TVING 프로덕트 기획자)

지금까지 프로덕트 매니저의 역할은 모든 업무를 총괄하고 선두에서 이끌어 가야 한다고 생각했습니다. 하지만 이 책을 통해 업무의 모든 것이 아닌 함께 협업해야 한다는 것을 알게 되었습니다. IT 업계에 속해 있다면 이 책은 모두에게 필독서가 될 것이라고 생각합니다.
- 양민혁 (현대모비스 데이터사이언스팀 AI 분석가)

프로덕트 매니저로서 갖춰야 할 기본적인 내용을 짚어주고 되새겨주는 책입니다. 관리를 위한 기본적인 소프트웨어 방법론적인 내용과 커뮤니케이션 스킬, 자기계발까지 다루어 마치 선배가 후배에게 노하우를 전수해주는 듯합니다.
- 배윤성 (지에이랩 대표)