Aby dobrze opisać zadanie w Scrumie, należy przestrzegać kilku podstawowych zasad. Przede wszystkim, zadanie powinno być precyzyjnie określone i niezbyt rozległe, tak aby łatwo było je zrealizować w ramach jednego sprintu. Ważne jest również, aby zadanie było zrozumiałe dla całego zespołu i odpowiadało na pytanie „co” ma zostać zrobione, a nie „jak” to zrobić. W opisie zadania powinno również znaleźć się kryterium akceptacji, czyli jasno określone warunki, które muszą być spełnione, aby zadanie uznać za zakończone. Ponadto, dobrze opisane zadanie powinno być zaplanowane w taki sposób, aby możliwe było jego estymowanie przez zespół. Warto również pamiętać, że opis zadania powinien być krótki i zwięzły, tak aby zespół mógł szybko zrozumieć, o co chodzi i jakie są oczekiwania wobec niego.
Przykład dobrze opisanego zadania w scrum.
Tytuł: „Dodanie nowej funkcjonalności – przeszukiwanie bazy danych”
Opis: „Użytkownicy aplikacji będą mogli wyszukiwać w bazie danych informacje o produktach, korzystając z różnych kryteriów, takich jak nazwa, kategoria, cena itp. Należy dodać nową sekcję na głównym ekranie aplikacji z polami do wprowadzania kryteriów wyszukiwania oraz przyciskiem „Szukaj”. Po wyszukaniu należy wyświetlić listę produktów zgodnych z podanymi kryteriami, z możliwością przejścia do szczegółowych informacji o każdym produkcie. Funkcjonalność powinna być dostępna dla użytkowników zalogowanych i niezalogowanych.”
Kryteria akceptacji:
- Sekcja wyszukiwania została dodana na głównym ekranie aplikacji
- Pola do wprowadzania kryteriów wyszukiwania są dostępne dla użytkowników zalogowanych i niezalogowanych
- Po wprowadzeniu kryteriów i kliknięciu przycisku „Szukaj” pojawia się lista produktów zgodnych z podanymi kryteriami
- Możliwe jest przejście do szczegółowych informacji o każdym produkcie z listy wyników wyszukiwania
- Funkcjonalność działa poprawnie na różnych urządzeniach (komputerach, telefonach komórkowych itp.)
- Kod jest czytelny i zgodny z dobrymi praktykami programowania.
Przykład źle opisanego zadania w scrum
„Napraw błąd w aplikacji”
Ten opis jest zbyt ogólny i nie dostarcza odpowiednich informacji potrzebnych do zrozumienia zadania. Nie wiadomo, gdzie znajduje się błąd, jaki jest jego objaw, jakie są przyczyny błędu itp. Aby dobrze opisać zadanie w Scrumie, należy użyć tzw. „User Story”, która składa się z trzech elementów:
„Jako (rola), chcę (działanie), aby (korzyść)”
