Ta wersja Storymap została opracowana i dopracowana przez setki zespołów w Digital Product School w Monachium.
To wspólny artefakt służący jednocześnie dwóm różnym zadaniom. W tradycyjnych środowiskach agile discovery (zrozumienie problemów użytkowników) i delivery (budowanie backlogu) traktowane są jako odrębne ćwiczenia z różnymi narzędziami — dokumenty badawcze tu, Jira tam. DPS Storymap umieszcza je na tej samej tablicy: podróż persony przebiega u góry jako pozioma oś, a wszystko inne — pomysły, pozycje w backlogu, punkty bólu, ograniczenia techniczne — jest mapowane pod nią w pasach (swim lanes) względem tej osi.
Kręgosłup podróży persony wymusza konkrety przed priorytetyzacją. Instrukcje proszą zespoły o wybranie persony i zdefiniowanie celu tej osoby, a następnie o stworzenie kroków, które persona musi wykonać, w żółtym pasie, opisanych bardzo szczegółowo — powinny czytać się jak scenariusz filmowy. Taki poziom szczegółowości ma znaczenie — niejasne kroki skutkują niekonkretnym backlogiem. Ponieważ każdy kolejny pas (pomysły, ryzyka, notatki techniczne, cokolwiek zespół doda) jest mapowany względem tych konkretnych kroków, decyzje o priorytetach są zawsze zakotwiczone w konkretnym momencie doświadczenia użytkownika, zamiast unosić się w abstrakcji.
Można go modyfikować przez dodawanie/zmienianie pasów i pomoże zespołom produktowym w eksploracji pomysłów i realizacji ich wizji.
Uważamy, że jest brakującym ogniwem między eksploracją a realizacją.
Okazał się bardzo przydatny zarówno podczas Design Sprintów, jak i sesji Agile Planning. Skontaktuj się z nami, chętnie doradzimy.
Instrukcje:
Wybierz personę i określ jej cel.
Utwórz kroki, które persona musi wykonać w żółym pasie. Opisz je bardzo szczegółowo — powinny czytać się jak scenariusz filmowy.
Dodaj rozdziały, aby ułatwić nawigację.
Przyporządkuj wszystko, co chcesz, do tych kroków, korzystając z dowolnej z pozostałych ścieżek lub stwórz własne.
Obejrzyj to wideo User Story Mapping przygotowane przez Digital Product School, aby dowiedzieć się więcej.
