💦 나만 모르는 프로덕트 관리 이야기 [🤜8년차 PM이 말하는 제품 만드는 과정] (👀간단 요약) 📌 무엇을 만들까 ✓ 제품에 대한 요구사항 파악 : 제품 사용자와 조직 내부 구성원 기준 ✓ 각 요구사항을 기능으로 표현 : 충족시킬 수 있는 방법 모색 ✓ 기능 간 우선순위 설정 : 어떤 기능이 가장 필요한지 판단 📌 어떻게 만들까 ✓사용자에게 어떤 형태로 기능을 제공할지 디자인팀과 고민 : 사용자가 가장 편하게 서비스를 이용할 수 있도록 구체적 모양새 정하기 ✓어떤 방식으로 구현할지 개발팀과 고민 : 장기적으로 건강하게 만들 수 있는 방법에 대해 검토하기 ✓ 만들고자 하는 기능의 상세 내용을 확정, 조직 내 구성원에게 공유 :실제로 만들기 시작하면 수정하기 어렵기 때문. 최선인지 다시 확인하기 📌 만들자 ✓ 디자인/개발팀이 작업하는 것 돕기 : 수정사항, 이슈사항에 대한 커뮤니케이션 ✓ 유의미한 기능은 서비스와 사용자가 필요로 하는 때 제공 : 기능을 만드는 과정이 당초 세운 일정 목표에 맞는지 꾸준히 확인 ✓ 사용자가 이 기능을 만나기 전 다시 한 번 확인 QA 📌 그 다음에는? ✓ 이전에 만들었던 기능이 요구사항을 충족 시켰는지 확인 ✓ 이전에 만들었던 기능을 개선할 수 있는 방법이 있는지 확인 ✓그리고 다시 첫 번째 단계로 돌아가기 📌프로젝트 매니저의 역할 ✓ 정해진 기능 구체화 ✓ 요구 사항 수집, 기능으로 표현 ✓ 구현 할 기능 제안, 우선순위 정하는 과정에의 참여 ✓ 제품을 통해 사용자에게 전달할 가치, 목표 설정 ✓ 목표 달성을 위해 동원할 수 있는 기술적 방법론 구성 및 우선순위 설정 📌 업무 구성 비율 ✓ 40% 이번 업데이트 팔로업 ✓ 30% 다음 업데이트 준비 ✓ 10% 팀 운영 및 프로젝트 관리 ✓ 10% 서비스 지표 확인 ✓ 10% 그 외 돌발 업무 (👋중요한 이유가 뭔가요?) 음, 여전히 서비스 기획자 = PM,PO라고 생각하는 분들이 주변에도 많은 것 같아요. 그럴 수 밖에 없는 우리나라만의 특수한 환경들도 있겠지만, 이 두 개념에 대해 명확하게 인지하지 못할 경우 커리어와 자기계발, 업무 진행 방식 등 여러 지점에서 문제가 발생 할 수 있다고 생각합니다. 슬라이드에서 중요한 내용들이 연달아 언급되지만, 그 중에서도 커뮤니케이션이 자주 나오는데요. 저는 단순히 커뮤니케이션이 얼마나 중요한데! 라는 관점이 아니라, 일이 되게 만드는 커뮤니케이션이 얼마나 중요한데! 라는 관점을 계속 고민해야 한다고 생각해요. 예를 들어 디자인팀과 수정 사항을 대면으로 논의했는데 이를 공유하지 않아 개발팀은 이전 버전으로 개발했다면? 기획안에는 없던 내용인데요? 라고 말하면? 개발팀이 데이터 유효성 확인 등을 위해서는 UI가 개선되어야 한다는 말을 디자인팀에게만 전하고 PM에게는 공유하지 않았다면? (이건 구조적 문제도 있지만) 그럼 프로젝트의 밸런스 자체가 무너질 수 있어요. 이런 정보의 공유가 원활하게 되도록 하는 것과 이를 다시 모두가 인지할 수 있도록 하는 관점에서의 커뮤니케이션이 정말 중요하다고 생각합니다. 업무 구성 비율이야 회사와 조직에 따라 달라지겠지만, 끊임없이 일정을 확인하고 프로젝트가 잘 돌아가고 있는지확인한다는 기준하에 있어야 해요. 그 범위를 잘 정의하는게 무엇보다 중요하다는 것! (💌함께 읽어보세요!) 프로덕트 오너와 서비스 기획자는 다릅니다 : https://brunch.co.kr/@cysstory/156