# PO

14개의 포스트

SQL을 배워야 하는 이유

개발자가 아니더라도 배워두면 좋을 SQL👀

약 7시간 전
·
0개의 댓글
·

사이드 프로젝트_2화

무엇을/어떻게 할 것인가?

2022년 7월 31일
·
0개의 댓글
·

사이드 프로젝트_1화

1화 : 왜 결심하게 되었는가

2022년 7월 31일
·
0개의 댓글
·
post-thumbnail

APO 온보딩을 시작하며..

지난 2월, 한창 PO 채용을 진행하다가 이런 생각을 했습니다.제품 쪽의 PO/PM 직군의 인기가 좀 더 커진 것 같다.덕분에 내가 원래 알고 있던 것보다 더 좋은 재능을 가진 주니어들이 PO/PM을 하고 싶어하는데 정작 기업은 경력직만 찾고 있다.그렇다면 분명히 주니

2022년 6월 15일
·
0개의 댓글
·
post-thumbnail

개발자로서 그로스해킹 두번째 - 검증과 실험

우리팀의 그로스 해킹이 시작됐다. 이제 막 꾸려져 글쓰는 시점으로는 3주째 되는 팀이다. 우선 회사의 MAU 지표나 이것 저것 현황을 확인한다. 어느 부분에서는 상태가 이렇고... 그래도 그 전에 서비스 개발자로서 이것

2022년 5월 8일
·
0개의 댓글
·

Carrying Capacity

참고 : 토스 PO 세션 유튜브 영상 제품이 수용할 수 있는 고객의 수 > - 담을 수 있는 물의 양은 그릇의 크기를 넘지 못한다 그릇이 담을 수 있는 물의 양 = Carrying Capacity (C.C, 한계수용능력) 제품이 가지는 본질적인 체력 CC의 측정 > - 전체 유저는 단 2가지 요소에만 영향을 받는다. (① inflow 들어온 유저수, ②...

2022년 5월 7일
·
0개의 댓글
·

최고의 PM이 되는 방법(by ravi-mehta)

원문 : How To Become a Peak Product Manager

2022년 5월 5일
·
0개의 댓글
·
post-thumbnail

고객 중심 문서 작성 가이드 (애자일)

기획자 시점:1) 비즈니스 관계자, 고객의 요구사항 수집2) 기획자는 그걸 분석하고 그걸 토대로 설계3) 스토리보드(UI, 정책, 기능 명세 포함)를 디자이너와 개발자에게 전달PM, PO 시점:1) 비즈니스 관계자, 고객의 요구사항 수집2) 고객의 니즈 정리(이 서비

2022년 4월 21일
·
0개의 댓글
·

아마존 혁신, 6-pager 글쓰기

아마존은 보고서를 작성할 때 A4용지 6장 분량의 6-pager를 작성합니다.폰트 사이즈는 10pt좁은 여백요약형 X, 서술형 글쓰기(문장)그래프나 참고자료는 6페이지 뒤에다 추가로 추가해서 첨부PPT 발표 - 발표자에게는 편리하고 청중에게는 어려운 방식 :발표자 화술

2022년 4월 21일
·
0개의 댓글
·

Product 일정관리

잘 알려진 IT 프로젝트 방법론은 워터폴 방식과 애자일 방식이 있다.워터폴 방식프로세스에 따라 단계적으로 구현하는 방식금융 플랫폼, 운영체제와 같이 한 번에 완제품을 출시해야 하는 경우에 적합애자일 방식최소단위 제품(MVP)을 빠르게 출시해서 고객 피드백을 바탕으로 제

2022년 4월 21일
·
0개의 댓글
·

헤이조이스<성공하는 PM의 7가지 법칙 Day 2> 토스 PO 안지영님

토스 PO가 말하는 프로덕트 성과를 극대화하는 방법PO : 제품의 성공을 최종으로 책임지는 사람제품 방향성이 막연할 때, 중심 잡는 법다음 스텝 → 나의 백로그, 이게 결국 전부다.(예시 : PON 리스트, Problem/Opportunity/Needs)KPI : 고객

2022년 3월 6일
·
0개의 댓글
·

[독후감] 조직을 성공으로 이끄는 프로덕트 오너

이 책을 읽은 이유 개인적으로 항상 관심이 있었고 도전해보고 싶었던 역활이 Product Owner(PO)였습니다. 왜 하필이면 PO에 관심이 있었냐고요? 약간은 긴 이야기가 될수 있지만 다음과 같은 이유 때문이였습니다. 제가 QA Engineer로 사회생활

2021년 1월 12일
·
0개의 댓글
·
post-thumbnail

Product Manager가 되고파

문과생이지만, IT업계에 뛰어들고 싶다.

2020년 2월 24일
·
0개의 댓글
·