Chapter 11 개발자와 디자이너와 협업하는 방법
스포티파이 프로덕트 팀 구성 (좋은 개발 문화를 보여주는 곳)
다양한 squad들이 모여서 Tribe를 이룬다.
chapter는 각각 다른 스쿼드에 속해있는 동일한 직무자들끼리 모인 것 (개발자/디자이너/PM/PO)
오늘의 집 프로덕트팀 구성
💡트랙 -컨텐츠, 커머스, O2O등 = Tribe
🤓비즈니스 조직
영업팀, 운영팀, md팀 등
😎프로덕트 조직 = Squad
PDG (Product Design Group) - PO(PDG leader), PM, Designer
개발팀(Tech Team) - TL(Tech leader), 프론트앤드, 백앤드
Cross functional product team (목적 조직)
✔️개발팀, 디자인팀, 기획팀 등으로 나눠진 기능조직과 비교해 특정 목적을 이루기 위해 프로덕트 개발에 필요한 모든 인원이 하나의 팀으로 구성되어 있는 조직
✔️자기 완결성을 띠어야 한다. (하나의 팀에서 모든 목적을 해결할 수 있었야 한다) 유저에게 피드백을 얻기 위한 최소한의 단위의 제품 증분이나 mvp를 만들 수 없는 조직이라면 애자일 조직 구성으로서 완벽하지 않다.
✔️다양한 기능을 담당하는 팀원이 하나의 목적을 이루기 위해서 일하기 때문에, 시너지를 발휘할 수 있음!
2. 서비스 기획직무가 개발자 및 디자이너와 효과적으로 협업하는 방법
hy님 브런치 글 참고, <디자이너와 개발자가 말하는 최고의 PM>
1) 협업 능력
- 개발자와 디자이너의 업무 방식을 존중, 효율적으로 일할 수 있도록 돕는다.
- 절차상 필요한 존재라고 치부하지 않고, 중요한 파트너로 대한다.
- 개발자와 디자이너가 제대로 일할 수 있도록 충분한 시간을 준다.
(무조건 많은 시간을 주는 것이 아니라, 그들의 의견을 바탕으로 비즈니스적으로도 적절한 효율적으로 일할 수 있는 양의 시간)
- 프로젝트 초반부터 개발자와 디자이너가 주도적으로 참여하도록 독려한다.
- 전문가에게 권한을 위임한다.
2) 커뮤니케이션 능력
- 커뮤니케이션이 일관적이고 명확하다. ✔️기록이 필수!
- 팀원의 의견을 경청하고, 다양한 의견을 취합하여 실행 방안으로 만들어 낼 수 있다.
- 최대한 많은 정보를 자주 공유한다.
(오버커뮤니케이션이 언더커뮤니케이션보다 낫다)
- 지속적인 소통을 통해 팀원들이 무엇을 하고 있는지, 앞으로 무엇을 해야하는지 잘 알고 있다. 일정을 미리 조율할 수 있는 가능성
3) 업무 범위 및 리스크 관리 능력
- 중요한 것에 집중한다. 우선 순위를 잘 선정하는 것이 핵심 능력이다.
(우선순위를 매겨보고, 의견을 들어보고, 다시 매겨보고, 우선순위 선정 방법에 다양한 것을 시도해보는 경험치, 중요한 것이 무엇인지 아는 능력!)
- 무자비할 정도로 불필요한 것을 걸러낸다. (MVP)
-업무 범위 조정과 실험을 통해서 리스크를 관리한다.
(목표한 시간에 목표한 제품을 론칭할 수 있는 것)
4) 의사결정 능력
- 사용자의 비즈니스 결과를 최우선으로 고려하여 일관적이고 투명한 결정을 내린다.
- 자존심이나 명성을 위해서가 아니라 소비자, 비즈니스, 팀을 위한 결정을 한다.
(최대한 빠르게, 틀리지 않은 결정을 하기 위해 데이터 분석)
- 데이터에 기반한 결정을 내릴 줄 안다. (데이터를 볼 수 있는 인사이트, 분석 능력)
5) 업무 지식
- 정성적 / 정량적 리서치 방법에 대해서 이해한다.
- 데이터를 활용하고 이해하는 사람과 협업할 수 있다.
- 결정을 내릴 때 기술적으로 무엇을 의미하는지, 오래 걸릴지 이해하려고 노력한다.
(ROI- Return On Investment, 개발 과정과 비즈니스 임팩트를 모두 고려해 결정할 수 있어야 한다)
- 최소한의 개발 및 디자인 지식
6) 목표와 비전 설정
- 왜 이 일을 해야 하는지 그 비전과 목표를 설명할 수 있다.
- 지속해서 사용자, 경쟁사, 시장조사를 하고 이를 제품에 반영한다.
- 해결책보다는 팀원들이 해결책을 발견할 수 있는 상태를 만들되, 해결할 필요가 없는 문제가 아니라
해결할 필요가 있는 문제의 해결책을 만드는 것에 시간을 쓸 수 있도록 문제가 무엇인지 더 깊이 고민한다.
💡문제를 맞게 정의하고, 정의한 문제를 프로젝트화 할 수 있는 능력에 대해 고민하고 쌓아가야 함을 되새기는 요즘!
7) biz stakeholders 와 건설적인 의견 교환 능력
- 경영진에게서 오는 압박을 수용하고 이를 해결하기 위해 어떤 업무를 해야 하는지 알고 있다.
- 제품을 더 좋게 만들기 위해서 회사 경영진에 이의를 제기할 수 있다.
(시장, 데이터를 근거로, 사용자 중심, 장기적인 시선) 8) 개방적 태도
- 피드백을 사적인 감정으로 받아들이지 않는다.
- 자기 아이디어와 사랑에 빠지지 않는다.
- 팀원이 답변을 요구하면 제때, 제대로 대답할 수 있다.
'PM study log' 카테고리의 다른 글
| study log.19 프로젝트 이해하기 (0) | 2023.03.06 |
|---|---|
| study log.18 기획자가 UX를 이해하는 방법 (0) | 2023.03.02 |
| study log.16. 서비스 정책서와 PRD까지 🤷♀️ (0) | 2023.02.28 |
| study log.15 서비스 정책서 (법률 이해) (0) | 2023.02.28 |
| study log.16 (0) | 2023.02.24 |
