Tworzenie zaległości produktu i zarządzanie nimi

Artykuł
06/10/2015

Przez Mitch Lacey.Właściciel, Mitch Lacey & stowarzyszonych, Inc konsultacje bezpośrednie potwierdzone zajmujących elastyczne i scrum przyjęciach i usprawnienia.

Styczeń 2012

W tym artykule Mitch Lacey wyjaśnia znaczenie zaległości produktu, opisuje cechy dobrej zaległości i podaje kilka najlepszych rozwiązań tworzenia i obsługi zaległości.

Dotyczy

Zarządzanie cyklem życia aplikacji; Team Foundation Server

W tym artykule:

Wprowadzenie
Zaległości produktu
- Wątki użytkownika
- Szacowanie
- Określanie priorytetów
Zaległość życia produktu
- Pielęgnacja

Zaległości produktu jest priorytetową listę wszystkich funkcji i funkcje niezbędne do ukończenia tego projektu.Zaległości produktu dobre jest sercem każdego zespołu elastyczne działa dobrze i ma następujące właściwości:

Jest on nadać priorytet aby upewnić się, czy zespół tworzy najpierw najważniejsze funkcje.
Szacuje przez zespół zapewniające przejrzystość właścicielem produktu i włączenie go do odpowiedzi na pytania, takie jak "Kiedy te wątki wykona?"
Zawiera wszystkie prace niezbędne do ukończenia projektu.
Jest to dokument życia stale zmieniać i opracowywania w celu odzwierciedlenia wieloma bieżącego projektu.

Zaległości produktu dobrej nie zapewnia automatycznie dobrej oprogramowania.Jednak brak produktu dobrej zaległości często wyniki w niekompletne oprogramowanie, które nie spełnia wymagań klientów i uczestnikami projektu.

Zarządzanie zaległości produktu jest pełnym zadania.Proste techniki może pomóc zmiany, co może być utrudnione, długotrwały proces interakcyjny proces iteracji, który skutecznie angażuje członków zespołu, klientów i wszystkich uczestników projektu.Istotne jest, w związku z tym, aby dowiedzieć się więcej jednolite technik umożliwiają tworzenie, priorytet i obsługa zaległości produktu.

Zaległości produktu

Zaległości produktu jest priorytetową, życia główną listę wszystkich funkcji i funkcje niezbędne do ukończenia projektu.Zaległości produktu powszechnie uwzględnić wymagania historie użytkowników (np.wymagania dotyczące), błędy zadań research (kołkami) i inżynierii ulepszenia.Te elementy są szacowany w ogólna jednostek, które są często nazywane Historia punktów.

Zaległości produktu obejmują wszelkimi działaniami, który będzie ewoluować wraz z upływem czasu i wymagają projektu.Jako takie zawierają one nie tylko nowe funkcje produktu, ale także poprawki i research — wszystko, co może zająć czasu zespołu.Wszelkimi działaniami, który będzie do zespołu muszą pochodzić z zaległości produktu: jest drzwi wejściowe do projektu.Jeśli zaległości produktu zawiera wszystkie pracy zespołu, właścicielem produktu i zarządzania ma lepszy obraz pozostaje i zmniejsza niespodzianki ostatnich zadań.

Na początku projektu jest mało prawdopodobne, że masz nieuprzywilejowany lista elementów zaległych czystego, dobrze zdefiniowany produkt gotowy do szacowany i nadać priorytet.Zamiast tego jesteś może mieć stos kart Uwaga wątku i może być specyfikacja funkcjonalna lub dwóch.Jako właściciel produktu jest zadanie do wprowadzenia tego MES w jakieś kolejności tak, aby uruchomić zespołu oszacować zaległości.

Wątki użytkownika

Pierwszym krokiem jest aby przekonwertować wszystkie pomysły i informacje o historie użytkowników, których express użytkownika końcowego żądaną funkcji (co oprogramowania zrobić), ale nie szczegóły dotyczące implementacji (jak utworzyć oprogramowanie, które spełnia te wymagania).Tytuł wątku każdego użytkownika należy stosować format "jako < użytkownik >, chcę utworzyć < Funkcje > tak < dlatego >."

Przykład karty Historia

Jak zaległości produktu, automatycznie każdy wątek użytkownika będzie ewoluować wraz z upływem czasu.W ciągu projektu Twój zespół będzie priorytety i oszacować te wątki, szczegółowe informacje do nich i ich podział na wątki mniejszych ich dodawać ani usuwać pól.Te, które zostaną połączone w sprintach są wdrożone i dostarczone do klientów.

Aby dowiedzieć się więcej o wątki użytkownika odwoływać się do Tworzenie zaległości i Seria ujęć elementu zaległości za pomocą programu PowerPoint.

Po można przekonwertować wszystkie pomysły i informacje o historie użytkowników, jest ona czas oszacować i priorytet.

Szacowanie

