Wyjaśnienie historii użytkowników: wskazówki, szablony i przykłady

Jeśli chodzi o rozszerzanie możliwości produktu, aktualizacje oprogramowania są kluczem do zwiększenia wartości dla użytkownika. 

Historie użytkowników to krótkie opisy funkcji oprogramowania napisane z perspektywy użytkownika końcowego. Pomaga to zespołom Agile zrozumieć, czego potrzebują użytkownicy, aby mogli dostarczać im najlepsze funkcje.

Zebraliśmy ważne szczegóły dotyczące pisania skutecznych historii użytkowników. Dowiedz się, jak skupienie się na doświadczeniu użytkownika końcowego może przynieść największą wartość. 

Czym jest historia użytkownika?

W zwinnym tworzeniu oprogramowania historie użytkowników to krótkie, proste opisy funkcji lub funkcjonalności przedstawione z perspektywy klienta lub użytkownika końcowego. Pomagają one uchwycić potrzeby użytkownika i sprawiają, że zespół programistyczny skupia się na dostarczaniu wartości. 

Historię użytkownika można zwykle podsumować jednym zdaniem: „Jako [użytkownik] chcę [cel oprogramowania], aby [wynik]”.

Celem tworzenia historii użytkownika jest dokładne przedstawienie, w jaki sposób funkcja oprogramowania przekłada się na wartość dla użytkownika. Innymi słowy, w jaki sposób ta funkcja oprogramowania wpływa na użytkownika końcowego? 

Często backlog produktu grupuje te historie w epiki lub elementy backlogu, które służą jako elementy składowe większych zadań. Podkreślając punkt widzenia użytkownika, historie użytkowników pomagają zespołom utrzymać wyraźny nacisk na tworzenie bezproblemowego doświadczenia użytkownika, jednocześnie spełniając zarówno wymagania funkcjonalne, jak i niefunkcjonalne. 

Historie użytkowników można zapisywać na wiele sposobów, w tym za pomocą karteczek samoprzylepnych lub fiszek. Najskuteczniejszym sposobem tworzenia i śledzenia historii użytkowników jest korzystanie z oprogramowania do zarządzania projektami. Umożliwia ono dostosowywanie, edytowanie i śledzenie historii użytkowników w czasie rzeczywistym, dzięki czemu zespół dokładnie wie, jak najlepiej służyć użytkownikom końcowym.

Cztery kluczowe elementy historii użytkowników

Zarówno projekty Agile, jak i zespoły Scrum tworzą historie użytkowników, aby zapewnić przejrzystość i umożliwić lepsze dostosowanie się do celów użytkowników. Historia użytkownika składa się z trzech głównych elementów:

1. Rola

Opisuje typ użytkownika wchodzącego w interakcję z oprogramowaniem lub funkcją. Zrozumienie, kim są użytkownicy końcowi, jest kluczem do opracowania funkcji, które faktycznie spełniają ich potrzeby.

Na przykład użytkownikiem może być menedżer produktu, stały klient lub interesariusz. Jasno definiując rolę, zespół programistyczny tworzy funkcje dla właściwych odbiorców.

Typowa struktura tej części historii użytkownika może wyglądać następująco: „Jako [rola]…”.

2. cel

Cel wyjaśnia, co użytkownik chce osiągnąć dzięki funkcji lub produktowi oprogramowania. Cele są sercem mapowania historii użytkowników, ponieważ podkreślają funkcjonalność, której poszukuje użytkownik. Koncentrując się na celu, zespół może nadać priorytet zadaniom, które przynoszą wymierną wartość.

Przykładem tego elementu może być: „...Chcę [działanie]...”, co pozwala uzyskać statystyki dotyczące przepływu pracy użytkownika i jego potrzeb.

3. Korzyść

Korzyść określa, dlaczego dana funkcja jest wartościowa. Korzyść opisuje rezultat lub zaletę, którą użytkownik odczuje po skorzystaniu z funkcji. Zrozumienie korzyści umożliwia zespołom Agile połączenie swojej pracy z ogólną wizją produktu.

Struktura zazwyczaj kończy się słowami: „…aby móc [korzyść]”. Ten element jest niezbędny do stworzenia testowalnej funkcji, która spełnia zarówno oczekiwania użytkownika, jak i kryteria określone w teście akceptacyjnym.

