Scrum: Kto tworzy elementy listy produktu lub historie użytkownika?

To pytanie jest bardziej złożone, niż mogłoby się na pierwszy rzut oka wydawać. Po pierwsze, można powiedzieć, że Lista produktuelementy mogą obejmować przypadki użycia, epiki, historie użytkownika, nawet błędy lub zdefiniowane czasowo zadania badawcze w liście produktu.

W najprostszej definicji, Scrumlista produktu Scrum to po prostu lista wszystkich elementów listy produktu (PBIs), które należy zrealizować w projekcie. Zastępuje tradycyjne dokumenty specyfikacji wymagań artefakty. PBIs odzwierciedlają potrzeby klientów lub interesariuszy. Powszechną metodą zapisywania wymagań użytkownika końcowego jest zapisywanie PBIs w formie historie użytkownika.

Kto jest odpowiedzialny za utrzymanie listy produktu?

Właściciel produktu (PO) „prowadzi” listę produktu w imieniu interesariuszy i jest główną osobą odpowiedzialną za jej tworzenie. PO nie musi tworzyć listy produktu osobiście—może delegować do zespołu rozwojowego i/lub Prowadzący Scrum aby pomóc w zdefiniowaniu i oszacowaniu elementów listy produktu. PO jest odpowiedzialny za tworzenie i utrzymanie listy produktu. Dlatego PO również nadzoruje proces doskonalenia listy produktu procesu.

Lista produktu odpowiada Twojemu planowi projektu — planowi, który zespół zamierza zrealizować. Po zdefiniowaniu listy, ustala priorytety, jakie funkcje i wymagania należy zbudować. Lista produktu służy również jako repozytorium zawierające całą informację, jakiej zespół potrzebuje do śledzenia i udostępniania.

Czy element listy produktu to to samo, co historia użytkownika?

Jak wspomniano, PBIs odzwierciedlają potrzeby klientów lub interesariuszy. Powszechną metodą zapisywania wymagań użytkownika końcowego jest zapisywanie PBIs w formie historie użytkownika. Jednak PBIs mogą również obejmować przypadki użycia, epiki, historie użytkownika, błędy lub zdefiniowane czasowo zadania badawcze w liście produktu. W rzeczywistości nie wszystkie elementy w liście produktu są na tym samym poziomie szczegółowości, jak pokazano na obrazie poniżej:

Szczegółowa lista produktu

PBIs, które planujemy wykonywać wkrótce, powinny znajdować się blisko góry listy, być mniejsze pod względem rozmiaru i bardzo szczegółowe, aby mogły być realizowane w krótkim czasie Sprint. PBIs, które nie będziemy wykonywać przez jakiś czas, powinny znajdować się na dole listy priorytetów — większe, mniej szczegółowe. To jest w porządku; nie planujemy pracować nad tymi elementami w najbliższym czasie.

Kiedy zbliżamy się do pracy nad większymi PBIs, takimi jak epiki, dzielimy je na szereg mniejszych, gotowych do sprintu historii użytkownika. Powinno to być wykonane w odpowiednim czasie. Jeśli zbyt wcześnie dopracowujemy, możemy stracić czas na szczegółach, które nigdy nie zostaną zrealizowane. Jeśli za długo czekamy, zablokujemy przepływ PBIs do sprintu i spowolnimy pracę zespołu. Musimy znaleźć odpowiedni balans w odpowiednim czasie.

Agilna, priorytetowa lista produktu

Kto jest odpowiedzialny za dopracowywanie PBIs?

Właściciel produktu (PO), który „prowadzi” listę produktu w imieniu stakeholderów, jest główną osobą odpowiedzialną za jej tworzenie i utrzymanie. PO nie musi tworzyć każdego elementu listy produktu samodzielnie — może zaangażować zespół developerski i/lub Scrum Mastera, aby pomóc w zdefiniowaniu i oszacowaniu elementów. PO nadzoruje cały proces dopracowywania listy produktu.

Dlatego, aby odpowiedzieć na pytanie: właściciel produktu odpowiada za listę produktu, ale nie musi tworzyć każdego elementu listy produktu. Zazwyczaj właściciel produktu może stworzyć duże PBIs na podstawie ogólnych wymagań lub celów użytkownika, a następnie przekazać zespołowi, aby pomógł rozbić te duże elementy na historie użytkownika. Te mniejsze historie — odpowiednie do górnej części listy produktu i spełniające kryteria „Gotowe” (zazwyczaj zgodnie z Definicją Gotowości) — są następnie przenoszone do listy sprintu.