Zgodnie z definicją Szacowanie jest niedokładny.Jednak może być znacznie poprawia na utworzenie stosunkowo dokładne szacuje czasu, praktyki i uczestnictwa zbierając zespół jest pierwszym krokiem zebraniem szacuje zespołu do świadczenia na elementy zaległe produktu.Jeżeli zespołu szacuje każdego wątku, ich nadać szacowany rozmiar względny ogólna jednostki pomiaru, zwanego punktem wątku.

Szacuje są istotne dla dwóch powodów:

Które ułatwiają odpowiedzi na pytanie "Gdy firma Microsoft wykona?"
Które ułatwiają właścicielem produktu określają priorytet każdego elementu.

Szacuje przyznaje właścicielem produktu i zespołem pomysł kosztu określonego wątku, co z kolei pomaga właścicielem produktu priorytety historie względem siebie.Szacunkowy rośnie elementu, bardziej kosztowne będzie do zaimplementowania w zakresie czas i zasoby.Priorytet może w związku z tym, spadek elementu, które mogły zostać wysoka na liście chcący będący właścicielem produktu, jeśli jest dostarczana dzieje się to kosztem.

Można użyć pokera planowania, duży Ściana lub innych technik oszacować pracy pod względem punktów wątku.Aby uzyskać więcej informacji na temat technik oceny i szybkie lekcji w punktach Historia zobacz Szacowanie i Optymalizacja i szacowanie zaległości.

Po zespół ma szacunkowo wszystkich wątków, jest ona czasu na priorytety.

Określanie priorytetów

Wszystkie zaległości produktu są nadać priorytet w zakresie korzyści biznesowych i ryzyko.Właścicielem produktu porównuje każdy element na zaległości w odniesieniu do innych osób, aby określić jego priorytet względny.Aby to zrobić, właścicielem produktu uważa, rozmiar każdy element, jego wartość firmy, a wszelkie ryzyko skojarzone.Następnie sortowane są elementy malejąco według priorytetu.Elementy o wysokim priorytecie pojawiać się na lub w górnej części zaległości produktu i elementy niższego priorytetu znajdują się na lub u dołu.Zespoły wybrać pracy dla sprintu najbliższych spośród elementów najwyższy priorytet, co najważniejsze pozycje są wykonywane najpierw.

Nie do każdego elementu w zaległości jest takie same.Niektóre można zrealizować w jednym sprint, ale inne tak duży, że zespół nie jest dokładnie się, na czym polega lub jak długo potrwa je wdrożyć.To normalne.Jak elementy bliżej przenieść do góry zaległości, zespół spowoduje, że ich mniejsze i bardziej ukierunkowaną tak, aby każdemu lepiej rozumie, zostaną one omówione w sprintach nadchodzących zadań.

Podobnie jak w przypadku oszacowanie, priorytet zaległości produktu początkowego można żmudnym.Jak możesz skutecznie równoważyć konkurencyjnych wymagań uczestnik projektu, podczas biorąc pod uwagę produktu końcowego, ryzyka i kosztów?Szczęście kilka technik istnieje, które ułatwiają zadanie, w tym gry innowacji i względną wagę.Zobacz Określanie priorytetów i Optymalizacja i szacowanie zaległości uzyskać więcej informacji na temat tych i innych technik.

Niezależnie od techniki priorytetyzacja wybierzesz, musi określić pracy, aby upewnić się, że zespół tworzy funkcje, które powodują najbardziej wartości biznesowej, uczestników projektu i klientów.Jeśli nie priorytetyzacja pracy, zwiększa ryzyko dostarczanie niższy priorytet historie użytkowników zamiast wyższe i wszystkie wątki niekompletny użytkownik zasoby i harmonogramy zmiany.

(Aby uzyskać więcej informacji o charakterze elementów zaległych, zobacz Tworzenie zaległości i Współpraca (przekierowane)).

Zaległość życia produktu

Co mogę mieć opisane dotąd ma koncentruje się na będzie z nothing zaległości produktu szacowany i określonymi priorytetami.W odróżnieniu od dokumentu wymagania zaległości produktu nie są tworzone na początku projektu i następnie pozostanie na półki.Zamiast tego zaległości produktu rozwoju, rozwijania i z wieloma projektu.Niektóre elementy zaległe produktu ma zostać nie ma znaczenia, a muszą zostać usunięte.Umożliwiają innym osobom bąbelkowy powierzchnię i muszą być podzielone na mniejsze wątki.Nowe wątki użytkownika zostanie dodany, szacowany i nadać priorytet jako pojawić się dodatkowe wymagania.

Zespół i wszystkich uczestników projektu są zaangażowane w tworzeniu i zarządzanie zaległości produktu, ale właścicielem produktu odpowiada ultimate dla niego.Właścicielem produktu musi zapewniać zaległości czystego, priorytetów i aktualne, aby klientów i zespołem dysponowanie planu pracy wersji projektu.Nawet po projektu w pełnej zasięg, produktu właściciele nadal mają dużą ilością pracy w celu zachowania w kształcie zaległości produktu:

Dodawanie i priorytet nowych wątków
Zadając zespołu oszacować nowych wątków i ponownie Szacowanie stare, ponieważ są one lepszym zrozumieniu
Przegląd historie najbliższych użytkowników z zespołem, aby podzielić elementy zgodnie z potrzebami
Spotkanie z klientami i wszystkich uczestników projektu, aby przejrzeć i dodać wymagania