4. Punkty historyjki

Po zdefiniowaniu roli, celu i korzyści zespół programistów często przypisuje punkty historyjek do historii użytkownika. Punkty historyjek to sposób na oszacowanie złożoności, nakładu pracy i czasu potrzebnego na ukończenie historyjki podczas sprintu lub iteracji. Zespoły Agile używają punktów, aby określić zakres swojej pracy i zapewnić odpowiednią równowagę między story w różnych sprintach.

Na przykład zespół może przypisać mniej punktów do mniejszych historii użytkownika, a więcej punktów do większych, bardziej złożonych historii. Pomaga to zespołowi zarządzać przepływem pracy i śledzić postępy w ramach backlogu produktu.

Jak napisać dobrą historię użytkownika

Zespoły Agile i Scrum często piszą historie użytkowników w trzech krokach, przy czym każdy krok reprezentuje punkt widzenia użytkownika końcowego. 

1. Persona: postać użytkownika końcowego lub persona użytkownika

2. Potrzeba: cel, jaki funkcja oprogramowania ma w podróży użytkownika końcowego

3. Cel: cel użytkownika końcowego w odniesieniu do funkcji oprogramowania

Twoja historia użytkownika powinna zawierać wszystkie trzy elementy. Przyjrzyjmy się każdemu z tych elementów, aby lepiej zrozumieć, jak napisać skuteczną historię użytkownika. 

Krok 1. Określ personę

Aby zidentyfikować personę użytkownika końcowego, oceń swoją grupę docelową. Pomyśl o osobach, których dotyczyć będzie dana funkcja oprogramowania. 

Oto kilka pytań, które warto zadać sobie i swojemu zespołowi podczas identyfikowania persony użytkownika:

• Dla kogo tworzymy tę funkcję oprogramowania?

• Jakich funkcji produktu oczekuje użytkownik końcowy?

• Jakie są dane demograficzne i psychograficzne użytkownika końcowego?

W danej historii użytkownika może być wiele person, w zależności od wielkości grupy docelowej. 

Przykładowa persona: Kat, kierownik projektu, która zarządza 10-osobowym zespołem

Krok 2. Opisz potrzebę

Wyjaśnij, w jaki sposób i dlaczego użytkownik końcowy będzie korzystał z funkcji oprogramowania. Ma to kluczowe znaczenie dla zapewnienia, że Twój zespół rozumie, dlaczego grupa docelowa w ogóle korzystałaby z Twojej funkcji. 

Analizując intencje użytkownika końcowego, rozważ następujące pytania:

• Co użytkownik końcowy chce osiągnąć?

• W jaki sposób funkcja oprogramowania pomoże użytkownikowi końcowemu osiągnąć jego cele?

Nie skupiaj się na konkretnych funkcjach. Zastanów się, czego szuka użytkownik końcowy i jak Twoje oprogramowanie pomoże mu osiągnąć jego cele. 

Przykładowa potrzeba: pomóż członkom zespołu zrozumieć, w jaki sposób poszczególne zadania przyczyniają się do realizacji większych celów biznesowych.

Krok 3. Zdefiniuj cel

Zdefiniuj cel, analizując szerszy obraz wydania oprogramowania. Zastanów się, w jaki sposób funkcja oprogramowania wpisuje się w Twoje wewnętrzne cele. 

Aby łatwiej było Ci określić cel, zadaj sobie następujące pytania:

• Jakie są korzyści z tej funkcji oprogramowania?

• Jaki problem rozwiązujesz?

• Jak wpisuje się to w szersze cele?

Celem jest określenie wartości funkcji oprogramowania w odniesieniu do ogólnych celów.

Przykładowy cel: zwiększenie wydajności poprzez stworzenie jasnej ścieżki.

Szablon historii użytkownika

Szablon historii użytkownika pomaga zespołom skupić się na potrzebach użytkownika końcowego i wartości, jaką przyniesie dana funkcja. Taka struktura zapewnia przejrzystość i spójność w całym procesie tworzenia oprogramowania.

Oto powszechnie używany szablon do pisania historii użytkowników:

„Jako [rola] chcę [cel], aby [korzyść]”.

Oto przykład historii użytkownika w praktyce:

„Jako kierownik projektu chcę śledzić postępy mojego zespołu, aby zadania były zgodne z celami biznesowymi”.

