Co to jest Backlog Produktu?

Czy kiedykolwiek miałeś wrażenie, że Twój zespół wciąż popełnia te same błędy? Uważasz, że sprawy nie postępują prawidłowo i musisz wprowadzić pewne zmiany, aby usprawnić proces rozwoju projektu.

Rejestr produktów w tym miejscu może pomóc zespołowi zdecydować, nad czym pracuje i na czym chce się skoncentrować. Jest to opis sposobu, w jaki zespół zrealizuje pomysł przedstawiony w zwinnej mapie drogowej. To gigantyczna lista rzeczy do zrobienia dla Twojego zespołu programistów na wiele sposobów.

Projekty mogą być częścią większych produktów z zaległością produktową do zarządzania nimi. Przykładem Backlogu produktu mogą być projekty wdrożeniowe klienta, które mogą być dostarczane w ramach większego backlogu produktu. Alternatywnie studio produkujące gry mogłoby traktować każdą generację gry jako osobny projekt z ustalonym terminem (np. w okolicach Bożego Narodzenia).

Czym jest Backlog Produktu w Scrumie?

W Scrumie backlog Agile to lista priorytetowych funkcji, która zawiera krótkie opisy wszystkich funkcji produktu. Jeśli pracujesz nad projektem, nie jest wymagane rozpoczynanie go długim wysiłkiem, aby udokumentować wszystkie wymagania za pomocą Scrum. Zespół Scrumowy i jego właściciel produktu mogą zacząć od uwzględnienia wszystkiego, co może wymyślić, w celu ustalenia priorytetów w zwinnych zaległościach.

Ten zwinny rejestr produktów jest więcej niż wystarczający na pierwszy sprint. W miarę, jak dostępne są dodatkowe informacje o produkcie i jego klientach, backlog produktu Scrum pozwala na jego rozbudowę i adaptację.

W Scrumie backlog produktu to lista priorytetowych funkcji, która zawiera krótkie opisy wszystkich funkcji produktu. Nie jest wymagane rozpoczynanie projektu z długim, wstępnym wysiłkiem, aby udokumentować wszystkie wymagania podczas korzystania ze Scrum.

W przypadku niestandardowych usług programistycznych zespół scrumowy i jego właściciel produktu zwykle zaczynają od spisania wszystkiego, co może wymyślić w celu nadawania priorytetów zaległościom zwinnym. Prawie zawsze ten zwinny rejestr produktów jest więcej niż wystarczający na pierwszy sprint. W miarę pojawiania się dodatkowych informacji o produkcie i jego klientach, backlog produktu Scrum może się rozszerzać i dostosowywać.

Jak zaczyna się podróż do Backlogu Produktu?

Najpierw pojawia się wizja lub pomysł, potem pojawia się strategia, aby zrealizować ideę, potrzebna jest mapa drogowa, a po ułożeniu mapy drogowej pojawia się backlog produktu. Poniższe wskazówki pokazują, co oznaczają poszczególne terminy podróży do rejestru produktów.

• Strategia produktowa to zarys tego, w jaki sposób cel firmy będzie realizowany na wysokim poziomie
• Mapa drogowa produktu dyktuje plan do przeprowadzenia
• Rejestr produktu zawiera specyfikacje na poziomie zadania wymagane do wytworzenia produktu pro

Czym różnią się Backlog Produktu i Plany Produktowe?

Dwa kluczowe narzędzia do zarządzania produktami to mapa drogowa produktu i rejestr produktów. Każdy instrument ma swój zestaw zalet i wad. Rejestru produktów nie należy mylić z mapą drogową produktu. Oba te żywe dokumenty są przydatne dla zespołów zajmujących się procesami programowania zwinnego z różnych powodów. Backlog zapewnia taktyczną specyfikę rozwoju, podczas gdy mapa drogowa koncentruje się na ogólnej strategii.

Zarządzanie backlogiem produktowym wiąże się z różnymi zadaniami i strategiami. Ponieważ mapa drogowa produktu jest często zmieniana, musi być ściśle powiązana z rejestrem produktu. W rezultacie zaległości muszą być regularnie ustalane według priorytetów (i zmieniane priorytety), aby odzwierciedlały zmiany i odkrycia.

