Co to jest User story?
User stories to krótkie, proste opisy funkcji opowiedziane z perspektywy osoby, która pragnie nowej możliwości, zazwyczaj użytkownika lub klienta systemu. Zazwyczaj są one zgodne z prostym szablonem:
jako , chcę tak, że .
historie użytkowników są często zapisywane na kartkach indeksowych lub kartkach samoprzylepnych, przechowywane w pudełku po butach i układane na ścianach lub stołach w celu ułatwienia planowania i dyskusji., W związku z tym zdecydowanie przenoszą nacisk z pisania o funkcjach na omawianie ich. W rzeczywistości te dyskusje są ważniejsze niż jakikolwiek tekst.
możesz pokazać przykłady user story?
jedną z zalet zwinnych historii użytkownika jest to, że można je pisać na różnych poziomach szczegółowości. Możemy napisać historię użytkownika, aby pokryć dużą ilość funkcjonalności. Te duże historie użytkowników są ogólnie znane jako epiki. Oto Epicki, zwinny przykład historii użytkownika z produktu do tworzenia kopii zapasowych na pulpicie:
- jako użytkownik mogę wykonać kopię zapasową całego dysku twardego.,
ponieważ epic jest na ogół zbyt duży, aby zwinny zespół mógł ukończyć w jednej iteracji, jest podzielony na wiele mniejszych historii użytkownika przed rozpoczęciem pracy nad nim. Powyższy epic można podzielić na dziesiątki (lub prawdopodobnie setki), w tym te dwa:
- jako zaawansowany użytkownik mogę określić pliki lub foldery do kopii zapasowej na podstawie rozmiaru pliku, daty utworzenia i daty modyfikacji.
- jako użytkownik mogę wskazać foldery, które nie mają kopii zapasowej, aby mój dysk zapasowy nie był wypełniony rzeczami, których nie potrzebuję.
jak dodawać szczegóły do historii użytkowników?,
szczegóły można dodawać do historii użytkownika na dwa sposoby:
- , dzieląc historię użytkownika na wiele mniejszych historii użytkownika.
- dodając „warunki zadowolenia.”
gdy relatywnie duży wątek jest podzielony na wiele, mniejszych zwinnych wątków użytkownika, naturalnym jest założenie, że szczegóły zostały dodane. W końcu napisano więcej.
warunki satysfakcji to po prostu test akceptacji na wysokim poziomie, który będzie prawdziwy po zakończeniu zwinnej historii użytkownika., Potraktuj to jako kolejny przykład zwinnej historii użytkownika:
jako wiceprezes ds. marketingu chcę wybrać okres wakacyjny, który będzie używany podczas przeglądania wyników poprzednich kampanii reklamowych, aby móc zidentyfikować opłacalne.
szczegóły można dodać do tego przykładu użytkownika, dodając następujące warunki satysfakcji:
- upewnij się, że działa on z głównymi świętami detalicznymi: Boże Narodzenie, Wielkanoc, Dzień Prezydenta, Dzień Matki, Dzień Ojca, Dzień Pracy, Nowy Rok.
- obsługuje święta, które obejmują dwa lata kalendarzowe (żadne nie obejmują trzech).,
- sezony świąteczne można ustawić z jednego święta do następnego (np. od Święta Dziękczynienia do Bożego Narodzenia).
- okres świąteczny może być ustawiony na liczbę dni przed świętem.
kto pisze user stories?
każdy może pisać historie użytkowników. Obowiązkiem właściciela produktu jest upewnienie się, że istnieje zaległość produktu w zwinnych historiach użytkowników, ale nie oznacza to, że właściciel produktu jest Tym, który je pisze. W trakcie dobrego projektu zwinnego powinieneś spodziewać się przykładów historii użytkownika napisanych przez każdego członka zespołu.,
zauważ również, że kto pisze historię użytkownika jest znacznie mniej ważny niż kto jest zaangażowany w jego dyskusje.
kiedy pisane są historie użytkowników?
historie użytkowników są pisane w całym projekcie agile. Zazwyczaj warsztaty pisania historii odbywają się tuż przed rozpoczęciem projektu agile. Wszyscy członkowie zespołu biorą udział w tworzeniu zaległości produktowych, które w pełni opisują funkcje, które mają być dodawane w trakcie projektu lub w ciągu trzech do sześciu miesięcy w jego ramach.
niektóre z tych zwinnych historii użytkowników będą niewątpliwie epikami., Epiki zostaną później rozłożone na mniejsze historie, które łatwiej pasują do jednej iteracji. Ponadto nowe historie mogą być pisane i dodawane do zaległości produktu w dowolnym momencie i przez każdego.
czy user stories zastępuje dokument wymagań?
zwinne projekty, zwłaszcza Scrum, wykorzystują backlog produktów, który jest priorytetową listą funkcjonalności, które mają być rozwijane w produkcie lub usłudze. Chociaż pozycje zaległości produktów mogą być dowolne, czego pragnie zespół, historie użytkowników pojawiły się jako najlepsza i najpopularniejsza forma pozycji zaległości produktów.,
podczas gdy Backlog Produktu może być uważany za zamiennik dokumentu wymagań tradycyjnego projektu, ważne jest, aby pamiętać, że pisemna część zwinnej historii użytkownika („As a user, I want …”) jest niekompletna, dopóki nie dojdzie do dyskusji na temat tej historii.
często najlepiej jest myśleć o części pisemnej jako wskaźniku do rzeczywistego wymogu. Historie użytkowników mogą wskazywać na diagram przedstawiający przepływ pracy, arkusz kalkulacyjny pokazujący, jak wykonać obliczenia lub dowolny inny artefakt, którego chce Właściciel Produktu lub zespół.,
zalecane zasoby związane z User Stories
- zalety szablonu user story „jako użytkownik chcę”.,
- przykładowy Format arkusza kalkulacyjnego Backlog produktów
- zalety User Stories dla wymagań
- wymagania niefunkcjonalne jako User Stories
- Wprowadzenie do User Stories
Leave a Reply