Przeanalizujmy tę historię użytkownika:

• Rola: konkretny typ użytkownika (np. klient, menedżer produktu lub interesariusz), który będzie korzystał z danej funkcji.

  • Przykład: „Jako kierownik projektu…”.

• Cel: działanie lub funkcjonalność, którą użytkownik chce osiągnąć za pomocą oprogramowania.

  • Przykład: „...„…chcę śledzić postępy mojego zespołu…”

• Korzyść: wartość lub korzyść, której użytkownik końcowy oczekuje od funkcji, łącząca historię z celami biznesowymi lub satysfakcją użytkownika.

  • Przykład: „…aby zadania były zgodne z celami biznesowymi”.

Ten szablon pomaga zespołowi skoncentrować się na potrzebach użytkowników, umożliwiając tworzenie funkcji, które pasują do zwinnego zarządzania projektami i przynoszą rzeczywistą wartość użytkownikowi końcowemu.

Przykłady historii użytkownika

Aby pomóc Ci lepiej zrozumieć historie użytkowników w Agile, przygotowaliśmy kilka przykładów. Im skuteczniejsze są historie użytkowników, tym większą wartość będziesz w stanie zapewnić użytkownikowi końcowemu. 

Oto trzy przykłady historii użytkownika, które przedstawiają różne przypadki użycia: 

Przykład historii użytkownika 1: rozwój produktu 

• Jako menedżer produktu chcę, aby członkowie zespołu zrozumieli, w jaki sposób poszczególne zadania przyczyniają się do realizacji większych celów biznesowych, aby zwiększyć wydajność.

Przykład historii użytkownika 2: doświadczenie klienta

• Jako stały klient oczekuję, że moje dane zostaną zapisane, aby usprawnić proces składania zamówienia.

Przykład historii użytkownika nr 3: aplikacja mobilna

• Jako osoba często korzystająca z aplikacji, chcę mieć możliwość jak najszybszego przyswojenia odpowiednich informacji. 

We wszystkich trzech przykładach widać, jak ważne jest przedstawianie aktualizacji oprogramowania z perspektywy użytkownika końcowego. W ten sposób zespół programistów będzie wprowadzał aktualizacje z myślą o najlepszym interesie klienta.

Wskazówki dotyczące pisania skutecznej historii użytkownika

Oprócz trzech kroków opisanych powyżej, skuteczna historia użytkownika powinna być zgodna z zasadą 3C i akronimem INVEST. Oba te podejścia pomagają przenieść historie użytkowników na wyższy poziom, co skutkuje bardziej efektywnymi aktualizacjami oprogramowania. 

Przyjrzyjmy się każdemu z nich, aby lepiej zrozumieć, co składa się na skuteczną historię użytkownika. 

Trzy „C” w historii użytkownika

Te trzy elementy to karta (Card), rozmowa (Conversation) i potwierdzenie (Confirmation). Ta zasada dzieli każdą historię użytkownika na trzy różne etapy testowania, tworząc bardziej zorganizowany proces. Przyjrzyjmy się każdemu z tych trzech elementów, aby lepiej je zrozumieć:

• Karta: pisemny opis historii użytkownika wykorzystywany do planowania sprintu. Aby tworzyć i udostępniać karty historii, skorzystaj z narzędzia do zarządzania pracą. 

• Konwersacja: rozmowa między klientami, użytkownikami i programistami na temat priorytetów i potencjalnych rozwiązań dla historii użytkownika.

• Confirmation (potwierdzenie): porozumienie między interesariuszami, że cele i rozwiązania związane z historią użytkownika zostały osiągnięte.

Te trzy elementy pomagają podzielić historię użytkownika na proste zadania. Daje to jasny kierunek zaangażowanym interesariuszom.

Kryteria INVEST

INVEST to skrót pochodzący od angielskich słów Independent (niezależny), Negotiable (podlegający negocjacjom), Valuable (wartościowy), Estimable (oszacowalny), Small (mały) oraz Testable (testowalny). Przyjrzyjmy się bliżej tym komponentom, aby lepiej zrozumieć, w jaki sposób kryteria INVEST mogą pomóc w tworzeniu lepszych historii:

• Niezależność: historia użytkownika powinna być niezależna, co oznacza, że nie zależy od innych zadań i jest samowystarczalna. 