Backlog produktu obejmuje eposy i historie użytkowników, diagramy przepływu pracy, szkice projektów interfejsu użytkownika i makiety, a także inne wybitne prace wymagane do skonstruowania produktu. Jest to narzędzie taktyczne, które kieruje pracą zespołu programistów i służy jako podstawa do śledzenia postępów w rozwoju za pomocą takich narzędzi, jak wykres postępu wydania. Podstawowe różnice między mapą produktu a rejestrem produktu podsumowano na poniższym schemacie.

Mapa drogowa produktu to strategiczne narzędzie do planowania produktu, które określa, w jaki sposób produkt będzie ewoluował w następnym czasie. Buduje poczucie celu, zachęca interesariuszy do udziału, pomaga w pozyskiwaniu środków oraz ułatwia koordynację rozwoju i wprowadzania na rynek różnych produktów.

Ponadto należy zwrócić szczególną uwagę na uporządkowanie i dostępność zaległości. Praktyki zarządzania rejestrem produktów zalecają dążenie do odpowiednio szczegółowego, nowo powstającego, szacowanego i priorytetowego rejestru produktu (DEEP), w którym elementy o najwyższym priorytecie zawierają najwięcej szczegółów, a poziom szczegółowości zmniejsza się wraz ze wzrostem priorytetu.

Większość zespołów Agile uczestniczy również w sesjach opracowywania rejestru produktów, które służą do udoskonalania i porządkowania elementów rejestru. Podczas tych spotkań zespół współpracuje, aby z wyprzedzeniem zaplanować historyjki użytkowników z kilku sprintów. Sesje zwinnego opracowywania zaległości gwarantują, że historyjki użytkowników na górze rejestru mają wystarczająco dużo szczegółów, aby mogły zostać zrozumiane przez zespół dostarczający.

Techniki priorytetyzacji rejestru produktów

• Zamiast być jednorazowym wydarzeniem, opracowywanie zaległości produktowych jest ciągłym procesem angażującym właścicieli produktów i zespoły programistów. Ekspertyza tematyczna jest często obecna w zespołach programistycznych, które mogą udoskonalać. Zespół Scrumowy natomiast określa, kiedy i jak zakończy się optymalizacja.
• Czynność dodawania szczegółów, szacunków i porządkowania pozycji w Rejestrze Produktu jest znana jako udoskonalanie rejestru produktu. W ramach każdego Sprintu wymagane jest ciągłe udoskonalanie Backlogu Produktu w celu udoskonalenia produktów, tak aby były gotowe do przyszłych Sprintów. Udoskonalenie backlogu produktu zazwyczaj wymaga nie więcej niż 10% pracy zespołu programistów.
• Pozycje rejestru produktu na górze rejestru produktu (najwyższy priorytet, największa wartość) są rozkładane w taki sposób, aby pasowały do ​​jednego sprintu po dopracowaniu elementów rejestru do odpowiedniego poziomu szczegółowości.
  

Całość prac szacunkowych jest obsługiwana przez zespół programistów. Pomagając zespołowi w ocenie kompromisów, właściciele produktów mogą mieć wpływ na ich decyzje. Z drugiej strony osoba wykonująca zadanie określa ostateczny kosztorys.

Korzyści z Backlogu Produktu

Zaległości jako symbole zastępcze

Pozycje zaległości służą jako miejsca na przyszłe dyskusje dotyczące rozwiązania umożliwiającego osiągnięcie celu. Oznacza to, że zespół nie musi mieć całkowicie opracowanego pomysłu przed dodaniem go do backlogu produktu. Kiedy pozycja zaległości produktu jest wprowadzana po raz pierwszy, wystarczy mieć wystarczającą ilość informacji, aby przypomnieć zespołowi, jaka była alternatywa. Kiedy zespół ma rozpocząć pracę nad elementem zaległości produktu, wystarczy to w pełni wyjaśnić.

Dynamiczna natura

