Pozwól, że zadam ci proste, ale nie tak oczywiste pytanie: kto jest najważniejszy dla sukcesu twojego oprogramowania? Wielokrotnie zadawałem to samo pytanie, a odpowiedź, którą słyszę, nigdy nie jest taka sama. Ludzie wymieniają właściciela firmy, szefa marketingu, menedżera produktu, a nawet programistę. Wszystkie te osoby są niezastąpionymi elementami sukcesu, ale największym VIP-em, od którego wszystko zależy, jest użytkownik. W końcu wszyscy eksperci mogą doskonale wykonywać swoją pracę, ale to użytkownik dyktuje, co robią w pierwszej kolejności. Dlatego dziś przedstawię Ci metodę, która pomaga stworzyć najlepsze doświadczenie użytkownika – mapowanie historii użytkownika.
>
Co to jest mapowanie historii użytkownika?
Mapowanie historii użytkownika służy do lepszego zrozumienia klientów, a tym samym dostosowania i ustalenia priorytetów pracy, aby jak najlepiej zaspokoić ich potrzeby związane z produktem. Takie działanie w Agile pomaga w szybkim reagowaniu na zmiany w wymaganiach użytkowników.
Kiedy pojawiło się mapowanie historii użytkownika?
Prekursorem idei mapowania historii użytkownika jest lider oprogramowania, Jeff Patton. Opracował on i podzielił się obszernym know-how dotyczącym tego ćwiczenia. W metodzie tej zespoły Agile nakreślają interakcje użytkownika z produktem i oceniają, które podejście i wykonanie zadania przyniesie największe korzyści klientom. Dzięki temu zespoły mogą łatwo zdecydować, które części powinny zostać zbudowane w następnej kolejności. Mapowanie historyjek użytkownika jest przeciwieństwem przestrzegania ścisłych zasad i zaplanowanych zadań backlogu. Dlatego stanowi najcenniejszą pomoc w procesie tworzenia produktu odpowiadającego potrzebom użytkowników.
Czym są historyjki użytkownika w Agile?
Metoda mapowania historyjek użytkownika koncentruje się na analizie wymagań użytkownika poprzez historyjki użytkownika. Historie te są pisane przez członków zespołu w określonym formacie, pomagając uwzględnić wartość biznesową, którą można osiągnąć podczas sprintu. Czym więc są historyjki użytkownika w Agile? Aby jak najlepiej je opisać, przyjrzyjmy się bliżej korzyściom, jakie wnoszą do procesu tworzenia oprogramowania.
>
Korzyści z mapowania historyjek użytkownika
Pozwól, że przedstawię bardziej szczegółowo zalety mapowania historii użytkownika.
Koncentracja na wartości dla użytkownika
Budowanie mapy historii użytkownika pozwala zobaczyć produkt z perspektywy użytkownika. Ocenia ich doświadczenia związane z produktem, a tym samym wskazuje działania, których podjęcie przyniesie najlepsze rezultaty.
>
Priorytetyzacja właściwych kroków
Zespoły Agile używają mapowania historii użytkowników, aby dostarczyć Kompletne Doświadczenie Produktowe, które polega na decydowaniu o najważniejszych zadaniach, organizowaniu ich w sprinty i często depriorytetyzowaniu niektórych prac, jeśli ich wartość dla użytkownika jest mniej istotna.
Ustawienie jasnych wymagań o odpowiedniej wielkości
.
Gdy projekt jest duży, może być trudno podzielić go na części o odpowiedniej wielkości. Czasami trudno jest nawet wyobrazić sobie, jak duże mogą być poszczególne części projektu. Jest to miejsce, w którym mapowanie historyjek użytkownika pomaga wyobrazić sobie, jak części projektu współpracują ze sobą.
>
Częste i wczesne dostarczanie nowej wartości
Dzięki mapowaniu historii użytkowników, zespoły mogą szybciej dostarczać wyniki o największej wartości dla użytkowników. Co więcej, mogą od razu uzyskać informacje zwrotne i na ich podstawie zdecydować o najbardziej wartościowych funkcjach produktu.
Ujawnienie ryzyka i zależności
Dzięki holistycznemu spojrzeniu na produkt, zespół może zobaczyć nie tylko wyniki, ale także przeszkody, ryzyka, bloki lub zależności, które można napotkać na drodze do pomyślnego dostarczenia produktu.
Przykłady historyjek użytkownika
Ogólna formuła skutecznego mapowania historyjek użytkownika może wyglądać następująco:
[typ użytkownika] chce(ą) [akcja] osiągnąć [korzyść].
Przykłady historii użytkowników:
Ja chcę zorganizować swoje zadania aby lepiej wykonywać swoją pracę.
Mark chce zaprosić przyjaciół, aby mógł podzielić się swoimi pomysłami.
Prezes chce generować raporty, aby dokładnie przeanalizować dane.
Czy nie jest to jedna z najprostszych metod definiowania wymagań? Najlepszą rzeczą w tej formule jest to, że zespoły mogą dostosować ją do swoich potrzeb. Oczywiście tak długo, jak struktura przypomina te same komponenty i zajmuje się tymi samymi zagadnieniami. Są to:
[typ użytkownika] – osoby, dla których budujemy oprogramowanie. Identyfikując konkretnego użytkownika, dobrze rozumiemy, kim jest ta osoba, jak pracuje, co czuje i myśli. Czujemy również empatię dla tej osoby.
[działanie] – identyfikujemy, co próbują zrobić lub osiągnąć
[korzyść] – dlaczego chcą, aby [akcja] się wydarzyła. Jest to ostateczny cel, który użytkownik ma na myśli, największy problem do rozwiązania.
Problemy związane z mapowaniem historii użytkownika
Pomysł i technika stojąca za mapowaniem historii użytkownika wydają się proste. Szybkie działanie i tworzenie oprogramowania, które użytkownicy pokochają, brzmi jak spełnienie marzeń. Czasami jednak zespoły nie są odpowiednio przygotowane, a wyniki mapowania historii użytkowników są dalekie od pożądanych. Co może pójść nie tak? Poniżej przedstawiamy kilka problemów, które mogą się pojawić:
Klient nie jest jasno zidentyfikowany – użytkownik musi być jasno zidentyfikowany, aby dokładnie określić jego doświadczenia z produktem, a tym samym poprawnie zmapować jego historie.
Problem nie został jasno zidentyfikowany – jedną z głównych motywacji w tworzeniu oprogramowania jest jego zdolność do rozwiązywania pewnych problemów, z którymi spotykają się klienci. Jeśli zespół nie wie, jakie są to problemy, niezwykle trudno jest poprawnie przeprowadzić mapowanie historii użytkownika. Nieprawidłowo zidentyfikowane problemy mogą nawet oznaczać, że mapowanie historii użytkownika jest bezowocne. Może to zniweczyć miesiące pracy i wiele zasobów zainwestowanych w sprinty.
Prosta mapa drogowa do udanych produktów oprogramowania z Sailing Byte
User Story Mapping to potężna technika w procesie rozwoju Agile, która pomaga wypełnić lukę między interesariuszami a zespołem programistów. Poprzez wspólną wizualizację całej podróży użytkownika, możemy skutecznie przechwytywać i ustalać priorytety wymagań, jednocześnie koncentrując się na potrzebach użytkownika.
W Sailing Byte często korzystamy z mapowania historii użytkowników, aby skutecznie sprostać wymaganiom dostarczania produktów o wysokiej wartości i lepszej współpracy zespołu. Pomaga nam to uzyskać jaśniejszą wizję celów interesariuszy i potrzeb klientów oraz spełnić te wymagania, zapewniając efektywny rozwój produktu. Umów się na rozmowę, aby poznać przykłady historii użytkowników, których używamy do dostarczania doskonałych produktów naszym klientom i dowiedzieć się, w jaki sposób możemy wykorzystać mapowanie historii użytkowników w Twoim projekcie.
>