• Negotiable (Negocjowalna): historia użytkownika powinna być negocjowalna. Oznacza to, że pozostawia ona miejsce na dyskusję. 

• Valuable (wartościowa): historia użytkownika powinna przekazywać wartość użytkownikowi końcowemu, przybliżając Cię do większych, długoterminowych celów. 

• Szacowalna: historia użytkownika powinna być możliwa do oszacowania, aby mieściła się w ramach sprintu i była odpowiednio traktowana priorytetowo. 

• Small (Mała): historia użytkownika powinna być niewielkim zadaniem, które można ukończone w krótkim czasie. 

• Testowalna: historia użytkownika powinna przejść testy akceptacyjne i spełniać wcześniej ustalone kryteria akceptacji, aby można było zweryfikować jej jakość. 

Postępuj zgodnie z akronimem INVEST, aby pisać historie użytkowników w konkretny i osiągalny sposób.

Najlepsze praktyki dotyczące historii użytkowników

Pisanie historii użytkowników jest kluczem do sukcesu w metodologiach Agile. Te najlepsze praktyki pomogą Ci pisać jasne i skuteczne historie, które będą stanowić wytyczne dla Twojego zespołu.

1. Współpraca z interesariuszami

Ściśle współpracuj z interesariuszami, aby tworzyć historie użytkowników. Porozmawiaj z właścicielem produktu, menedżerem produktu i innymi kluczowymi osobami. Zbierz opinie użytkowników, aby upewnić się, że historie odzwierciedlają rzeczywiste potrzeby.

Ekspert ds. Agile Mike Cohn zachęca zespoły do otwartej komunikacji, aby upewnić się, że wszyscy rozumieją, jak korzystać z funkcji. Celem jest skupienie się na prawdziwych użytkownikach.

2. Dopracowanie historii użytkowników podczas planowania sprintu

Podczas planowania sprintu poświęć trochę czasu na przejrzenie i dopracowanie historii użytkowników. Podziel duże historie na mniejsze. Przejrzyj kryteria akceptacji, aby wyeliminować wszelkie niejasności.

Przydziel punkty historyjek, aby dopasować je do pojemności zespołu w danym sprincie. Jak mówi Ron Jeffries, jeden z twórców programowania ekstremalnego, dopracowywanie historii pomaga zespołom zachować elastyczność i skupić się na tym, co najważniejsze.

3. Korzystanie z kryteriów akceptacji

Uwzględnij jasne kryteria akceptacji w każdej historii użytkownika. Kryteria te mówią zespołowi, co musi się wydarzyć, aby historia została uznana za ukończoną.

Pomagają również testerom sprawdzić, czy historia spełnia potrzeby użytkownika. Jasne kryteria pomagają uniknąć nieporozumień i zapewniają, że zespół dokładnie wie, co oznacza „gotowe”. Dzięki temu będziesz wiedzieć, kiedy wymagania funkcjonalne i niefunkcjonalne zostały spełnione.

Narzędzia i techniki do zarządzania historiami użytkowników

Dobre zarządzanie historiami użytkowników jest ważne, aby utrzymać dobrą organizację i terminowość. Te narzędzia i techniki pomogą Ci skutecznie zarządzać historiami.

• Mapowanie historii użytkownika: mapowanie historii użytkownika pomaga zespołowi zobaczyć całą ścieżkę użytkownika. Pomaga zespołom mapować historie i ustalać ich priorytety. Mapowanie pokazuje również, jak różne historie łączą się w całość. To korzystny sposób, aby upewnić się, że uwzględniono wszystkie funkcje, których potrzebują użytkownicy.

• Narzędzia programowe do zarządzania historiami użytkowników: narzędzia takie jak Jira i Asana ułatwiają zarządzanie historiami użytkowników. Umożliwiają one śledzenie postępów, przypisywanie zadań i priorytetyzację pracy. Wiele narzędzi obejmuje funkcje, takie jak zarządzanie punktami historyjek, ustalanie kryteriów akceptacji i planowanie sprintów. Pomagają również w prowadzeniu dokumentu wymagań, który zapewnia wszystkim dostęp do tych samych informacji.