Dynamiczny charakter backlogu produktu pozwala zespołom śledzić ich wiedzę o pożądanym celu i potencjalnych metodach dostarczania. Backlog produktu nie musi być kompletny, gdy zespół zaczyna pracę. W ten sposób mogą zacząć od oryginalnej koncepcji i dodawać nowe elementy zaległości produktowej w miarę zdobywania doświadczenia.

Łatwe usuwanie

To, że coś znajduje się w zaległościach produktowych, nie oznacza, że ​​musi zostać dostarczone. Zespół może usunąć elementy z zaległości, jeśli nie przyczynią się one do pożądanego celu. Oznacza to, że zespół może uniknąć tworzenia wyników, które nie wnoszą wartości dodanej, i zamiast tego skupić się na wprowadzaniu naprawdę użytecznych zmian.

Dodaj element zaległości

Rejestr produktów może być używany przez zespoły, aby uniknąć marnowania czasu na debatowanie, czy opcja jest wartościowa, czy nie, w oparciu o ograniczone informacje. Gdy pojawia się nowy pomysł, zespół może dodać element zaległości produktu jako przypomnienie o dalszym zbadaniu pomysłu. Zespół może następnie nadać priorytet rozpatrzeniu tego pomysłu wraz z innymi elementami i usunąć element zaległości produktu, jeśli pomysł okaże się nie zapewniać postępu w kierunku pożądanego rezultatu.

Backlog Agile a Backlog Sprintu — szczegółowa różnica

Krótko mówiąc, backlog sprintu to krótkoterminowy plan sprintu zespołu. Backlog produktu w agile to długoterminowy plan produktu, w którym wizja jest podzielona na namacalne, możliwe do dostarczenia elementy, które dodają wartości produktu. Wiele osób uważa, że ​​rejestr sprintu jest podzbiorem rejestru produktu. To jest idealne; Rejestr sprintu składa się wyłącznie z elementów z rejestru produktu. Również sprint będzie zazwyczaj obejmował inne prace, do których zespół się zobowiązał oraz zadania, które można wykonać podczas sprintu projektowania produktu .

Backlog produktu w agile to zbiór zadań, które spodziewasz się wykonać w przyszłości, aby utrzymać konkurencyjność produktu. Jest efektem współpracy właściciela produktu z interesariuszami (klientami, zespołem, analitykami). Będzie regularnie aktualizowany, dodawane lub usuwane są nowe pozycje.

Ogólnie będzie większy niż backlog sprintu. Będzie on również zawierał elementy o różnym stopniu szczegółowości, z mniejszą liczbą elementów podzielonych poniżej poziomu historyjki użytkownika. Odpowiedzialny jest za to właściciel produktu.

Backlog sprintu to zbiór pracy, do której wykonania zespół jest zobowiązany, teraz lub później w sprincie (zazwyczaj w okresie 1-4 tygodni). Składa się z historii użytkowników, które zespół zobowiązał się ukończyć podczas nadchodzącego sprintu.

Jednak może również obejmować takie rzeczy, jak błędy, prace refaktoryzacyjne i tak dalej. Zwykle jest bardziej szczegółowy i podzielony na działania, z techniczną implementacją historyjki użytkownika na czele. Jest to odpowiedzialność scrum mastera i zespołu.

Czas na zbudowanie zaległości

Potrzeba odpowiedniego planowania i organizacji ma kluczowe znaczenie dla Twojego sukcesu. Tutaj przydają się zaległości. Backlog, gdy jest odpowiednio generowany i utrzymywany, staje się narzędziem, które pomaga zespołom w nawigowaniu przez ciągłe zmiany, osiąganiu szczytowej produktywności i zapewnianiu maksymalnej wartości zarówno firmie, jak i klientowi.

W powyższym blogu opisaliśmy, czym jest backlog produktu i jak pomaga zespołowi w pracy, tworząc wspólną płaszczyznę dla interesariuszy i zespołów w celu dostosowania się, tak aby wdrażać najbardziej znaczące historie użytkowników, zapewnić elastyczność w reagowaniu na zmieniające się wymagania oraz okoliczności, stwórz wspólny mianownik w kilku zespołach pracujących nad tym samym produktem, aby poprawić dokładność prognoz wydań produktu.