Artefakt: Zaległości produktu (Product Backlog)

Zaległości produktu (ang. Product Backlog) to główny wykaz wszystkich funkcjonalności pożądanych w produkcie. Za dostarczenie zaległości produktu odpowiedzialny jest Właściciel Produktu.

Gdy projekt jest inicjowany nie ma wszechstronnego, czasochłonnego wysiłku, aby zapisać wszystkie dające się przewidzieć zadania lub wymogi. Zazwyczaj, projekt zapisuje to, co jest oczywiste, co niemal zawsze wystarcza do pierwszego sprintu. Product Backlog może następnie rozrastać się i o produkcie i jego klientach wiadomo więcej.

W trakcie Spotkania dot. Planowania Sprintu Właściciel Produktu ustala hierarchię pozycji w Product Backlog i opisuje je zespołowi. Następnie zespół określa, które pozycje może wykonać podczas nadchodzącego Sprintu. Następnie zespół przenosi pozycje z Product Backloga do Sprint Backloga. W trakcie tej czynności dzieli każdą pozycję Product Backloga na jedno lub kilka zadań Sprint Backloga tak, aby mógł skuteczniej dzielić pracę w trakcie Sprintu. Konceptualnie, zespół zaczyna od góry zhierarchizowanej listy Product Backloga i zaznacza linię po najniższych pozycjach o wysokim priorytecie, które może wykonać. W praktyce nie jest rzeczą wyjątkową, że zespół wybiera, na przykład, pięć górnych pozycji, a następnie dwie pozycje dolne na liście, ale takie, które mają związek z początkowymi pięcioma.

Pozycje Product Backloga mogą być zadaniami technicznymi („Modyfikacja klasy Login, która narzuca wyjątek”) lub bardziej skoncentrowane na użytkowniku („Umożliwienie wycofania ustawień ekranu”).

Product Backlog może być zachowany w arkuszu Excela. Arkusz Excela może pokazywać każdą pozycję Product Backloga i ogólny priorytet (bardzo wysoki, wysoki, itd.) nadany przez Właściciela Produktu. Szacunki zostały przygotowane przez twórców, ale jest zrozumiane, że są bardzo nieprecyzyjna oraz są przydatne tylko dla ogólnego przypisania zadań do różnych sprintów.

Modelowanie:

W zwinnym modelowaniu Zaległości Produktu to wymagania jakie są stawiane modelowanemu systemowi lub organizacji. Idealną techniką są tu przypadki użycia, które mogą być odpowiednikiem wspomnianych powyżej jednej lub kilku pozycji opisanych w arkuszu Excel.

Gdy w metodyce Scrum stosuje się modelowanie to wykonane modele i dokumentacja projektowa stają się Zaległościami produktowymi dla Zespołu Scrum, który będzie dokonywał implementacji rozwiązania.

Spis treści

Role:

Czynności:

Artefakty:

Technorati Tagi: zwinne modelowanie,agile,agile modeling,SCRUM
Podobne wpisy
Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET

W artykule przedstawiono opis pakietu narzędziowego VS.NET (Microsoft) z Rational XDE (IBM) do wytwarzania aplikacji webowych pracujących w środowisku urządzeń więcej

Rational Software Architect Pierwszy Krok

Technorati Tagi: Rational Software Architect,inżynieria oprogramowania W artykule zaprezentowano jak rozpocząć pracę z i opis elementów tego narzędzia CASE. Środowisko więcej

Software Project Management GigaCon

Trzecia edycja konferencji Software Project Management GigaCon (25-26 września) to kolejna okazja na wymianę w szerszym gronie zagadnień związanych z więcej

Wstęp do projektowania aplikacji w Rational Software Architect

Rational Software Architect jest kolejną po Rational Rose i Rational XDE generacją narzędzi wspierających twórców oprogramowania w czasie projektowania. RSA więcej

Reklama
MODESTO - licencje Enterprise Architect
Reklama
MODESTO - licencje Enterprise Architect
Przewijanie do góry