• Priorytetyzacja historii użytkowników za pomocą metody MoSCoW: metoda MoSCoW pomaga zespołom uszeregować historie użytkowników według ważności. Historie są podzielone na cztery grupy: „Must have”, „Should have”, „Could have” i „Won't have”. Ta metodologia zapewnia, że najważniejsze historie są wykonywane w pierwszej kolejności.

Kto pisze historie użytkowników?

Najczęściej właściciel produktu pisze je na podstawie badań użytkowników i organizuje je w listę dla zespołu programistycznego, znaną również jako backlog produktu. Chociaż każdy może technicznie pisać historie użytkowników, obowiązkiem menedżera produktu jest upewnienie się, że posiada wszystkie informacje potrzebne zespołowi programistycznemu do realizacji swoich inicjatyw.

Następnie zespół programistów ustala priorytety i decyduje, które historie użytkowników należy omówić podczas spotkania dotyczącego planowania sprintu. 

Kto korzysta z historii użytkowników?

Historie użytkowników wykorzystywane są w strukturach Scrum i Kanban. 

• W Scrumie historie użytkowników pomagają zespołowi lepiej zrozumieć pracę podczas planowania sprintu. 

• W Kanban zespoły dodają historie do swojego backlogu i pracują nad nimi podczas sprintu. Historie użytkowników zapewniają zespołom kontekst i wyjaśnienia, których potrzebują, aby zarządzać pracą i dotrzymywać terminów.

Zespoły programistyczne zajmują się historiami użytkowników podczas przepływu pracy lub sprintu, aby wykonywać zadania i zapobiegać pełzaniu zakresu. W razie potrzeby podziel duże historie użytkowników na wiele sprintów lub epików. Epiki to duże historie podzielone na wiele mniejszych historii. Wiele epików tworzy przedsięwzięcie.

Znaczenie precyzyjnej historii użytkownika

Skuteczne pisanie historii użytkownika może wydawać się niewielkim elementem w procesie tworzenia produktu, ale w rzeczywistości pomaga ono w kreatywnym opracowywaniu nowych funkcji. Dbałość o szczegóły jest niezwykle ważna, ponieważ pomaga zadbać o to, że inwestujesz w potrzeby użytkowników.

Oto trzy sposoby, w jakie pisanie dokładnych historii użytkowników może pomóc Ci osiągnąć cele użytkowników:

1. Postaw klientów na pierwszym miejscu: historie użytkowników stawiają użytkowników końcowych w centrum uwagi, co jest ważnym elementem struktury Agile. Twój zespół może wtedy nadać priorytet potrzebom użytkowników i skupić się na sposobach, które przyczynią się do zapewnienia im pozytywnych wrażeń. 

2. Wprowadzaj innowacyjne rozwiązania: im lepiej poznasz profil użytkownika końcowego, tym bardziej innowacyjne będą Twoje rozwiązania programowe. Skupiasz się na potrzebach użytkowników, co wspiera wewnętrzne cele biznesowe. Skuteczne wyniki zależą od zrozumienia typu użytkownika, do którego kierujesz swoje działania.

3. Zachęcanie do współpracy zespołowej: współpraca w miejscu pracy rozwija się, gdy wielu członków zespołu omawia i ustala priorytety w zakresie historii użytkowników. Dzięki temu pojawia się wiele punktów widzenia, które oferują nowe rozwiązania dla istniejących przeszkód. Od testowalnych wyników po zrozumienie wymagań dotyczących produktu – im więcej komunikacji w zespole, tym łatwiej będzie osiągnąć pożądane rezultaty.

Aktualizacje pozycjonowania z perspektywy użytkownika pomagają stworzyć solidne doświadczenie użytkownika, co poprawia wartość business i ogólny proces gromadzenia wymagań.

Zwiększ wartość dzięki doświadczeniu użytkownika

Stawianie klientów na pierwszym miejscu to skuteczny sposób na skoncentrowanie konwersacji wokół użytkowników końcowych i ostatecznie na generowanie większej wartości. Koncentrując się na doświadczeniach użytkownika końcowego, możesz tworzyć bardziej innowacyjne rozwiązania programowe, które usprawnią proces tworzenia produktu. 

Dzięki oprogramowaniu do Zwinnego zarządzania pomożesz swojemu zespołowi Agile osiągnąć najlepsze wyniki. Asana może pomóc Ci we wszystkim, od współpracy w zespole po organizowanie sprintów.