PM Role ?
저자: Chung Byungho
1. Guidelines
1.1. Anything goes!
1.2. No criticism or flaming allowed
1.3. The Wilder The Better
1.4. Quantity is Quality
1.5. Set a Time Limit
2. Why ?
2.1. PM의 평가기준 없음
2.2. 왜 물어보냐 ? Good 마케터 ? Good SW 있나 ?
2.3. 현재 몇년차 PM, engineer 와 같은 것이 의미가 없다.
2.4. PMBook에 나온 역할만 하면 되나 ?
2.5. 뭘 얘기할지 도대체 모르겠다
2.6. 현재 PM 조직의 문제점은 무엇인지 ?
2.7. 사업부에 PM이 필요한가?
3. Jennifer Lonoff Schiff Said.. (by googling)
3.1. 1. 고도로 조직화된 좋은 멀티태스커
3.2. 2. 책임을 지고 어떻게 이끌어나갈지 알아야 한다.
3.3. 3 효과적으로 소통하라
3.3.1. 모든 이해 당사자들이 그 프로젝트의 주기에 걸쳐 무엇을 그들로부터 바라는지 이해하고; 모든 이해 당사자들이 서로는 물론 프로젝트 관리자와도 효과적으로 소통
3.4. 4 언제 어떻게 협상할 지 알아야 한다.
3.5. 5 세부사항 지향적이 되어라.
3.6. 6 문제를 신속하게 파악하고 해결하라
3.7. 7 필수적인 기술 능력을 보유하라
3.7.1. 당신의 임무가 실제 기술적인 분야가 아니더라도, 당신의 회사에서 일상적으로 쓰는 플랫폼, 소프트웨어, 프로그램에 대한 확고한 지식을 갖추고 있어야 한다
3.8. 너무 일반적인 내용. 좋은 말만 적혀 있음.
4. PM 무시 당함
4.1. HW/SW senior TM 의 경력이 PM보다 높음.
4.2. PM이 결정을 못내림
4.2.1. 결정 권한 없음.
5. Who ?
5.1. For example ?
5.1.1. 이순신
5.2. PM 경험 많은 사람
5.3. 우리 회사에 PM의 role 모델은 있는가?
5.4. PM이라는 title이 회사에 있다고 보나 ? 그냥 책임이라는 title만 있음.
5.5. 예전에는 팀장 SW engineer 분들이나 마케팅분 들이 PM을 했었다.
5.6. 예전에는 OP 나 3rd party 와 comm. 하고 spec을 정의할 수 있는 사람들이 PM을 했었다
5.7. PM이 아무거나 잘하는 제너널한 사람이길 원하는지 OP 전문가, HW technical oriented 와 같은 특성화 된 사람을 원하는 가?
5.8. 무한 책임을 가진 PM이 좋은 PM ? 권한은 있는가 ? (resource, 평가)
6. What to do ?
6.1. schedule을 잘 공유해야 한다.
6.2. 회식을 자주해야 한다(팀빌딩).
6.3. 회의록을 잘 공유해야 한다.
6.4. PMBok에 나온 역할만 하면 되나 ?
6.4.1. PMBok 요구사항은 매우 모호함
6.5. 회사가 원하는 PM상이 있는가 ?
6.5.1. 젤 중요하게 보임
6.6. 한정된 resource를 가지고 목표된 결과를 달성.
6.7. ODM을 한다면 Technical 역할을 할 수 있는 사람이 더 적당한 PM이 될 수 있음
6.8. 많은 model을 하려면 Technical 역할을 PM이 할 수 없다.
6.9. Project 의 규모나 schedule에 따라 PM의 scope 가 달라짐.
6.10. Project 성격에 따라 manage 역할은 다르다. 정량화 할 수 없다. 일반화 된 답을 할 수밖에 없다.
6.11. PM은 OP별 spec은 다르지만 spec을 익히는데 다른사람보다 쉽게 파악할 수 있다
7. 미주사업부
7.1. PM분들 경력이 대체로 짧다
7.1.1. PM경력 많은 분들이 많이 나가셨음.
7.2. HW의 비중이 상대적으로 SW보다 높다.
7.2.1. Mega OP들은 MW를 사용하고 있어 SW 비중이 낮음
7.2.2. Mega OP들은 HW 품질 기준이 상대적으로 높다.