Skip to content

사용자 스토리 매핑 워크숍 가이드

류성현 edited this page Jun 27, 2023 · 1 revision

사용자 스토리 매핑 이란? 사용자 스토리 매핑은 Jeff Patton이 도입한 백로그 시각화를 위한 매우 강력한 기술입니다. 사용자 여정과 관련된 사용자 스토리를 볼 수 있으므로 우선 순위와 함께 제품의 더 큰 그림을 볼 수 있습니다.

도구 선택

  • 오프라인
  • 온라인
    • Trello
    • Jira
    • Miro

진행 순서

  • 준비
  • 맵 만들기
  • 우선순위 지정하기 (이번 실습에서 진행하지 않음)

세부 내용

준비 (30분 내외)

준비물

  • 포스트잇
  • (선택)타이머

팀 구성 및 자기소개

  • 참가자의 수는 7-10명을 추천합니다.
    • 실질적으로 의사결정을 할 수 있고 토론에 적극적으로 참여할 수 있는 사람만 고려해야 합니다.
    • 팀이 커지면 각 참가자에게 충분한 시간을 제공할 수 없기 때문에 사람이 적을수록 그들 사이에 토론을 시작하기가 더 쉬워집니다.
  • 간단한 자기소개를 진행합니다.
  • (선택) 진행과 의사 결정을 촉진하기 위해 의사 결정자를 지정합니다.

워크샵 진행 방법 안내

  • 사용자 스토리 매핑의 목적과 핵심 활동, 그리고 프로세스를 간략하게 설명합니다.
  • 다소 복잡할 수 있기 때문에 세부적인 것은 진행하면서 추가로 설명한다고 안내합니다.

(선택) 비전 및 상황 제시

사용자 페르소나 제시

  • 주요 사용자를 제시합니다.
  • (시간 절약을 위해) 제품의 사용자는 미리 만들어진 페르소나를 사용하는 것이 좋습니다.

페르소나 예시

행동 목표
어드민 가게를 승인함
사장님이 장사를 잘 할 수 있게 돕고 싶다
고객이 만족하는 상품을 제공하고 싶다
사장님 가게를 등록함
조리를 시작함
배차를 요청함
상품을 많이 팔고 싶다
고객에게 상품을 빨리 전달하고 싶다
고객 회원 가입함
결제함
리뷰를 등록함
원하는 상품을 빨리 찾고 싶다
후기를 통해 평가를 하고 싶다
라이더 라이더 등록함
원하는 배달을 잡고 싶다

맵 만들기 (2시간 내외)

작업(Task) 나열하기

  • 사용자가 제품을 사용하는 동안 필요한 모든 작업(Task) 단계를 포스트잇에 기록하도록 요청합니다.
  • 왼쪽에서 오른쪽으로 시간 순서대로 붙입니다.
    • 기능의 전후 관계가 완벽하게 성립되어야 하는건 아니기 때문에 팀원이 공감할 수 있는 수준에서 위치를 결정합니다.
  • 포스트잇 당 뎁스는 1단계를 유지하고 동사 형태로 작성하는 것을 추천합니다.

활동(Activity) 구성하기

  • 사용자가 작업을 수행할 순서(시간순)에 따라 각 포스트잇을 붙이도록 요청합니다.
  • 중복되거나 유사한 아이디어는 포개어 붙입니다.
  • 작업(Task) 중 조금 더 큰 단위로 묶을 수 있는 그룹을 찾아 활동(Activity)로 묶어줍니다.
  • 활동(Activity)은 3-5단어로 구성하는것을 추천합니다.

스토리 나열하기

  • 활동(Activity)의 목표를 달성하기 위해 고려해야하는 상황을 작업(Task)별로 스토리 형태로 작성하도록 요청합니다.
  • 작업 나열하기에서 가로로 확장을 했다면 스토리 나열하기에서는 세로로 확장하는 것을 목표로 합니다.
  • 스토리는 사용자 스토리 형식을 추천합니다.
    • 아래 사용자 스토리 작성 시 점검 목록을 참고해서 작성하세요.
  • 각 스토리가 어떤 의미가 있는지를 생각하며 작성하는 것이 중요합니다.
  • 대안 스토리가 있는지, 여러가지 사이드 케이스를 고민합니다.

도움이 되는 질문

  • 사용자가 할 수 있는 대안이 있을까요?
  • 뭔가 잘못될 때는 어떻게 될까요?

마무리

  • 페르소나는 간결하게 축약해서 활동(Activity)위에 붙여 놓습니다.
  • 백엔드 서비스나 시스템이 처리하는 복잡한 부분을 의안화 하는 것도 좋습니다.
  • 모르고 있거나 놓친 부분을 체크하고 맹점을 보완하면 좋습니다.

우선순위 지정하기

  • 모든것을 다 하면 좋지만 현실적으로 불가능합니다.
  • 큰 단위를 작게 나누어 작업을 진행하는 우선순위를 정합니다.

본 가이드는 프로젝트의 첫 시작 상황을 고려하여 작성된 문서입니다. 만약 기존 프로젝트를 대상으로 진행할 경우 제일 윗 우선순위 영역을 이미 구현된 영역으로 만들어 구현된 내용에 대해서

필수 구현

  • 우선순위 그룹은 파란 실 선으로 구분합니다.
  • 테이프의 맨 윗줄로 우선순위가 높은 필수 항목을 이동합니다.
  • 이 단위는 릴리즈 단위가 될 수도 있고 스프린트 단위도 될 수 있습니다
  • 가급적이면 기능 보다는 성과 기준으로 우선순위를 부여합니다.

추가 정보

사용자 스토리 작성 시 점검 목록

  • 누구에 관해 이야기 하기
    • 그 사용자 라고 하지 말고 어떤 사용자를 뜻하는지 이야기하기
    • 같은 기능이라도 사용자에 따라 달라질 수 있음
  • 무엇에 대해 이야기 하기
    • 소프트웨어로 사람들이 하고 싶어 하는 것에 대해
  • 왜에 대해 이야기 하기
    • 왜는 한개가 아닐 수 있음
    • 왜 관심을 가지는지에 대해서도 궁금해보기
  • 소프트웨어 밖에서 무슨 일이 일어나는지 이야기하기
    • 어디에 쓰이는지 이야기해보기
  • 잘못되는 경우에 대해 이야기 하기
  • 질문과 가정에 대해 이야기하기
    • 질문에 대해 의문을 가져보기
    • 사용자를 진정 이해하고 있는가?
  • 더 나은 방안에 대해 이야기하기
    • 더 효과적이고 경제적인 해결책을 고민하기
  • 어떻게에 대해 이야기하기
    • 비용을 고려하려면 필요함
    • 소요 비용이 너무 크면 좋은 선택이 아닐 수 있음
  • 얼마나 걸릴지 이야기하기
    • 물건을 구매할 때 가격표를 보는 것과 같음

참고 자료

Clone this wiki locally