소프트웨어 회사들이 흔히 하는 실수를 다 써 놨다.
이 업계에서 일하는 누가 읽어도 이거 우리회사 얘긴데.. 싶을거다.
(진짜 잘되는 회사 제외)
프로덕트 매니저의 업무 프레임워크
프레임워크라는 것은 베이스가 부족한 경우에도 필요하고
능숙하더라도 간혹 실수를 방지 해 주는 장치로 작용한다.
프로덕트 매니저로써 능숙하게 일을 하는 사람도
지금 프로덕트 매니저로 취업하거나
프로덕트 매니저 업무를 떠맡게 된 누구에게나 도움이 되지 않을까
인상깊은 내용
- 프로덕트 매니저란?
- 번뜩이는 아이디어, 최첨단 기술이 아닌 프로덕트를 통해 해결해야 하는 문제에 주목
- 아무도 쓰지 않는 쓰레기를 만드는 것 = 개발함정
- 성과물 vs 산출물
- 기능의 실제 가치를 확인하지 않고 개발하는것은 산출물… 뭔가가 나왔다
- 성과물은 핵심 목표를 달성할 수 있는 것
- 이해관계자별 다른 목표(동상이몽) [목표]-[이유]
- CEO 매년 30% 성장을 해야돼 – 그래야 다음라운드 투자를 받아
- CTO 모바일 전략이 중요해 – 그래야 성과급을 받지
- COO 비지니스 회원을 늘려야 해 – 그러면 수입이 늘어날거야
- 그런데 이런식으로 각자 목표를 세우는게 문제라면… 이 문제의 해결책은 OKR이 아닐까
…
OKR과 마찬가지로 읽으면서 씁쓸하다
이건 상당히 센스의 영역이다.
읽고나서도 여기서 뭔가 느끼고 바꿀 수 있는 경영진이 얼마나 되려나
그리고 이 책이 프로덕트매니저의 시각에서 자기중심적으로 쓰여져서 그렇긴한데…
그 직무를 맡은 사람이 없어도 모든 구성원이 이렇게 사고해야한다.
우리나라 보통 IT회사에서는 개발팀장, 기획자, 디자이너, 그냥PM등 다양한 사람이 사실상 이 책에서의 프로덕트 매니저 포지션이기도 하고
프로젝트에 따라 누구나 프로덕트 매니저가 되기도 하니까