유저 스토리 맵핑을 통해,
대화하기
최근 모두가 겪고 있는 문제
Team Play ✨
TODAY STORY
모든 제품 조직이 겪는 문제
만들어내는 것이 목표가 되어선 안된다
💡 기획서, 문서를 잘 작성하는 것이 목표가 아니다
💡 제품 개발의 목표는 제품을 만드는 것이 아니다
Output
< Outcome
Team 목적은
세상을 바꾸는 일 ✨
지금과 나중
지난 과정들
Sprint Backlog
Sprint Backlog
Sprint Backlog
Product Backlog
Product Backlog
Product Backlog
Lesson Learned
적절한 제품을 만들어 가는 과정
방법은 분명이 있습니다 ✨
왜 쉽지 않은가
우리 팀/제품에 어떻게 활용하지..?
우리 팀/제품에 어떻게 활용하지..?
데이터는 어디에
유저 그룹은 어떻게 늘어나고 있지
우리에게 중요한 하나의 지표는
어떤 파트와 협업해야하지?
이 분야는 팀에서 누가 전문가지?
고객은 누구이지?
MVP의 범위는
사용성 테스트는?
문서의 공유가
이해의 공유를 의미하지는 않는다
회고를 통해 얻었으면 하는 것
Welcome to User Story
Shared Understanding and alignment
✅ 3.0 개편
✅ 프로그램 결제
✅ 펠로우 & Q&A
큰 그림 + 대화하기
고객에 집중 + 대화하기
기회찾기 + 대화하기
돌 부수기 + 대화하기
종이와 펜 + 대화하기
Product Backlog
Sprint Backlog
파트 범위의 계획, 리뷰하기
적은 인원으로 연습하기, 군중은 협업하지 않는다
해결해야하는 문제를 모으고 계획하고 대화하세요
스스로 의사결정 할 수 있는 사람
회고 Time ✨
Let's Talk
아이디어 틀 잡기
현재 비즈니스가 왜
소프트웨어를 만들어야하는지
누구를 위한 것인지,
어떻게 성공을 측정할 것인지 검토하는데 필요한 항목
* 해결하고자 알려진 비즈니스 문제
* 영향을 받는 비즈니스 지표
* 특정 고객과 사용자에 대한 짧은 목록
* 새로운 기능을 사람들이 사용하고 좋아하는지 여부를 측정할 수 있는 지표
* 큰 위험 요소와 제약사항
* 비즈니스 이해 관계자와 주제 관련 전문가와의 논의
고객과 사용자 이해하기
고객과 사용자, 그들이 필요로 하는 것, 현재 어떻게 하고 있는지를 이해하기 위한 논의와 연구
* 사용자에 대한 설명과 역할 목록
* 간단한 사용자 프로필이나 스케치
* 사용자 스토리 맵
* 우리가 모르는 있는 부분을 매워줄 연구 및 관찰
해결책 그려보기
특정 고객과 사용자에 초점을 맞춘 뒤 그들을 도울 여러 해결책을 그려 본다. 단어와 그림을 이용해 해결책을 시각화한다. 고객 및 사용자와 함꼐 그 해결책들을 검증한다.
* 스토리 맵
* 유스케이스와 사용자 시나리오
* UI 스케치 및 스토리 보드
* 프로토타입
* 아키텍처 및 기술 관련 설계
* 팀원과 사용자, 이해관계자 그리고 주제 관련 전문가와 협업
최소화하고 계획 세우기
작고, 사용 가능한 해결책이라 믿는 것을 식별한다. 충분히 잘 추정하여 그 해결책을 만들어 배포하는 데 필요한 예산을 설정한다. 위험도를 최소화할 개발 계획을 만든다
* 조각으로 나누어 사용할 스토리맵
* 개발 일정 설정을 위한 추정
유저 스토리 맵핑을 통해, 대화하기
By Minhyeok Jung
