Udekorowane Role Użytkowników

Gdy pisze się User Stories, zawsze są dwa elementy: użytkownik i historyjka. Użytkownika znajdujemy bezpośrednio na początku historyjki – gdy korzysta się z najpopularniejszej metody pisania User Story:

Jako <rola użytkownika> <chcę/mogę/muszę> <cel>, aby <powód>.

Wiele ról użytkowników (User Roles) w systemie można zakwalifikować jako First Class User. Są to role ważne dla sukcesu systemu i pojawiające się wszędzie w User Stories w Backlogu.

Hierarchię tych ról można dobrze przedstawić na diagramie.

W tym przykładzie niektóre historyjki są pisane w następujący sposób: „Jako odwiedzający stronę (Site Visitor)…" Dotyczyłoby to wszystkiego, co każdy odwiedzający stronę może zrobić (np. przeczytać regulamin użytkowania).

Inne historyjki mogłyby być pisane tylko dla zarejestrowanych członków (Registered Members). Na przykład: „Jako zarejestrowany członek mogę aktualizować moje dane płatnicze." Ta historyjka nie byłaby odpowiednia dla innych ról, takich jak odwiedzający (Visitors), byli członkowie (Former Members) czy członkowie próbni (Trial Members).

Historyjki mogą być też pisane dla Członków Premium (Premium Members), którzy jako jedyni mają dostęp do określonych treści. Albo dla członków próbnych, którzy są w określonych odstępach czasu zachęcani do stałego członkostwa.

Poza First Class Userami w takim schemacie są też inni użytkownicy, którzy są wprawdzie ważni, ale nie stanowią zupełnie nowej roli.

Mogliby to być na przykład użytkownicy odwiedzający stronę po raz pierwszy. Takich użytkowników rzadko zalicza się do First Class Userów, ale mogą być ważni dla sukcesu produktu (tutaj strony internetowej).

Dobrym sposobem radzenia sobie z tymi rolami użytkowników jest dodanie do nich atrybutu

Mogłoby to wyglądać następująco:

• First-Time Visitor (osoba odwiedzająca stronę po raz pierwszy)
• First-Time Member (osoba odwiedzająca stronę po raz pierwszy jako członek)

Pierwsza z tych ról mogłaby mieć następującą historyjkę: „Jako First-Time Visitor chcę mieć dodatkowe wskazówki na ekranie, które pokażą mi, jak najlepiej poruszać się po stronie".

Podobnie jest z „zapominalskim członkiem" (Forgetful Member). Zapominalski członek najprawdopodobniej nie jest kluczowy dla sukcesu produktu. Jednak nie należy go też ignorować.

Taka historyjka mogłaby wyglądać następująco: „Jako zapominalski członek chcę móc poprosić o przypomnienie hasła, by móc się zalogować bez konieczności kontaktowania się z pomocą techniczną".

Decorated User Roles

Nazywam te role „Decorated User Roles" – czyli ozdobionymi lub rozszerzonymi rolami użytkownika. Ten termin zapożyczyłem z matematyki, gdzie istnieją „Decorated Symbols", takie jak x̄ i x̂.

Decorated User Roles umożliwiają dokładniejsze zróżnicowanie roli bez komplikowania modelu ról. Jako fan User Stories mam nadzieję, że uznasz ten pomysł za równie pomocny jak ja.

Tekst pochodzi z bloga Mike'a Cohna i został przetłumaczony przez nas na język polski.

Czym są Story Points?

Dowiedz się więcej o tym, jak Story Points pomagają w Twoich User Stories.
=>Story Points

Story Mapping

Dowiedz się więcej o Story Mappingu dla Product Ownerów.
=>Story Mapping