Definicja Gotowości w Scrumie – Co to jest i dlaczego ma znaczenie

Użytkownicy końcowi czasem przychodzą z nowymi pomysłami na funkcje lub koncepcjami. Ta koncepcja zostanie przedstawiona jako jedna lub więcej epik i dodana przez Właściciela Produktu do Backlogu Produktu. Razem zespół ustali, jak przekształcić tę koncepcję w jedną lub więcej epik, a następnie doskonałje w mniejsze, bardziej jasne historie użytkownika – jako rzeczywiste funkcje produktu – które zostaną uwzględnione w implementacji następnej iteracji.

Właściciel produktu może wspólnie z zespołem stworzyć artefakt zwany „Definicją Gotowości”, aby upewnić się, że elementy na szczycie listy backlogu są gotowe do przeniesienia do iteracji, dzięki czemu zespół deweloperski może z pełnym zaufaniem zobowiązać się do ich zakończenia do końca iteracji.

Dlaczego Definicja Gotowości?

Definicja Gotowości (DoR) to zestaw ustalonych kryteriów, które informują wszystkich, kiedy coś jest gotowe do rozpoczęcia – na przykład, kiedy historia użytkownika jest gotowa do wejścia do iteracji, lub kiedy spełnione są wszystkie konieczne warunki, aby zespół mógł rozpocząć iterację. Dobrze sformułowana DoR znacznie zwiększa szanse zespołu Scrum na sukces w osiągnięciu jego Cel Iteracji. Oto lista korzyści, jakie dobrze sformułowana DoR może przynieść zespołowi:

• Mierzy stan „gotowości” elementów listy backlogu
• Gwarantuje, że elementy listy backlogu są uznawane za „dostatecznie gotowe”
• Pomaga zespołowi zidentyfikować, kiedy Właściciel Produktu lub inni członkowie są przeciążeni
• Zachęca do wzajemnej odpowiedzialności między członkami zespołu
• Zmniejsza presję zespołu, by podawać szacunki przed tym, jak historia naprawdę będzie „gotowa”
• Zmniejsza „rozpraszanie wymagań” podczas rozwoju

Przykład – Definicja Gotowości dla Iteracji

Różne zespoły mogą mieć różne definicje gotowości – niektóre wymagają mniej kryteriów. Na przykład niektóre zespoły po prostu opisują wartość dla użytkownika, priorytaryzują element i zapisują, jak go przedstawić. Szacowanie i komunikacja odbywają się podczas Planowania Iteracjispotkania. Oto przykładowe elementy do rozważenia podczas tworzenia definicji gotowości zespołu:

• Zespół Backlogu Iteracjijest priorytaryzowany
• Backlog Iteracji zawiera wszystkie błędy, historie użytkownika i inne zadania, do których zespół się zobowiązuje
• Brak ukrytego obciążenia
• Wszyscy członkowie zespołu obliczyli swoją pojemność iteracji
• Projekt na pełen etat = X godzin dziennie
• Wszystkie historie użytkownika spełniają definicję gotowości

Przykład – definicja gotowości dla historii użytkownika

Ten rozdział przedstawia przykład definicji gotowości dla historii użytkownika, razem z przykładem gotowości do sprintu. Możesz przyjąć niektóre z nich jako podstawę lub punkt wyjścia:

• Historia jasno określa jej wartość dla użytkownika.
• Kryteria akceptacji dla historii są jasno zdefiniowane.
• Zidentyfikowano zależności historii użytkownika.
• Zespół dostarczający zaakceptował historię użytkownika.
• Zespół Scrumzespół akceptuje artefakty doświadczenia użytkownika.
• Kryteria wydajności są odpowiednio zdefiniowane.
• Zidentyfikowano, kto będzie akceptował historię użytkownika.
• Zespół wie, jak przedstawić historię.

Podsumowanie

Pojęcie „Definicja gotowości” nie jest opisane w Przewodniku Scrum, podobnie jak historia użytkownika i kryteria akceptacji w nim zawarte. Możesz rozpatrywać Definicję gotowości jako element aktywności doskonalenia listy backlogu, a nie jako sekwencyjny lub etapowy sprawdzian. Doskonalenie listy backlogu to ciągły proces, więc nie ogranicza się do jednego wydarzenia — jest to aktywność.