[Chapter 11] 개발자와 디자이너와 협업하는 방법

1️⃣ 오늘의 집의 프로덕트팀 구성

트랙(컨텐츠, 커머스, O2O 등) = Tribe

• 비즈니스 조직
  • 운영팀
  • 영업팀
  • MD팀
• 프로덕트 조직 = Squad
  • PDG(Product Design Group)
    • Product Owner
    • Product Manager
    • Product Designer
    • Data Analyst
  • 개발팀
    • Frontend
    • Backend

Cross Functional Product Team(목적 조직)

• 특정 목적을 이루기위해 프로덕트 개발에 필요한 모든 인원이 하나의 팀으로 구성된 조직
• 자기완결성이 있어야한다(피드백을 얻기위한 최소단위, MVP를 만들 수 있어 애자일 조직구성을 띄어야한다)
• 다양한 기능을 담당하는 팀원이 하나의 목적을 이루기 위해 일을하여 시너지를 발휘

 

2️⃣ 서비스 기획직무가 개발자 및 디자이너와 효과적으로 협업하는 방법

🔷 협업 능력

1. 개발자와 디자이너의 업무 방식을 존중하고 효율적으로 일할 수 있도록 돕는다
2. 개발자와 디자이너의 절차상 필요한 존재라고 치부하지 않고, 중요한 파트너로 대한다
3. 개발자와 디자이너의 제대로 일할 수 있도록 충분한 시간을 준다
4. 프로젝트 초반부터 개발자와 디자이너가 참여하도록 독려한다(참여자가 아닌 같이 만들어가는 주인의식을 갖게하자)
5. 전문가에게 권한을 위임한다.

🔷 커뮤니케이션 능력

1. 커뮤니케이션이 일관적이고 명확하다
2. 팀원의 의견을 경청하고, 다양한 의견을 취합하여 실행방안으로 만들어 낼 수있다.
3. 최대한 많은 정보를 자주 공유한다
4. 지속적인 소통을 통해 팀원들이 무엇을 하고 있는지, 앞으로 무엇을 해야하는지 잘 알고 있다.

🔷 업무 범위 및 리스크 관리능력

1. 중요한 것에 집중한다(우선순위를 결정하는 것을 너무 중요해서 일상생활에서도 활용하며 기르자)
2. 무자비할 정도로 불필요한 것을 걸러낸다
3. 업무 범위 조정과 실험을 통해서 리스크를 관리한다(계속하여 세부적으로 중요한 사항을 체크하여 빠른 개발이 가능하게 한다)

🔷 의사결정 능력

1. 사용자와 비즈니스 결과를 최우선으로 고려하여 일관적이고 투명한 결정을 내린다.
2. 자신의 자존심이나 명성을 위해서가 아니라 소비자, 비즈니스, 팀을 위한 결정을 내린다.
3. 데이터 기반의 결정을 내린다(데이터를 볼 줄 알아야하며, 적합한 데이터를 찾는 인사이트가 필요)

🔷 업무지식

1. 정상적/정량적 리서치 방법에 대해서 이해한다.
2. 데이터를 활용하고, 데이터를 이해하는 사람과 협업할 수 있다.
3. 어떤 결정을 내릴 때 기술적으로 무엇을 의미하고 오래 걸릴지 이해하려고 노력한다.
   1. 개발은 어렵지만, 임팩트가 낮다면 뒤로 미룬다
   2. 기술적인 지식을 있어야 무엇을 의미하는지, 어떤 임팩트를 보이는지 설명할 수 있어야한다
4. 최소한의 개발지식과 디자인 지식을 보여야한다.

🔷 목표와 비전설정

1. 왜 이 일을 해야하는지, 그 비전과 목표를 제대로 설명할 수 있다
2. 지속해서 사용자, 경쟁사, 시장조사를 하고 이를 제품에 반영한다
3. 해결책보다는 문제가 무엇인지 대해서 깊이 고민한다(해결할 필요가 있는 문제를 추려서 해결)

🔷 Buix Stakeholder와 건설적인 의견 교환 능력

1. 경영진에게 오늘 압박을 잘 수용하고 이를 잘 해결하기 이해 어떤 업무를 해야하는지 알고있다
2. 제품을 더 좋게 만들기 위해서 회사 경영진에 이의를 제기할 수 있다.
3. 해결책보다 문제가 무엇인지에 대해 깊이 고민한다

🔷 개방적인 태도

1. 피드백을 사적인 감정으로 받아드리지 않는다
2. 자기아이디어와 사랑에 빠지지 않는다
3. 팀원이 답볌을 요구하면, 제때, 제대로된 답변을 해줄 수있다.