Jak zorganizować backlog produktu w mapę historii użytkownika
Aby ułatwić rozwój agilny, Mapa historii może otrzymywać funkcje użytkownika identyfikowane z różnych źródeł. Jak wspomniano powyżej, mogą to być wymagania pochodzące z umów EA, paczki zadań z inicjatyw zarządzania projektami lub analizy ad-hoc, takie jak analiza obecna i przyszła, przypadki użycia na diagramie przypadków użycia do zintegrowania z rozwijaniem oprogramowania agilnego i inne.
Wyślij przypadek użycia do backlogu produktu w celu tworzenia mapy historii użytkownika
Jak wspomniałem wcześniej, istnieje wiele różnych źródeł wymagań, celów użytkownika i działań użytkownika, które mogą zostać zidentyfikowane w trakcie rozmów, być może przy użyciu różnych technik i narzędzi modelowania, takich jak modelowanie procesów biznesowych, mapa myśli, diagram przypadków użycia i inne. W poniższym przykładzie stworzyliśmy diagram przypadków użycia, a teraz chcemy przesłać przypadki użycia do backlogu produktu i rozwinąć je za pomocą procesu agilnego Scrum.
Przykład – Przypadek użycia zarządzania ogłoszeniami o pracę

4 kroki do przygotowania i organizacji backlogu produktu
Załóżmy, że już zebrałyśmy listę funkcji użytkownika w backlogu mapy historii z wielu różnych źródeł. Funkcja użytkownika zostanie osiągnięta jako działanie poprzez wykonanie pewnych zadań. Każde z tych zadań może zostać dalej rozłożone na kilka epicków (większych historii użytkownika). Każdy z epików zawiera listę historii użytkownika, które zostały rozłożone na taki rozmiar, który jest odpowiedni do umieszczenia w iteracji sprintu. Oto kroki wymagane do planowania mapy historii:
- Przeciągnij funkcje użytkownika do pierwszego rzędu mapy od lewej do prawej. Każda z tych funkcji w górnym rzędzie mapy nazywana jest działalnością użytkownika.

- Utwórz liczbę kroków wymaganych do ukończenia działania, znanych jako zadanie użytkownika.

- Każde z tych zadań użytkownika może zostać rozłożone na liczbę epików.

- Pod epikami można zdefiniować listę historii użytkownika, których rozmiar jest odpowiedni do umieszczenia w sprintie.

Zauważ, że priorytet wdrożenia można rozpatrywać jako planowany od lewej do prawej, a historie użytkownika od góry do dołu.
