Podczas sprintu zespoły projektowe piszą krótkie historyjki użytkowników, aby zaplanować swoją pracę na kolejny sprint. W tym kursie Doug Rose, ekspert w dziedzinie zwinnego rozwoju, wyjaśnia, jak pisać i priorytetyzować historie użytkowników. Wyjaśnia również główne pułapki, których należy unikać podczas planowania projektu zwinnego.
Co mamy na myśli, gdy mówimy o User Stories?
W zwinnym podejściu Historie użytkowników to najmniejsza jednostka pracy. Reprezentują końcowe cele oprogramowania (nie funkcje) z punktu widzenia użytkownika.
Historia użytkownika to ogólny, nieformalny opis funkcjonalności oprogramowania napisany z perspektywy użytkownika.
Celem historyjki użytkownika jest opisanie, w jaki sposób opcja stworzy wartość dla klienta. Uwaga: Klienci niekoniecznie są użytkownikami zewnętrznymi w tradycyjnym sensie. W zależności od zespołu może to być klient lub kolega w organizacji.
User Story to opis pożądanego wyniku w prostym języku. Nie jest to szczegółowo opisane. Wymagania są dodawane w miarę ich akceptacji przez zespół.
Czym są zwinne sprinty?
Jak sama nazwa wskazuje, Agile Sprint to faza rozwoju produktu. Sprint to krótka iteracja, która dzieli złożony proces rozwoju na kilka części w celu uproszczenia, dostosowania i ulepszenia go w oparciu o wyniki przeglądu okresowego.
Metoda Agile zaczyna się od małych kroków i rozwija pierwszą wersję produktu w małych iteracjach. W ten sposób unika się wielu zagrożeń. Usuwa przeszkody V-projektów, które są podzielone na kilka kolejnych faz, takich jak analiza, definicja, projektowanie i testowanie. Projekty te realizowane są jednorazowo na zakończenie procesu i charakteryzują się tym, że nie zapewniają tymczasowych praw dostępu dla użytkowników firmowych. Możliwe więc, że na tym etapie produkt nie spełnia już potrzeb firmy.
Co to jest Backlog w Scrumie?
Celem Backlogu w Scrumie jest zebranie wszystkich wymagań klienta, które zespół projektowy musi spełnić. Zawiera listę specyfikacji związanych z rozwojem produktu, a także wszystkich elementów, które wymagają interwencji zespołu projektowego. Wszystkie funkcje w Scrum Backlog mają priorytety, które określają kolejność ich wykonywania.
W Scrumie Backlog zaczyna się od zdefiniowania celów produktu, docelowych użytkowników i różnych interesariuszy projektu. Dalej jest lista wymagań. Niektóre z nich są funkcjonalne, inne nie. Podczas cyklu planowania zespół programistów analizuje każde wymaganie i szacuje koszt wdrożenia.
Na podstawie wykazu wymagań sporządzana jest lista funkcji priorytetowych. Ranking opiera się na wartości dodanej produktu. Ta uszeregowana według priorytetów lista funkcji stanowi Backlog Scrum.
