본문 바로가기

전체 글153

Velocity 속도 Burn down 차트 스프린트가 있고 그 스프린트에 5개의 백로그가 할당되어 있다. 이 스프린트에서 어떤 에픽의 일부인 5개의 유저 스토리를 수행하고 있다. pm 과 엔지니어링 팀은 스프린트 전에 플래닝 미팅을 하면서 이 일을 하는데 얼마나 걸리는지 모든 팀 엔지니어 구성원에게 물어보고 결론을 도출한다., 속도를 대답하려면 부족하니까, 얼마나 테스크가 어려운지 난이도를 측정하고. 각 스토리에는 난이도에 할당되는 숫자가 있다. 조직마다 이 숫자 스케일이 다름. Velocity 속도 : 스트린트당 완료되는 스토리 포인트의 양 스토리 포인트의 할당 스프린트가 끝나면 완료되는 스토리 포인트의 양을 표현한다. Burn Down 차트 : 스토리 포인트가 줄어드는 것을 보여주는 차트 매일 해당 포인트 중 얼마나 많은 포인트가 완료되었는지.. 2024. 1. 5.
Product Backlog , Epic 이 도대체 뭐냐 Product Manager 란 시장조사 기존 제품의 사용 데이터를 연구하고 마케팅, 세일즈 팀 및 고객과의 대화를 통해서 전략적 계획에 많은 시간을 투자한다 제품 로드맵으로 전략을 변환 위닝 플랜을 짜고 백로그는 프로덕트 릴리즈 플랜을 지원하는데 필요한 작업 목록 pm 의 계획과 목표가 세부화되고 백로그로 만들어진다. ( 계획과 목표가 To Do list 로 만들어진다) 제품에 대해 고려중인 모든 잠재적인 항목이 포함되어 있다. 사소한 수정부터 주요기능 추가까지 모든 기능을 포함한다 백로그 항목중에 일부는 다음 스프린트에 선택되어 티켓으로 관리되거나 에픽에 선택된 후에 다시 스프린트로 갈 수도 있다. 선택되지 못한 백로그들은 대기열에 남아 있다. Epic : 에픽은 뭐임. 서사 : 일정한 배경속에 여러.. 2024. 1. 5.
Wireframe, Prototype, Mockup Wireframe : 레이아웃을 구성하는 웹사이트, 웹 앱 또는 모바일 앱에대한 시각적 가이드 구조 가장 기본 - 시각적 가이드에 대한 골조만 있음. 해골 같음 제품에 대한 정확도나 디테일이 낮음 -> 기본적이고 대략적인 정보 ux 디자이너도 할 수 있지만, pm 도 기능 자체에 대해 구현 할 수도 있어야 함 Mockup : 비주얼 최종 프로덕트가 어떻게 보여야 하는지 시각적으로 보여줄수있는 정작 디스플레이 wireframe 에 시각적 표현을 채움 - 색깔 버튼 사진 모양 디자이너가 만든다. 시각적 디테일을 담당하는 사람이다 Prototype : 사용성 사용성을 처리한다. 사용자 인터페이스를 실험 . 기능간에 상호작용을 확일 할 수 있다. 사용성 문제를 파악하기 위해서는 프로토타입이 필요하다. 2024. 1. 5.
MVP (Minimum Viable Product) 대부분의 솔루션은 사용자가 필요로 하지 않는 제품을 제공하기 때문에 시장에서 빠르게 사라진다. MVP : 초기 사용자들이 관심을 갖고 피드백을 제공하거나 정식 제품 출하 시에 구매 의사가 있는 핵심적인 문제를 해결한 기능을 가진 제품 서비스 mvp 의 목적 빠른 시간안에 최소의 비용으로 프로덕트/서비스를 내놓고 실험할 수 있다. 대상 사용자와 타겟 마켓을 찾아내는 연습을 할 수 있다. 제품이 제공할 기능과 고객 요구사항의 밸런스 (고객이 해결하고 싶은 문제) 간의 밸런스를 찾아 시장에서 생존가능 확률을 높인다 대상 사용자에게서 품질이 좋은 피드백을 받아내 고객과 시장을 더욱 더 잘 이해한다. 크리티컬한 문제점을 걸러내어 메인 릴리즈에 반영한다. 많은 사용자들이 사용할 수록 걸러낼수 있다 MVP 의 핵심개.. 2024. 1. 4.
JTBD Framework : Jobs To Be Done : Product Management Framework Jobs To Be Done (JTBD) Product Management, User Experience and User Research 에서 사용되는 프레임워크. 문제를 작업 (The Job - User needs) 관점에서 바라보는 프레임워크 사람들은 구멍을 뚫기위해 (Job) 드릴을 사용한다 (Product) - Theodore Levitt - 왜 구멍을 뚫으려고 하는지 파악해야한다. 굳지 구멍을 뚫지 않아도 될 일이고, 구멍을 뚫지 않고도 고객의 문제를 해결해 줄 수 있다면 그 제품과 비즈니스는 더 사랑 받을 것이다. 고객의 요청이 어디에서 부터 오는지 집요하게 생각하고 연구해야 한다. 5 Principles of Jobs to Be Done 1. 고객이 제품과 서비스를 사는 이유는 그 어떤 것인.. 2024. 1. 4.
로드맵을 만드는 방법 - 모든 이해관계자의 동의를 얻지 않으면 실패한다. 마일스톤을 만드는 방법 스테이크홀더간의 얼라인먼트를 구축하는데 많은 시간을 투입해야한다. 모든 스테이크홀더와 동의를 구해야한다. 각각의 이해관계자가 지원하지 않는 로드맵은 작동하지 않는다. 그에대한 결과로 프로덕트 로드맵 문서가 발표되는 것이다. 우리 회사의 체코 개발자들은 한국의 스테이크 홀더 (고객대면) 팀들과 얼라인을 충분히 진행하지 않는다. 고객대면 쪽을 빼놓고 로드맵을 발표하는데 제품 로드맵을 중신으로 주요 이해관계자 즉 스테이크홀더를 정렬해야 하는 이유 - 제품개발의 목적 : 제품 개발을 하기 위해서는 모든 유관부서와 이해관계자의 협력이 꼭 필요 성공하는 로드맥의 3가지 요소 - 건전하고 성취가능한 전략 - 현실적 - 주요 프로젝트 스테이크홀더가 완전히 지원해야 한다. 로드맵이 실패하는 이유 - 누군가가 프로세스를 .. 2024. 1. 3.

티스토리툴바