백로그 관리 문제정의 개선안 가설 설계 (협업부서와의 소통) 주요기능 정의 -> 화면은 디자이너가 (UX 는 전문가의 영역으로 감) 로직 및 스콥/일정 설계 가설 검증 및 지표 추적 "좋은걸 만드는걸 요구하기 때문에 아직까지도 PM이 존재"

<PM/PO의 역할>

1. 문제해결력

• SQL은 잘하면 좋음 (데이터를 잘분석하면 좋음) -> 데이터는 결국 보는 사람에 따라 달라짐

Q, 왜 토스는 UI가 좋을까 ? S-> 개발자 중심이여서 ? A, 토스는 B2B 가 아닌 B2C 이기 때문에 디자인이 매우 중요했음 반면에 은행은 B2B였기 때문에 디자인보다는 신뢰성이 높은 개발수준이 더욱 중요했음

• 문제를 인식하는건 많은 사람들이 할 수 있음 BUT 문제 해결을 위한 순서를 짜는 것이 매우 중요함

1. 제품에 대한 이해

개발에 대한 이해 & 정책/로직 설계 능력

'개발을 잘할필요는 없지만 개발을 잘하면 좋음 BUT 개발과 기획을 모두 잘할 필요는 없음'

1. 커뮤니케이션

제품의 방향성을 설득력 있게 전달하고 다양한 관점/이해관계를 조율하는 능력이 필요

• 글쓰기 / 말하기 능력이 중요하다

  <PM 예시 - 아몬즈>

  1. 우선순위 관리 EX)

     • 검색 경험 개선
     • 플필먼트 구축
     • 사용성 개선 등등등

     EX) "주얼리를 구매하기 위해 아몬즈를 접속하지만 홈/검색/상품탭을 통해 찾을 수 없다." -> " 카테고리/필터 기능 개선 " 검색 기능 개선 > 장기/서브 프로젝트 " 홈개선 > BY MD (알고리즘 무)

     미시적인 문제 : 주얼리에 최적화된 검색 기능의 부재 --> 문제를 해결하기 위한 주요기능 및 가설을 세운다.

     와이어프레임 : DB 정책 및 백오피스 설계 등이 필요함 (플로우, 로직 설계 필수 ) 프론트 기능정의/플로우 & 로직 설계 : 현직에서 실제로 배우기

     '스크럼'

<PM 역량 키우기>

1. 서비스를 깊이있게 분석하기
2. 서비스를 직접 기획하기
3. 반드시 글로 남기기 - 커뮤니케이션 역량