Każdy użytkownik może dodać elementy do zaległości produktu, w dowolnym momencie, ale tylko właściciel produktu może określić ich priorytet.Właścicielem produktu jest również jedyną osobą, która może przypisać priorytet wątku.Inni członkowie zespołu i uczestnikami projektu, należy puste priorytet podczas dodawania Historia, nawet jeśli używają elektronicznej narzędzia, które je wyświetla monit o podanie informacji.

Po dodaniu Historia właścicielem produktu spowoduje, że wstępną ocenę jego priorytet w oparciu o jego zrozumieć działanie.Będzie on uzgadniać wątku z twórcy, aby lepiej zrozumieć, tak aby on z kolei może odpowiedzi na pytania od zespołu.W wyznaczonym czasie podczas każdego sprint właścicielem produktu będzie zgodna z zespołem umożliwiające omawianie nowych wątków oraz wspólnie oszacować, tak aby on można dokładniej określić ich priorytet względem innych wątków w zaległości.Ten proces jest nazywany pielęgnacji zaległości.

Pielęgnacja

Pielęgnacji zaległości produktu zgodnie z wymienionych wcześniej, musi być regularnie.

W Scrum, zespół powinien poświęcenie 5-15% tego czasu każdego sprint w osiągnięciu działania.Zespół muszą zrozumieć o nadchodzących zmianach i zmianom, tak aby ich dziel żadnych dużych wątków, które są rosną w priorytet, oszacować żadnych wątków, które zostały utworzone i czy niektóre wschodzący projektowania i planowania w przypadku wątków najbliższych.Aby upewnić się, że miało to miejsce, właścicielem produktu i zespołem, należy w każdej sprint planowania spotkania, zarezerwowane jakiś czas, w tym sprint do pielęgnacji zaległości ze sobą.Aby uzyskać więcej informacji na temat Planowanie sprintu, zobacz Planowanie sprintu i Praca w sprintach.

W ciągu dwóch tygodni sprint podoba mi się do przechowywania tego spotkania w drugim tygodniu.Dzięki temu właścicielem produktu wystarczająco dużo czasu zrozumiałe rozmowy z uczestnikami projektu i klientów, należy pobrać zrozumienia zmian w działalności i objaśnienie historie użytkowników i wątków, które są nowe lub rosnąca priorytetem.Konieczne jest również logicznego czasie sprint można uruchomić przewidywania najbliższych sprintach.Możesz określić, kiedy należy przytrzymać spotkania.Najważniejsze jest umożliwienie wystarczająco dużo czasu podczas sprint, aby ukończyć pielęgnacji działania.

Podczas typowe pielęgnacji spotkania, przedstawia właścicielem produktu, które się z nowościami, co zostało zmienione, a jego plan dalej sprintach kilka.Oprócz Szacowanie nowych wątków i rozbicie te, które należy wykonać szybko, zespół czas podczas tego spotkania, przejrzyj bieżącej architektury systemu i do planowanie i projektowanie zapowiadane funkcje.W trakcie tego procesu Historia oszacowania często zmiany i nowych wątków mają na celu pojawiają się jako wątki większych podzielonych według mniejszych wątki.

Ten proces wydaje się proste, ale można ją bit staraniach.Aby ułatwić rzeczy bezproblemowe działanie właścicielem produktu musi być przygotowany do odpowiedzi na pytania.Konflikt może nastąpić, jeśli na przykład, właścicielem produktu jest planowanie wątku do wykonania w kolejny sprint, ale nie może dostarczyć przejrzystości, jaką zespół musi zapewnić właściwy szacunek.W takim przypadku podczas planowania spotkania sprintu ScrumMaster powinien autokarowych właścicielem produktu, jakie informacje powinien on przenieść z uczestnikami projektu i klientów do zespołu.

Na koniec każdego pielęgnacji spotkania właścicielem produktu należy opublikować zmiany z uczestnikami projektu i klientów tak, że wszyscy mogą zapoznać się z nowościami, o nadchodzących zmianach i plan zaktualizowaną wersję.

Zaległości produktu dobrej pomaga, upewnij się, czy oprogramowanie, które można tworzyć najważniejsze funkcje opisane w konwersacji z klientami i wszystkich uczestników projektu, a zdefiniowany w wątków użytkownika.W celu tworzenia i obsługi zaległości produktu dobre, musisz pozostają aktywnie zaangażowane zarówno z grupą odbiorców/uczestnik projektu i zespołu na bieżąco — co sprint.

Tworzenie dobrej zaległości nie zapewnia dobry system, ale brak dobrej zaległości będzie prawie ostatecznie upewnić, że system, które nie robi klientów poproszony o.Innymi słowy nie aktualizowanie zaległości prawie zawsze spowoduje niepowodzenie projektu.

Wymiarze jest właścicielem produktu i zaległości jest ich odpowiedzialności.Poważnego roli.Zachowaj zaległości produktu w dobrej kondycji — klienci będą Dziękujemy.