Jeśli zajmujesz się zarządzaniem produktem tak długo jak ja (ponad 15 lat), widziałeś przejście od obszernych dokumentów wymagań dotyczących produktu (PRD) opisujących funkcjonalności do zwinnych backlogów produktu opisujących historyjki użytkownika.
Nikt nie tęskni za PRD, prawda?
Metodyki Agile są niewątpliwie zmianą na lepsze, ale płaski backlog produktu może szybko rozrosnąć się do bardzo długiej, nieustrukturyzowanej listy elementów, której utrzymanie może być trudne.
Jednym ze sposobów na spojrzenie na całość jest utworzenie mapy historyjek użytkownika. Pozwala ona uzyskać przegląd zestawu złożonych funkcji produktu. Jest przydatna podczas rozpoczynania pracy nad nowym produktem, ale także przy dodawaniu nowych funkcji do istniejącego produktu. Mapa historyjek użytkownika może również pomóc w zdefiniowaniu epików i historyjek użytkownika.
Czym jest mapowanie historyjek użytkownika?
Mapowanie historyjek użytkownika to metoda porządkowania złożonego produktu za pomocą ścieżek użytkownika. Po raz pierwszy opisał ją Jeff Patton, który napisał na ten temat całą książkę. Jest ona częścią metodyki Lean Startup.
Mapa historyjek użytkownika opisuje doświadczenie użytkownika związane z Twoim produktem z perspektywy użytkownika. Nie należy mylić jej z mapą podróży klienta, która opisuje ścieżki wraz z motywacjami, pytaniami i emocjami z punktu widzenia klienta, ale niekoniecznie koncentruje się na samym produkcie.
3 poziomy mapowania historyjek użytkownika
Mapa historyjek użytkownika ma trzy poziomy. Przyjrzyjmy się każdemu z nich na przykładzie witryny internetowej hotelu.
Have an account? Log In
Poziom 1 – Aktywności
Są to aktywności użytkowników wykonywane przez nich w Twoim produkcie. Na tym etapie mogą być tak ogólne lub szczegółowe, jak chcesz. Sugerowałbym rozpoczęcie od dość ogólnych aktywności, aby najwyższy poziom początkowo nie obejmował więcej niż 10 elementów. Aktywności są formułowane jako rezultaty, które użytkownicy chcą osiągnąć. Aktywności są rozmieszczone poziomo na mapie.
W przypadku naszej witryny hotelowej na wysokim poziomie niektóre kluczowe aktywności mogłyby wyglądać następująco:
Poziom 2 – Kroki
Kolejny poziom obejmuje kroki, które użytkownicy wykonują w Twoim produkcie, aby zrealizować aktywności opisane na poziomie 1. Kroki te również są rozmieszczone poziomo.
W przykładzie naszej witryny hotelowej krokami mogłyby być:
Poziom 3 – Szczegóły
Na tym poziomie szczegółowo opisujesz to, co jest wymagane, aby użytkownicy mogli wykonać kroki opisane na poziomie 2. Uwzględniasz tutaj wszystkie dane i interakcje wymagane do wykonania danego kroku.
Poziom 3 jest rozmieszczony pionowo pod aktywnościami i krokami. Kontynuując przykład naszej witryny hotelowej, szczegóły mogłyby wyglądać następująco:
Jak zbudować mapę historyjek użytkownika
Zanim zaczniesz tworzyć mapę historyjek użytkownika, upewnij się, że wiesz, jakie dokładnie problemy rozwiązuje Twój produkt, jakim typom użytkowników służysz oraz jakie są potrzeby Twoich użytkowników. Pomocne mogą być w tym niektóre persony UX.
Zanim przejdziesz do samych historyjek użytkownika, wiele zespołów może również skorzystać z wcześniejszego naszkicowania szerszej narracji. Scenorys — wykorzystujący techniki z kręcenia filmów i projektowania — pomaga zespołom zwizualizować emocjonalną podróż użytkownika i jej kontekst przed zdefiniowaniem konkretnych interakcji. Podczas gdy mapowanie historyjek użytkownika przedstawia „co” i „dlaczego” funkcjonalności produktu, scenorys może wyjaśnić „jakie wywołuje to odczucia” oraz „co dzieje się przed kluczowymi punktami kontaktu i po nich”.
Mapowanie historyjek użytkownika to zadanie zespołowe. Minimum, którego potrzebujesz, to członkowie międzyfunkcyjnego zespołu zajmującego się rozwojem produktu. Możesz również zaprosić osoby z działu obsługi klienta, marketingu, zespołów sprzedaży lub innych interesariuszy, którzy mają wiedzę na temat oczekiwań użytkowników wobec Twojego produktu. Dzięki temu wszyscy będziecie mieć wspólne rozumienie całego produktu.
Mapa historyjek użytkownika nie musi jednak zostać opracowana podczas jednej sesji. W pierwszej sesji warto przygotować co najmniej kompletną listę działań poziomu 1, aby wszyscy członkowie zespołu mogli zobaczyć złożoność całego produktu oraz wcześnie rozpoznać ryzyka i zależności. Cały zakres szczegółów poziomu 2 i 3 można jednak opracować później, podczas rozwijania odpowiedniego działania poziomu 1.
Gdy zdecydujesz się stworzyć mapę historyjek, zwiększasz prawdopodobieństwo opracowania pełnego obrazu, a następnie stworzenia właściwego produktu.
Narzędzia do mapowania historyjek użytkownika
Do fizycznego stworzenia mapy nadaje się każde medium, które nie rozpadnie się po kilku dniach. Jeśli pracujesz jako zespół współlokalizowany, możesz użyć tablicy lub nawet ściany, na której przykleisz karteczki samoprzylepne. To świetny sposób na pobudzenie kreatywności, ale wadą jest to, że karteczki samoprzylepne często odpadają od ściany po kilku dniach! Jeśli korzystasz ze ściany, zdecydowanie zalecam zrobienie jej zdjęć.
Oczywiście lepszą alternatywą może być dowolne z wielu współpracujących wirtualnych rozwiązań w postaci tablicy lub oprogramowanie do tworzenia historyjek użytkownika.
Mapowanie historyjek użytkownika a rozwój zwinny
Niezależnie od tego, czy jako metodę zwinnego tworzenia oprogramowania wykorzystujesz Scrum, Kanban czy rozwiązanie hybrydowe, będziesz musieć ustalić, jak ustalać priorytety funkcji produktu. Mapa historyjek użytkownika pozwala łatwo zobaczyć cały produkt, określić, co powinno zostać potraktowane priorytetowo w ramach kolejnego wydania produktu, oraz co pozostało jeszcze do zbudowania.
Opracowanie mapy całego produktu ma również tę zaletę, że możesz podzielić ją na wiele sposobów na potrzeby ustalania priorytetów w planie rozwoju produktu.
Mapę historyjek możesz podzielić pionowo, jeśli możliwe jest wyodrębnienie kilku kluczowych ścieżek użytkownika dla funkcjonalności minimalnej wersji produktu (MVP).
W przypadku przykładowej witryny hotelu być może możesz opublikować w internecie jedynie informacje o hotelu i cenach pokoi, ale nie pełny proces rezerwacji online. W pierwszej iteracji klienci mogliby znaleźć wszystkie informacje potrzebne do podjęcia decyzji, ale aby zarezerwować pokój, musieliby zadzwonić lub wysłać wiadomość e-mail.
Alternatywnie możesz również podzielić mapę historyjek poziomo, aby zapewnić klientom minimalną podróż od początku do końca. W naszym przykładzie hotelu mogłoby to oznaczać udostępnienie online podstawowej wyszukiwarki pokoi i procesu rezerwacji, ale bez wszystkich dodatkowych usług, które można zarezerwować.
More Articles
Przekształcanie mapy historyjek użytkownika w rejestr prac w metodyce zwinnej
Ostatecznie, aby opracować produkt, prawdopodobnie będziesz musieć przekształcić mapę historyjek użytkownika w płaski rejestr prac w metodyce zwinnej zawierający historyjki użytkownika, które posłużą do ustalania priorytetów i planowania sprintów.
Możesz zadać sobie pytanie: czy nie oznacza to dublowania pracy? W rzeczywistości szczegóły poziomu 3 z mapy mogą z łatwością stać się historyjkami użytkownika i kryteriami akceptacji dla Twojego zespołu pracującego w metodyce zwinnej. Zatem choć występuje tu pewne powielenie pracy, pisanie historyjek użytkownika staje się łatwe, gdy masz już opracowaną dobrą mapę historyjek.
Dlaczego warto korzystać z mapowania historyjek użytkownika?
Podsumowując, korzystanie z mapy historyjek zamiast płaskiego rejestru prac w metodyce zwinnej przynosi wiele korzyści:
- Zyskujesz całościowy obraz produktu, który pozwala zrozumieć zakres wymaganej pracy.
- Możesz wcześniej i łatwiej identyfikować ryzyka oraz zależności.
- Możesz łatwiej ustalać priorytety pracy w sprintach zwinnych na podstawie uporządkowanej mapy, a nie nieustrukturyzowanego płaskiego rejestru prac.
- W całej firmie macie wspólne rozumienie tego, jakie działania użytkowników obsługuje Twój produkt.
Jeśli chcesz przeczytać więcej o najlepszych praktykach zarządzania produktem, zasubskrybuj nasz newsletter.
Powiązany artykuł: Czym jest epik w metodyce zwinnej? Najlepsze praktyki, szablon i przykład
Rozszerzasz swój zespół? Oto coś pomocnego: Jak stworzyć skuteczny opis stanowiska agile product managera (+ przykład)
Warto również sprawdzić: