오늘 한 것
✅ 스타터 노트 작성
✅ 프로덕트 매니지먼트 개론 완강
강의
2. 프로덕트 개발
1. 프로덕트 개발
1. PM과 함께 일하는 사람들
- 개발자
- QA 엔지니어
- UX/UI 디자이너
- UX 리서처
- UX 라이터
- 마케터
- 데이터 분석가
- 세일즈
- CX 매니저
- 서비스 운영자
- 법률 및 개인정보보호 전문가
- 통번역가
2. 애자일 이론편
- 프로젝트 : 업무 기간 예산 목표 등이 정해져있음
- 운영 업무
워터폴 vs 애자일
애자일
MVP 최소 기능 제품 : 시장과 고객의 요구에 빠르게 대응
1. MVP 범위 정하기 : 가설 검증을 위한 최소 핵심 기능 정의 중요
2. 우선 순위 정하기: 개발 리소스 고려하여 다른 방식으로 운영하여 서비스 우선 시작 이후 개발
와이어 프레임이 아닌 1-pager
프로젝트를 진행하고자 하는 배경과 개선하고자 하는 목표, 가설과 검증 전략, 솔루션, 성과측정 방법 등을 구성한 문서, 함께하는 팀원들과 프로젝트에 대한 이해도를 높이고 목표를 함께 공감하고 프로덕트의 문제를 풀기 위한 방법을 고민하는 것을 시작하는 단계
최소한의 문서화 팀과의 의사소통에 집중(끝없는 크로스 체크)
명확한 요구사항, 안정적인 데드라인-> 워터풀
빠른 시장 반응, 경쟁 상황 -> 애자일
애자일은 철학
- 개인과 상호작용-> 팀원과 협업 활성화
- 작동하는 소프트웨어->MVP 정의, 반복 개선
- 고객과의 협력->고객과 정기적인 소통, 피드백 적극 반영
- 변화에 대한 대응->시장 병화와 고객 요구 주시, 계획 재조율
*애자일환경에서 일해본 경험 중요
3. 애자일 실전 편
스크럼 :
짧은 주기(스프린트)로 진행
백로그
데일리스크럼
- 목표 지표 : 꼭 달성해야 하는 지표
- 가드레일 지표 : 이 과제로 인해 떨어지면 안 되는 지표
- 모니터링 지표 : 반드시 달성해야 하는 것은 아니지만 살펴보면 좋은 지표
칸반 : 루틴한 업무
JIRA를 사용
4. 프로덕트 개발 과정
-
기획
목표수립 문제정의 해결안도출 문서화 이해관계자 파악 -
디자인
기획 내용 공유 디자인 이슈 해결 디자인 일정관리 UX리서치 -
개발
기획 공유 개발 이슈 해결 개발 일정 관리 -
QA
QA계획 수립 QA 진행 QA 일정 관리 버그 리포트 관리 -
출시(릴리즈)
출시 모니터링 사용자 반응 분석
3. 실전 PM의 커뮤니케이션
실무에서 PM이 겪는 문제와 해결 방법
경험 차이, 지식 차이, 목표 차이로 인해 생각이 다를 수 있음.
PM 커뮤니케이션 원칙
1. 상대방의 니즈 파악
- 상대방의 입장에서 상대방이 중요하게 여기는 기준을 파악하기
우선순위, 일정, 매출 증가, 중요성, 관심, 효과 - 상대방이 듣고 싶은 방식으로 이야기하라
바쁜 사람-> 결론부터
메이커 -> 아이디어 참여감 - 상대방의 언어로 말하기
회의에 처음 참석하는 사람도 이해하기 쉽게
2. 빌드업
결정을 통보하는 것이 아니라, 사전에 정보를 공유하고 논리를 쌓아가면 자연스럽게 동의하게 만드는 과정
-
충격 완화 : 윗분들의 납득하기 힘든 의사결정을 번역해서 전달 필요(사전 고지)
준비 시간 확보
피드백 반영
참여 유도
*가능한 정보는 최소정보라도 미리미리 공유해두는 것이 좋음
"아직 확정은 아닌데, 이런 과제를 할 수도 있을 것 같아요" -
상대방이 이해할 수 납득할 수 있는 논리적 근거 제공
갑작스러운 통보가 아니라, 사전에 과정을 공유한다
(미리 공유하는 이유를 덧붙이기, 상대를 배려하기 위한 사전 공유임.)
참여감 중요
3. 크로스체크
구두 합의 직후
업무 지시/요청 후
중요한 결정/정보 공유 후
3. PM이 자주 마주치는 커뮤니케이션 상황
1. 보고(공유)
- 적절한 시점에 적절한 사람 모두에게 진행 상황 공유
- 내가 말하고 싶은 것보다, 상대방이 듣고 싶은 또는 필요로 하는 정보 위주로 공유
- 중간 단계 없는 최종 보고는 금물(개요, 목차만 작성해서 보고)
- 상대방이 정확하게 이해했는지 크로스체크
2. 요청하기
- 갑자기 요청하지 말고, 언제쯤 요청이 들어갈 수 있다는 걸 미리 공유
- 요청의 맥락을 설명하기
- 각 직군의 언어로 이해할 수 있게 말하기
- 요청 내용을 정확하게 이해했는지 크로스체크
3. 요청 받기
- 상대방이 진짜 원하는 것이 무엇인지, 요청 자체보다 "왜 이 요청이 나왔는가"를 파악하기
- 이 요청이 진짜로 중요한지, 긴급한지 파악하고 수락
- 요청 내용과 내가 일치한 게 맞는지 크로스체크
-"NO"를 바로 말하기 보다는 대안이나 이유를 함께 제시
(관계를 괜찮게 해두어야 나중에 나도 요청 가능)
4. 설득(협상)
- 상대방의 목표, 우선순위, 걱정하는 부분을 먼저 이해
- 상대방이 "이득을 본다"고 느끼게 만들어야 한다
- 설득은 "갑자기" 하는 것이 아니라 단계적으로 공감대를 형성
4. 회의 진행
피해야 하는 회의 유형
1. 목표 없는 회의
2. 준비 없는 회의
3. 산만한 회의
4. 결론 없는 회의
회의 종류
1. 정보 공유 회의
2. 아이디어 회의(브레인스토밍)
3. 의사결정 회의
4. 문제 해결 회이
5. 피드백/회고 회의
회의 진행 여부 검토 : 집중력과 시간의 공동 투자
- 적절한 참가자
- 진행자, 발표자, 서기, 참석자
- 목적 명확화
- 사전 준비
- 회의 시간 선정
- 최대 1시간(상황따라 다름)
오늘의 회고
- 성취 : 프로덕트 매니지먼트 개론 완강
- 개선: 오늘 배운 실전 PM 커뮤니케이션 방법을 팀플에 적용해보기
- 학습: 커뮤니케이션 스킬이란 게 명확히 어떤 것을 말하는 건지 어느 정도 가닥을 잡을 수 있었다.
