Zorganizuj swój backlog produktu jako mapę historii użytkownika
Wymagania zawsze się zmieniają, gdy zespoły i klienci coraz więcej dowiadują się o systemie w trakcie postępowania projektu. Nie jest dokładnie realistyczne oczekiwanie, by zespoły projektowe pracowały na podstawie statycznego listy wymagań i następnie dostarczały funkcjonalny oprogramowanie po kilku miesiącach. Musi istnieć lepszy sposób – bardziej agilny sposób radzenia sobie z wymaganiami końcowych użytkowników!
Mapowanie historii
Mapowanie historii użytkownika staje się popularną techniką dzięki wysiłkomJeffa Pattona. Główną ideą map historii jest to, że jednoliste listy backlogów produktów to okropny sposób organizowania i priorytetowania pracy, która musi zostać wykonana. Konieczna jest bogatsza struktura, która pozwala zespołom planować wydanie oprogramowania przy użyciu aktywności użytkowników, zadań użytkowników, epików* i historii użytkownika do przedstawienia wymagań klientów. Mapa historii ustawia wszystkie te wymagania poziomo pod względem czasu i przedstawia rozwiązanie pionowo pod względem priorytetu.
* Ulepszona funkcja Visual Paradigm
Zalety mapy historii
Poprzez wizualizację aktywności użytkownika na mapie historii będziesz mógł:
- Podzielić aktywności użytkownika na zarządzalną strukturę, aby przejrzeć całościowy obraz Twojego backlogu
- Odwlekać mniej istotne elementy i skupiać się na tym, co naprawdę ważne, poprzez przetwarzanie i priorytetowanie backlogu w ramach iteracyjnego podejścia agilnego
- Tworzyć historie użytkownika poprzez mózgowe sesje i podejście współpracy, aby dostarczać wcześniej i częściej
- Wizualizować postępy projektu
Zalety wsparcia narzędziowego mapowania historii
- Zawsze masz wystarczająco dużo miejsca na swoim tablicy
- Łatwo organizować, aktualizować i modyfikować informacje na naklejkach
- Łatwo organizować naklejki do priorytetów poprzez przeciąganie i upuszczanie naklejek w mapie
- Dobre do współpracy zespołu zdalnego z aktualizacją map w czasie rzeczywistym
Tworzenie mapy historii
Mapa historii to struktura hierarchiczna z czterema poziomami do zbierania wymagań. Mapa historii zaczyna się od zbioru funkcji użytkownika pochodzących z różnych źródeł (np. backlog), a te funkcje użytkownika będą realizowane jako aktywności poprzez wykonanie pewnych zadań. A te zadania mogą zostać przekształcone w epiki, a następnie w historie użytkownika do rozwoju oprogramowania.
Struktura mapy historii:Funkcja użytkownika do osiągnięcia celu (backlog) > Aktywności > Zadania > Epiki > Historie

*Ilustracja przy użyciuVisual Paradigm w. 14.1