PM이 새로운 팀에 처음 한달동안 해야할 일
Ken Norton
People
1. Set clear expectations with the CEO or your manager
- 회사 그리고 조직은 즉시 당신이 기여하길 원할 것임
- CEO와 함께 목표 리뷰함. 당신의 역할에 대한 기대치를 명확히 하는 것이 필요함
- 새로운 역할을 맡고 첫 달의 주요 목표는 효과적으로 팀에 합류하는 것임
2. Schedule a one-on-one with everyone on the team
- 1:1 미팅은 회사 규모에 따라 몇 시간 또는 첫 달 전체를 써야할 수 있음
- 모든 팀 멤버를 개별적으로 만날 시간을 만들어야 함
- 일대일로 함께 산책하는 것도 좋은 방법임. 회의실 테이블에서 서로 응시하면서 마주 보는 것 보다, 함께 앞을 바라보면서 걸으면서 대화하는 것도 좋은 방법임.
3. Ask everyone this question
- “What can I do to make your life easier?”
- PM은 명령이 아닌, 팀 멤버를 지원하는 것이 주요 역할인 것을 보여줘야 함
- 프로젝트 멤버가 질문에 대답하는 방식(How)이 이야기하는 주제(what)만큼 중요함
- 프로젝트 멤버가 PM의 역할을 실제로 어떻게 인식하고 있는지, 멤버들이 무엇을 필요로 하는지 파악 필요
4. Take a load off their back
- 팀의 생산성을 낮추는 것을 파악해야함
- 버그 분류, 코스트코 간식 구매...
Product
5. Schedule time with your lead engineer to walk through the product’s technical architecture, in deep detail
- 말이 안되는 질문이나, 특정 주제를 드릴 다운(drilling down)하는 것을 주저하지 않아야함
- PM이 기술적 통찰력으로 엔지니어에게 깊은 인상을 주려는 경우도 있지만, 대다수 엔지니어는 PM이 기술적으로 잘 이해되지 않는 것을 바탕으로 질문하는 것에서 더 깊은 인상을 받음
6. Resist the urge to jump in and start changing things
- PM은 초기 팀에 합류하면 제품 개발 프로세스를 바꾸고 싶은 유혹이 생김
- 하지만 초반엔 잠시 뒤로 물러서는 것이 필요
- 당신이 조직 내에서 자리를 잡고, 모든 늬앙스를 흡수하고, 멤버들로부터 신뢰를 얻으면 그 순간 부터 당신의 아이디어와 생각이 더 잘 조직 내에서 수용될 것임.
- 당신이 조직 멤버의 의견에 경청한다는 것을 보여주게 될 것임
7. Get in front of your users
- 사용자와 긴밀한 관계 유지 필요
- 세일즈 콜 및 고객 방문을 계속해야함
- 사용자 포럼에 참여하고 Twitter에서 사용자와 교류 필요
8. Fix something
- PM이 처음 맡을 훌륭한 프로젝트의 시작은 작은 버그 수정이나 작은 기능을 출시하는 것임
- 개발 환경을 설정하고, PM이 맡을 수 있는 작은 사이즈의 작업을 요청하는 것이 필요
- 팀에 도움을 요청하라. 그리고 PM과 팀의 시간을 배려해라.
- 결국 당신은 풀타임 엔지니어가 아닌 PM이다.
Personal
9. Read everything, and write it if it isn’t already written
- 과거에 설정한 OKR, 스펙 문서, 디자인 문서, 위키 페이지.. 읽을 수 있는 모든 자료를 읽음
- 누락되었거나 업데이트되지 않는 문서를 찾았다면 추가함
- 문서를 통해 학습한 내용과 다음번 채용을 위해 개선할 수 있는 방법들을 작성해봄.
11. Configure your life support systems
- 업무에 필요한 툴, 디바이스, 소프트웨어 대응
- 이메일 필터 생성함
- 자사 제품 및 경쟁사 현황을 파악할 수 있는 Google New Alerts 설정
12. Have fun!
Giphy제가 발행하는 뉴스레터입니다. Product management에 관심 있으신 분들께서는 아래 뉴스레터 링크에서 구독 부탁드립니다 :)
