일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- Malaysia
- history
- France
- RFID
- Software Engineering
- management
- Spain
- django
- QT
- agile
- leadership
- program
- ubuntu
- Linux
- Python
- Book
- erlang
- Italy
- web
- Programming
- programming_book
- hbase
- UK
- Kuala Lumpur
- Java
- hadoop
- MySQL
- Book review
- psychology
- comic agile
- Today
- Total
목록Product Management (3)
장점 확실히 실무를 했던 사람이 쓴 책이라는 느낌이 든다. 전반적으로 다뤄야 할 부분들을 빠짐없이 다루고 있어서, PM을 지향하는 사람에게, 특히 초보/주니어에게 큰 도움이 될만하다 확실히 이제는 이쪽 분야가 전문화가 되어간다는 걸 느끼는게 얼마 전 읽었던 제품의 탄생도 그렇지만, product를 잘 만들기 위해 어떻게 구조적으로 전문적으로 일할지 다루는 서적이 계속 출간된다는 건 발전의 좋은 신호로 생각이 든다. 단점 Agile 전문 서적이 아니니 한계가 있긴 하지만, agile에 대한 언급이 매우 적고, 이에 대해 좀 전문적인 부분은 부족하다. 우리나라가 PO/PM 등의 명칭을 갖는 직책이 늘어나는 건 결국 agile, 특히 scrum의 확산과 직접적으로 연결되어 있는데, 이 분야는 매우 약하다. T..
1부 성공적인 제품의 탄생 1장 성공적인 프로덕트란 프로덕트 성공을 위한 3요소 (1) 비전(2) 사용자 가치 (3) 사업 수익 제품 시장 적합화란 강력한 가치 가설을 찾는 것. 가치 가설이란 왜 사용자와 고객이 당신의 프로덕트를 사용하는가를 설명하는 중요가설 12 Things About Product-Market Fit | Andreessen Horowitz 2장 PM의 역할 즉 PM을 '작은 CEO'라고 부르는 이유는 'PM이 마치 CEO처럼 프로덕트 성공을 자기 일처럼 완수하는 열정과 강한 흥미, 호기심을 지닌 관리직'이기 때문일 뿐이며, PM에게 CEO와 동일한 수준의 권한이 부여된다거나 책임이 요구되지는 않는다. 이 책은 PM과 PO의 구분이 다소 불명확하다(혹은 꽤 공통 부분이 많다고 본다)...
서문 전체 비즈니스 가치 흐름에 걸쳐 팀이 일하는 방식을 바꿔야만 이를 달성할 수 있다고 말한다. (내가 현재 달성하고 싶어하는 가장 중요한 일 중 하나. 회사 business 기능의 모든 flow를 end to end로 flow diagram으로 표현해서 구조를 파악하고 서로 communication하는데 낭비가 없도록 하는 일) 옮긴이의 말 IT 조직은 애자일이나 데브옵스 등과 같이 프로젝트를 효율적으로 진행할 수 있는 도구를 익히고 이를 통해 의사소통합니다. 반면 소프트웨어에 대한 비즈니스 조직의 시각은 여전히 테일러리즘 방식에 머물러 있습니다. 이러한 차이가 디지털 변혁의 큰 장벽 중 하나입니다. 이는 IT 조직과 비즈니스 조직의 의사소통에 문제를 일으키고 디지털 변혁 실패의 원인이 됩니다. (내..