User Story jest to skrótowy opis nowej funkcjonalności Produktu lub jego udoskonalenia. Nie zawiera technicznego rozwiązania. Zwykle odpowiada na pytania opisujące funkcjonalność w kategoriach Kto robi?, Co robi? I Dlaczego? User Story opisuje więc działanie Produktu w języku potocznym lub biznesowym. Choć bywa też używana do opisu zadań Scrum Team, które mają na celu poprawę funkcjonowania Zespołu.
User Story to najpopularniejszy sposób formułowania zadań realizowanych przez Scrum Team. Pojedyncza User Story określa niewielką funkcjonalność Produktu. Opisuje bowiem najmniejszy sensowny do wyodrębnienia, cząstkowy Cel Produktu. Z tego powodu User Stories są bardzo krótkie.
User Stories są tworzone przez cały czas pracy nad Produktem. Powstają one nieustannie, od momentu podjęcia decyzji o rozpoczęciu pracy, aż po realizację Celu Produktu.
Tworzenie User Stories to zadanie Product Ownera. Na podstawie rozmowy z Klientem formułuje on odpowiedzi na pytania pozwalające stworzyć User Story i wpisuje je do Backlogu Produktu. Jednak User Stories odzwierciedlają nie tylko potrzeby Klienta.
User Story określa potrzeby użytkownika Produktu tworzonego przez Scrum Team. Dlatego jest wyrażona w języku biznesowym. Innymi słowy, wskazuje na korzyści, jakie jej wprowadzenie przyniesie użytkownikowi produktu. W Backlogu Produktu mogą znaleźć się jednak także User Stories, które dotyczą ,strong>potrzeb Zespołu Developerskiego, na przykład doskonalenia przepływu pracy między Developerami albo opisujące potrzeby Product Ownera, dotyczące na przykład przeprowadzenia prac porządkujących Backlog Produktu. W takich przypadkach Użytkownikiem w User Story staje się odpowiednio Developer i Product Owner.
User Stories można stworzyć odpowiadając na pytania 3W:
User Story zawiera się wtedy w formule:
Jako [typ użytkownika] chcę [co robić?], ponieważ [po co? dlaczego?].
Przykłady User Stories dotyczące funkcjonalności sklepu internetowego zapisane w takiej formie ilustruje poniższa tabelka:
Formuła ta pozwala nie tylko jasno sformułować User Story. Lecz także w stosunkowo prosty sposób przetłumaczyć język techniczny na język biznesowy i vice versa. Dzięki temu Cel oraz etap pracy nad Produktem jest zrozumiały zarówno dla Developerów, jak i dla Interesariuszy.
Jak tworzyć dobre User Stories używając metody INVEST, opisujemy w osobnym artykule.
Stworzenie schematycznej User Story to dopiero początek pracy. Są one bowiem sygnalizatorami, punktami wyjścia do dyskusji nad problemami i ich rozwiązaniem. Dyskusja nad przyjmowanymi do realizacji User Stories ma miejsce podczas Planowania Sprintu. To na ich podstawie do Backlogu Sprintu są wpisywane techniczne zagadnienia rozwiązywane na bieżąco przez Zespół Developerski.
Zwykle w przestrzeni fizycznej User Stories są zapisywane na małych, kolorowych karteczkach przypinanych w miejscu pracy. Natomiast w przestrzeni cyfrowej najlepiej sprawdzają się cyfrowe whiteboardy, współdzielone przez Scrum Team.
Zapisanie w ten sposób User Stories ma kilka zalet, ponieważ:
Nakład pracy potrzebny do realizacji danej User Story szacuje Zespół Developerski używając dniówek, roboczogodzin lub Story Points.
User Story musi mieć określone kryteria akceptacji już w momencie przyjęcia jej do realizacji przez Zespół Developerski. Kryteria akceptacji determinują, w którym momencie praca nad User Story może zostać uznana za zakończoną.
Dzięki temu zarówno Klient, jak i Developerzy wiedzą, w jaki sposób wykonywana przez nich praca przełoży się na wartość biznesową. Zwykle User Story zostaje uznana za zrealizowaną, gdy określony w niej użytkownik może wykonać opisaną czynność. Korzystając z przykładu powyżej, User Story o treści:
Klient może kupić magiczną różdżkę za pomocą jednego kliknięcia
Zostaje zrealizowana w momencie, gdy na stronie sklepu internetowego pojawia się działający przycisk „Kup teraz”, który wykorzystuje domyślne dane płatności i wysyłki dla zalogowanego użytkownika.
User Story jest to zwięzły opis nowej funkcjonalności Produktu lub jego udoskonalenia. Służy on jako najmniejszy Cel wyrażony w języku biznesowym, czyli z perspektywy wartości biznesowej i użytkownika. Pozwala jasno określić zadanie do wykonania, a także określić kryteria jego ukończenia.
Już dziś przeczytaj nasz kolejny artykuł INVEST, czyli jak stworzyć dobre User Story
Jeśli podobają Ci się treści, które tworzymy, sprawdź również: Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Autor: Karolina Berecka
Karolina, jako project menadżerka jest ekspertem w poszukiwaniu nowych metod projektowania najlepszego systemu przepływu pracy i optymalizacji procesów. Jej umiejętności organizacyjne i zdolność do pracy pod presją czasu sprawiają, że jest najlepszą osobą do zamieniania skomplikowanych projektów w rzeczywistość.
Produktywność jest w ostatnim czasie szczególnie często poruszanym zagadnieniem. Powodem takiego stanu rzeczy jest fakt,…
Specjaliści od zarządzania zasobami ludzkimi są odpowiedzialni za szereg ważnych decyzji. Wybór odpowiedniego kandydata przyczyni…
Wraz z ukształtowaniem się nowych pokoleń, zmianom ulega również środowisko i kultura pracy. Generacja Y,…
Badania przeprowadzone przez firmę Owl Labs wskazują, że już 16% organizacji pracuje w trybie zdalnym,…
Wykorzystanie sztucznej inteligencji sprawia, że możemy komunikować się z naszymi urządzeniami używając języka naturalnego –…
“Zamknij okno!” wypowiedziane do asystenta AI będzie oznaczać co innego, gdy pracujemy w edytorze tekstu,…