Definicja

User Story Mapping to technika warsztatowa spopularyzowana przez Jeffa Pattona. Polega na przekształceniu “płaskiej”, jednowymiarowej listy zadań (Product Backlogu) w dwuwymiarową mapę, która odzwierciedla przepływ pracy użytkownika w czasie. Dzięki temu zespół widzi nie tylko pojedyncze funkcjonalności, ale cały kontekst biznesowy i ścieżkę, jaką pokonuje klient.

Struktura Mapy (Szkielet i Ciało)

Mapa historyjek składa się z trzech głównych poziomów ułożonych od ogółu do szczegółu:

1. Kręgosłup (Backbone)

To najwyższy poziom, reprezentujący główne aktywności użytkownika (np. „Zarządzanie koszykiem”, „Płatność”). Są to zazwyczaj Epiki ułożone chronologicznie od lewej do prawej.

2. Kroki (Steps)

Pod każdą aktywnością znajdują się konkretne kroki, które użytkownik wykonuje (np. „Dodaj produkt”, „Zmień ilość”, „Usuń produkt”). Tworzą one tzw. narrację mapy.

3. User Stories (Szczegóły)

Pod każdym krokiem umieszczamy konkretne historyjki użytkownika. Im niżej znajduje się historyjka, tym mniejszy ma priorytet w danej chwili.

Planowanie wydań (Releases) i MVP

Największą mocą User Story Mappingu jest możliwość “cięcia” mapy poziomymi liniami. Każda sekcja reprezentuje kolejny etap rozwoju produktu:

  • Pierwszy poziom (MVP): Wybieramy tylko te historyjki, które są niezbędne, aby użytkownik mógł przejść całą ścieżkę od startu do końca i osiągnąć swój cel (choćby w minimalny sposób).
  • Kolejne wydania (Release 2, 3…): Dodajemy historyjki, które rozszerzają produkt o nowe możliwości i wygodę (UX).

Dlaczego Analityk powinien stosować tę metodę?

  • Wizualizacja braków: Rysując mapę, od razu zauważysz, że np. masz proces rejestracji, ale zapomniałeś o historyjce dotyczącej resetowania hasła.
  • Wspólne zrozumienie (Shared Understanding): Zamiast czytać 50-stronicową specyfikację, zespół i Interesariusze patrzą na jedną mapę i widzą to samo.
  • Łatwiejsza priorytetyzacja: Decyzja o tym, co wejdzie do następnego Sprintu, opiera się na tym, co faktycznie domyka ścieżkę użytkownika, a nie na tym, co jest “najłatwiejsze do zakodowania”.

Jak przeprowadzić warsztat? (Krok po kroku)

  1. Zdefiniuj cel: Dla kogo budujemy i jaki problem rozwiązujemy? (Analiza biznesowa).
  2. Stwórz narrację: Wypisz główne kroki użytkownika. Nie oceniaj ich jeszcze.
  3. Wypełnij szczegóły: Dopisz historyjki do każdego kroku.
  4. Uporządkuj pionowo: Przesuń ważniejsze rzeczy wyżej, mniej ważne niżej.
  5. Wyznacz linie wydań: Zdecyduj, co stanowi Twoje MVP.

Typowe błędy

  • ❌ Budowanie mapy w izolacji – Analityk nie powinien robić mapy sam; musi w tym uczestniczyć zespół i biznes.
  • ❌ Zbyt niski poziom detali – Skupianie się na detalach technicznych zamiast na czynnościach użytkownika.
  • ❌ Mapa jako dokument statyczny – Zapominanie o aktualizacji mapy, gdy w trakcie sprintów dowiemy się czegoś nowego o użytkowniku.

Podsumowanie

User Story Mapping to doskonałe narzędzie do zarządzania złożonością produktu. Pozwala uniknąć budowania “fragmentów”, które nie tworzą całości, i zapewnia, że każde wydanie dostarcza realną wartość biznesową.

Powiązane pojęcia:

Kliknij w pojęcie, aby przejść do jego definicji w słowniku