스토리 매핑

사용자 스토리를 단계별로 분할된 흐름에 정리하여 릴리스 주기를 계획합니다.

단계

프레이밍 인셉션

제안 시간

1시간

참가자

핵심 팀, 이해관계자


수행 이유

사례 매핑을 사용하여 협업을 통해 사용자의 여정을 작업으로 변환하고, 탐색 및 구성에서 제공으로 전환하는 과정에서 뛰어난 성과 및 사용자 사례로 구분합니다. 이를 통해 사용자 작업 순서를 지정하고, 우선순위가 지정된 제품 백로그를 생성하고, 초기 제품 릴리스의 청크를 사용할 수 있습니다. 사례 맵을 통해 제품의 기능에 대한 지식을 공유할 수도 있습니다.

수행 시기

시작 단계에서 탐색 및 구성 결과(제품 프로토타입 및 사용자 여정 등)를 우선순위가 지정된 제품 백로그로 변환합니다.

필요한 물품

  • 화이트보드 또는 Miro와 같은 디지털 버전
  • 스티커 메모
  • 마커
  • 파란색 마스킹 테이프

이 방식을 활용하는 방법

샘플 안건 및 메시지

  1. 매핑하기 전에 짧은 제품 또는 기능 개요를 작성하여 매핑하는 대상의 틀을 짜고 범위를 제한합니다. 이를 하나의 거대한 스토리로 생각하십시오. 생성하는 제품 또는 해결하는 문제는 무엇입니까? 고객 또는 사용자는 누구입니까? 각 사용자는 어떤 이점을 얻을 수 있습니까? 이 스토리를 구축하는 데 관심이 있는 이유는 무엇이며 자신에게 어떤 이점이 있습니까?

  2. 각 참가자에게 동일한 색상의 스티커 메모 뭉치를 나누어 줍니다. 모든 사람이 이 스티커 메모를 사용하여 사용자 작업을 통한 제품의 스토리를 이야기하게 될 것이라고 설명합니다.

    : “기본 사용자”가 수행하는 첫 번째 작업으로 스토리를 시작해야 합니다. 스토리가 전개됨에 따라 다른 사용자가 스토리에 개입되어야 할 수 있으며, 그래도 괜찮습니다. (때때로 서사적인 관점에서 컴퓨터 또는 기기를 사용자로 엮어 넣어야 할 수도 있습니다.) 참가자들이 특정 스티커 메모에서 어떤 사용자가 작업을 수행하는지만 알 수 있도록 하면 됩니다.

  3. 모든 사람에게 몇 분간 조용히 제품 또는 솔루션의 서사적인 흐름을 함께 구성하는 사용자 작업을 생각해 내라고 요청합니다.

    : 이 시점에서는 스토리를 얕고 폭넓게 유지하는 것이 중요합니다. 이 시점에서는 모든 세부적인 내용을 끄집어내기보다는 전체 스토리를 떠올려야 합니다.

  4. 한 번에 하나씩 개별 작업의 각 참가자에게 질문하여 화이트보드에 사용자 작업을 놓기 시작합니다. 중복 항목이 있는 경우 단계를 가장 잘 포착하는 항목을 사용하고 나머지는 버립니다.

    : 이 단계에 대해 만족스러운 하나의 경로에 집중하십시오. 그런 다음 차후에 부차적인 작업을 통합할 것입니다.

    각 작업을 추가한 후 그룹과 함께 순서가 올바른지, 그리고 중요한 작업을 건너뛰지 않았는지 확인합니다.

  5. 선택 사항: 스티커 메모를 사용하여 사용자 스토리 그룹에 해당 에픽으로 레이블을 지정합니다.

  6. 참가자들이 화이트보드 앞으로 나와 매핑 작업에 참여하도록 합니다. 이들에게 이미 개괄적으로 작성한 “만족스러운 경로”에서 변형이나 편차가 있는지 생각해 보라고 요청합니다.

    : “~한다면 좋지 않겠습니까?” 놀이를 진행하여 원하는 만큼 공상적인 스토리를 생각해 보는 것도 좋습니다. 제안된 UI 또는 비즈니스 규칙과 같은 제품 세부 사항을 추가합니다.

  7. 참여자들에게 스티커 메모에 부차적인 작업을 적도록 요청하고 기반 스티커 메모 아래에 이를 적절한 순서로 배치합니다.

  8. 맵을 분할할 릴리스의 수를 결정합니다(이것은 나중에 언제든 조정할 수 있습니다).

  9. 상대적으로 동등한 가치를 제공하도록 테이프를 사용하여 스토리 맵을 사용자 스토리 세그먼트(릴리스)로 나눕니다.

  10. 각 릴리스의 목표를 정의하고 해당하는 각 릴리스 옆에 적습니다.

  11. 각 사용자 스토리의 배치를 재평가합니다. 필요한 경우 스토리를 옮깁니다.

성공/예상되는 성과

팀이 자신들이 구축해야 할 항목과 사용자 스토리의 백로그가 정확하게 표현되었다고 느끼면 완료된 것입니다.

진행자 메모 및 팁

사용자 작업은 “e-메일 읽기” 또는 “메시지에 응답하기”와 같은 짧은 동사구입니다. 너무 자세하게 작성하지 말고 기능적인 수준으로 작업을 유지하십시오. 이는 개인이 작업 도중에 휴식을 취하지 않고도 마칠 수 있을 정도가 작업의 적절한 규모라는 의미입니다. 예를 들어, 일상적인 루틴 스토리에서 작업은 “샤워를 하는 것”일 수 있습니다. 샤워의 “수온 변경”은 너무 상세하고(하위 기능), “출근 준비”는 너무 광범위합니다.

만족스러운 경로를 먼저 작업한 다음 심층 탐구 부분에서 사용자가 제품에 대해 수행할 수 있는 대체 경로를 포착하십시오.

Previous
스택 랭킹(강제 랭킹)
스택 랭킹(강제 랭킹)

이 방식을 활용하는 방법 참고: 이 기법은 아이디어와 문제의 우선순위를 정하고 조율하는 데 매우 효과적이지만, 더 이상 직원 성과에 대한 모범 사례로 간주되지 않습니다. 자세한 내용은 다음 두...

Next
스피드백 피드백
스피드백 피드백

이 방식을 활용하는 방법 팀 외부 사람이 신속한 피드백 세션을 진행하는 것이 좋습니다. 이 사람은 미리 스피드백 개념 소개(관련 준비 작업 강조 포함), 공간과 순서 계획(누가 누구에게 언제 ...