Prognozowanie backlogu produktu

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

Zespoły mogą używać narzędzia do prognozowania, aby pomóc w planowaniu sprintów. Gdy wprowadzasz wartość szybkości zespołu, narzędzie prognozy pokazuje, które elementy na liście prac można ukończyć w przyszłych sprintach. Oba narzędzia są narzędziami specyficznymi dla zespołu, które polegają na możliwości szacowania elementów listy prac przez zespół. Gdy twój zespół ukończy sprint lub dwa, może użyć wydajności zespołu, aby przewidzieć, ile pracy z zaległości mogą ukończyć w nadchodzących sprintach.

Narzędzie do prognozowania pomaga zespołom odpowiedzieć na pytania dotyczące planowania krytycznego:

• Planowanie pojemności sprintu: Ile elementów backlogu możemy ukończyć w przyszłych sprintach?
• Planowanie wydania: Kiedy można oczekiwać ukończenia wszystkich elementów na naszej liście prac?
• Planowanie zasobów: Jaka szybkość jest potrzebna, aby spełnić nasze docelowe daty dostawy?
• Zarządzanie zakresem: które funkcje należy określić priorytetowo dla nadchodzących wydań?

Skorzystaj z tego artykułu, aby dowiedzieć się:

• Jak prognozować nadchodzące sprinty
• Wymagane i zalecane działania zespołu do obsługi prognozowania
• Jak skutecznie interpretować wyniki prognozy i korzystać z nich
• Najlepsze rozwiązania dotyczące dokładnego prognozowania

Note

Jeśli nie widzisz oczekiwanych elementów roboczych w zapasie zadań lub na tablicy, zobacz Tworzenie zapasu zadań i zarządzanie nim. Aby uzyskać więcej informacji, zobacz Co to jest usługa Azure Boards?

Prerequisites

Category	Requirements
Członkostwo w programie Project	członek projektu.
Permissions	Członek grupy zabezpieczeń Współpracownicy.
Poziomy dostępu	Co najmniej podstawowy dostęp.

Note

Użytkownicy z dostępem uczestników projektu publicznego mają pełny dostęp do listy prac i funkcji tablicy, podobnie jak użytkownicy z dostępem podstawowym . Aby uzyskać więcej informacji, zobacz Stakeholder access quick reference (Dostęp uczestnika projektu — krótki przewodnik).

Informacje o podstawach prognozowania

Przed rozpoczęciem pracy z narzędziem prognozy ważne jest, aby zrozumieć, jak działa prognozowanie w usłudze Azure Boards:

Zasady prognozowania

• Przewidywania oparte na szybkości: narzędzie do prognozowania używa historycznej prędkości zespołu do przewidywania przyszłej pojemności
• Spójność przebiegu: prognozy zakładają spójne długości przebiegu i wydajność zespołu
• Szacowanie elementów roboczych: Dokładne prognozy wymagają spójnych i niezawodnych szacunków elementów roboczych
• Filtrowanie na podstawie stanu: Tylko elementy robocze znajdujące się w określonych stanach (proponowane, w toku) są uwzględniane w prognozach.

Ograniczenia prognozowania

• Wskaźnik wydajności przeszłości: prognozy są oparte na danych historycznych i mogą nie uwzględniać przyszłych zmian
• Zmiany zespołu: prognozy nie dostosowują się automatycznie do zmian składu zespołu
• Zależności zewnętrzne: narzędzie nie uwzględnia zewnętrznych blokerów ani zależności
• Dokładność szacowania: Jakość prognozy zależy od dokładności oszacowań elementów roboczych

Wymagane i zalecane działania

Oto, co musisz mieć gotowe przed próbą prognozowania backlogu zespołu.

Wymagana konfiguracja

• Definicja ścieżek iteracji (sprintów) i konfigurowanie iteracji zespołowych
  • Przebiegi powinny mieć taki sam czas trwania w celu dokładnego prognozowania.
  • Wybierz wystarczającą liczbę przyszłych sprintów, aby oszacować cały produktowy backlog.
• Definiowanie i szacowanie elementów listy prac. Jeśli pracujesz z backlogu zespołu, tworzone elementy zostaną automatycznie przypisane do bieżącej iteracji i domyślnej ścieżki obszaru twojego zespołu.
• Aktualizowanie stanu elementu roboczego: Aktualizuj stan elementów zaległości, gdy praca się rozpoczyna i gdy zostanie zakończona. Na wykresie prędkości pojawiają się tylko elementy listy prac, których stan jest mapowany na kategorię stanu Proponowane lub W toku. (Aby uzyskać więcej informacji, zobacz Stany przepływu pracy i kategorie stanów).

Zalecane wskazówki

• Minimalizuj zmienność szacunków: Zdefiniuj i określ wielkość elementów backlogu, aby zmniejszyć zmienność w szacunkach.
• Konfigurowanie śledzenia usterek: określ, jak zespół chce traktować usterki. Jeśli Twój zespół zdecyduje się traktować usterki jako wymagania, usterki pojawiają się na backlogu i są liczone na wykresie prędkości i prognozowania.
• Ustaw ścieżkę obszaru zespołu: narzędzie prognozy prognozuje te elementy na podstawie domyślnych ustawień zespołu. Te ustawienia mogą określać, czy uwzględnić elementy w ścieżkach obszaru pod domyślnymi ustawieniami zespołu, czy je wykluczyć.
• Zachowaj płaską hierarchię: nie twórz hierarchii elementów backlogu i błędów. Wyświetlanie węzła liścia, ostatniego węzła w hierarchii tej samej kategorii, może być wyświetlane tylko na tablicach, rejestrach sprintu i tablicach zadań. Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z zmienianiem kolejności i zagnieżdżaniem, w jaki sposób listy zaległości i tablice wyświetlają elementy hierarchiczne (zagnieżdżone).
  Zamiast zagnieżdżać wymagania, usterki i zadania, zachowaj płaską listę — twórz tylko linki nadrzędny-podrzędny na jednym poziomie między elementami różnych kategorii. Użyj Funkcji do grupowania wymagań lub scenariuszy użytkowników. Możesz szybko mapować historie na funkcje. Mapa tworzy łącza nadrzędno-podrzędne w tle.
• Ukończyć sprzątanie sprintu: Na końcu sprintu zaktualizuj status elementów backlogu ukończonych przez zespół. Przenieś niekompletne elementy z powrotem do rejestru produktu i uwzględnij je na przyszłym spotkaniu planowania sprintu.

Zagadnienia dotyczące konfiguracji zespołu

Note

Jeśli pracujesz z kilkoma zespołami, a każdy zespół chce pracować z własną listą prac, wykresem prędkości i narzędziem do prognozowania, możesz utworzyć więcej zespołów. Następnie każdy zespół uzyskuje dostęp do własnego zestawu narzędzi Agile. Każde narzędzie Agile filtruje elementy robocze, aby uwzględnić tylko te, których przypisane ścieżki obszaru i ścieżki iteracji odpowiadają tym określonym dla zespołu.

Prognozowanie nadchodzących sprintów

Użyj narzędzia prognozowania, aby dowiedzieć się, ile elementów możesz ukończyć w sprincie. Podając wskaźnik prędkości zespołu, możesz zobaczyć, które elementy znajdują się w zasięgu dla serii sprintów aktywowanych przez zespół.

Aby prognozować rejestr produktu, wykonaj następujące czynności:

1. Wybierz Tablice>Zaległości>, a następnie wybierz prawidłowy zespół z menu wyboru zespołu.

   

   Aby wybrać inną listę prac, otwórz selektor, a następnie wybierz inny zespół lub wybierz opcję Wyświetl katalog zaległości. Możesz też wprowadzić słowo kluczowe w polu wyszukiwania, aby filtrować listę prac zespołu dla projektu.

   

2. Sprawdź, czy wybrano pozycje Historie użytkowników (dla metody Agile), Zagadnienia (dla Podstawowa), Elementy zaległości (dla Scrum) lub Wymagania (dla CMMI) jako poziom listy prac.

   

3. (Opcjonalnie) Aby wybrać, które kolumny powinny być wyświetlane i w jakiej kolejności, wybierz ikonę akcji i wybierz pozycję Opcje kolumn. Aby uzyskać więcej informacji, zobacz Zmienianie opcji kolumny.

   

4. Wybierz ikonę opcji widoku i przesuń Prognozowanie na Włączone. Aby zachować prostotę, wyłącz okienka Mapowanie i planowanie.

   

   Dla pozycji Elementy w toku ustaw wartość Wyłączone , aby ukryć te elementy, które nie są liczone w prognozie. Narzędzie do prognozowania ignoruje elementy Scrum ustawione na zatwierdzone lub gotowe oraz elementy Agile i CMMI ustawione na Aktywne, Rozwiązane lub Ukończone.

5. Wprowadź przewidywaną szybkość pracy twojego zespołu.

   

   Tip

   Jeśli twój zespół pracuje przez kilka sprintów, możesz uzyskać wgląd w prędkość zespołu z widżetu Velocity. Użyj średniej prędkości w ciągu ostatnich 3–6 przebiegów dla najbardziej dokładnej prognozy.

   Narzędzie rysuje linie dla każdego przyszłego sprintu wybranego przez zespół. Linie prognozy pokazują, ile pracy zespół może wykonać w przyszłych sprintach. Zazwyczaj elementy znajdujące się powyżej pierwszego wiersza są już realizowane w ramach bieżącego sprintu. Elementy, które znajdują się między pierwszym i drugim wierszem predykcji, wskazują, co można ukończyć w nazwanym sprincie.

Informacje o wynikach prognozy

Odczytywanie wizualizacji prognozy

Narzędzie do prognozowania wyświetla backlog ze wskaźnikami wizualnymi, które ułatwiają zrozumienie wydajności sprintu.

• Linie prognozy: Linie poziome oddzielające elementy robocze w zasobnikach sprintu
• Etykiety sprintu: każdy wiersz jest oznaczony nazwą sprintu i wydajnością
• Przenoszenie prędkości: Niewykorzystana prędkość z jednego sprintu przenosi się do następnego
• Pozycjonowanie elementów: Elementy robocze umieszczone między wierszami reprezentują to, co można ukończyć w tym *sprint*

Interpretowanie danych prognozy

Podczas przeglądania wyników prognozy należy wziąć pod uwagę następujące czynniki:

• Weryfikacja ręczna: sprawdź wyniki ręcznie, aby zrozumieć rozbieżności między oczekiwanymi wartościami i wyświetlanymi przez narzędzie do prognozowania.
• Pojemność sprintu: sprawdź prognozowaną ilość wysiłku (wysiłek, punkty fabuły lub rozmiar) na sprint.
• Duże elementy robocze: Kwestionuj wyniki prognozy, gdy nakład pracy elementu jest zbliżony lub większy niż prędkość zespołu.
• Przeniesienie prędkości: Dowiedz się, jak niewykorzystane możliwości z poprzednich sprintów wpływają na przyszłe prognozy.

Przykładowa interpretacja prognozy

W tym przykładzie jest używana szybkość 20. Narzędzie prognozy ogranicza liczbę elementów wyświetlanych między liniami prognozy do tych, które można ukończyć w sprincie lub przy użyciu niewykorzystanych punktów prędkości z poprzedniego sprintu.

Narzędzie prognozy pokazuje, że między dwoma a czterema elementów można pracować podczas iteracji od 2 do 6 na podstawie liczby Punktów Scenariuszy przypisanych do każdej historii użytkownika lub usterki. Logika prognozy przenosi punkty prędkości z jednego sprintu do kolejnego.

• Iteracja 2: 13 punktów fabularnych, elementy 1 i 2 można ukończyć; 7 punktów prędkości przenosi się do następnego sprintu

• Iteracja 3: 24 Punkty historii, elementy od 3 do 5 można ukończyć; 3 (=20+7-24) punkty prędkości przenoszą się do następnego sprintu

• Iteracja 4: 21 punkty zadań, elementy od 6 do 8 można ukończyć; 2 (=20+3-21) punkty szybkości zespołu przenoszone są do następnego sprintu

• Iteracja 5: 16 Punktów za zadania, można ukończyć elementy od 9 do 12; 6 (=20+2-16) punkty prędkości przechodzą do następnego sprintu

• Iteracja 6: 23 punkty użytkowe, można ukończyć elementy od 13 do 16; 3 (=20+6-23) punkty prędkości przenoszone do następnego sprintu

  

Zaawansowane scenariusze prognozowania

Scenariusz 1. Określanie wymaganej prędkości dla osi czasu

Innym sposobem użycia narzędzia prognozy jest wprowadzenie różnych wartości szybkości, aby ukończyć wszystkie elementy listy prac w ramach określonego zestawu sprintów. Ta prognoza zawiera oszacowanie prędkości wymaganej do ukończenia zaległych elementów.

Następnie możesz ocenić różnicę między szybkością bieżącego zespołu a wymaganą szybkością. Funkcja delta pomaga określić, jakie inne zasoby są wymagane do spełnienia wymagań produkcyjnych w wymaganym czasie.

Kroki analizy wymagań dotyczących szybkości

1. Zlicz całkowity nakład pracy: zsumuj szacowane nakłady pracy dla wszystkich elementów listy backlogu
2. Liczba dostępnych sprintów: określ, ile sprintów masz do swojej daty docelowej
3. Oblicz wymaganą prędkość: podziel wysiłek całkowity przez dostępne sprinty
4. Porównaj z bieżącą prędkością: zidentyfikuj lukę między bieżącą i wymaganą prędkością
5. Zaplanuj odpowiednio: określ, czy potrzebujesz większej liczby członków zespołu, redukcji zakresu lub dostosowania osi czasu

Scenariusz 2. Planowanie wydania z wieloma zespołami

W przypadku organizacji z wieloma zespołami pracującymi nad wspólną wersją:

1. Zagregowane prognozy zespołów: łączenie prognoz ze wszystkich zaangażowanych zespołów
2. Identyfikowanie zależności: mapuj zależności między zespołami, które mogą mieć wpływ na dostarczanie
3. Planowanie punktów integracji: Harmonogram działań integracyjnych między dostawami zespołu
4. Monitorowanie postępu: śledzenie rzeczywistego postępu względem prognozowanych dat dostawy

Scenariusz 3. Planowanie pojemności ze zmianą rozmiaru zespołu

Kiedy skład zespołu zmienia się podczas projektu:

1. Dostosuj szybkość proporcjonalnie: Zwiększ lub zmniejsz szybkość na podstawie zmian rozmiaru zespołu
2. Uwzględnij czas rozpoczęcia pracy: Nowi członkowie zespołu zwykle potrzebują czasu na osiągnięcie pełnej produktywności
3. Monitorowanie rzeczywistej wydajności: porównywanie rzeczywistej prędkości z skorygowanymi prognozami
4. Regularnie relibratuj: Aktualizuj prognozy na podstawie nowych wzorców prędkości

Najlepsze rozwiązania dotyczące dokładnego prognozowania

Praktyki szacowania

• Używanie spójnych skalowania szacowania: upewnij się, że wszyscy członkowie zespołu rozumieją i stosują te same kryteria szacowania
• Szacowanie wspólne: użyj planowania pokerowego lub podobnych technik dla konsensusu zespołu
• Podział dużych elementów: podziel duże elementy robocze na mniejsze, bardziej przewidywalne elementy
• Uwzględnij całą pracę: Uwzględnij błędy, dług techniczny i inne prace wpływające na pojemność

Zarządzanie szybkością

• Śledzenie rzeczywistej prędkości: Monitoruj szybkość rzeczywistą w czasie i odpowiednio dostosuj prognozy
• Użyj średnich kroczących: Oprzyj prognozy na średniej z ostatnich 3–6 sprintów dla stabilności
• Uwzględnij zmiany w zespole: Dostosuj oczekiwania dotyczące wydajności, gdy skład zespołu ulegnie zmianie
• Weź pod uwagę czynniki zewnętrzne: Uwzględnij dni wolne, szkolenia i inne wpływy na zdolność

Konserwacja prognozy

• Regularnie aktualizuj: zaktualizuj prognozy przynajmniej raz na sprint
• Przegląd założeń: Sprawdź, czy podstawowe założenia pozostają prawidłowe
• Przekazywanie zmian: informowanie uczestników projektu o aktualizacjach prognozy i ich implikacjach
• Dowiedz się na podstawie wartości rzeczywistych: Porównanie prognoz z rzeczywistymi wynikami w celu zwiększenia dokładności

Rozwiązywanie typowych problemów z prognozowaniem

Problem: Niedokładne prognozy

Możliwe przyczyny:

• Niespójne oszacowania elementów roboczych
• Obliczenia prędkości na podstawie zbyt małej liczby sprintów
• Istotne zmiany w składzie zespołu
• Zależności zewnętrzne nie są uwzględniane

Rozwiązania:

• Przegląd i standaryzacja praktyk szacowania
• Używanie dłuższej historii prędkości na potrzeby obliczeń
• Dostosowywanie szybkości zmian zespołu
• Uwzględnij zarządzanie zależnościami w planowaniu sprintu

Problem: Narzędzie prognozy nie pokazuje oczekiwanych wyników

Możliwe przyczyny:

• Elementy robocze w nieprawidłowych kategoriach stanu
• Nieprawidłowa konfiguracja ścieżki obszaru zespołu
• Problemy z konfiguracją sprintu
• Brakujące oszacowania elementów roboczych

Rozwiązania:

• Weryfikowanie mapowania stanów elementów roboczych w celu skorygowania kategorii
• Sprawdzanie ustawień zespołu pod kątem ścieżek i iteracji obszaru
• Upewnij się, że sprinty są prawidłowo skonfigurowane i przypisane
• Dodawanie oszacowań do wszystkich elementów listy prac

Problem: Duża wariancja między prognozami i wartościami rzeczywistymi

Możliwe przyczyny:

• Nieprzewidywalne rozmiary elementów roboczych
• Rozrost zakresu podczas sprintów
• Wyzwania techniczne nie są uwzględniane w oszacowaniach
• Przerwy zewnętrzne wpływające na pojemność

Rozwiązania:

• Ulepszanie dekompozycji elementu roboczego
• Wprowadzenie silniejszego zarządzania zakresem
• Uwzględnij bufory ryzyka w oszacowaniach
• Śledzenie i uwzględnianie pracy sterowanej przerwaniami

Następny krok

Przypisywanie pracy do sprintu

Treści powiązane

• Szybkość zespołu
• Definiowanie ścieżek iteracji (przebiegów) i konfigurowanie iteracji zespołu
• Używaj tablicy zadań, aby śledzić pracę podczas sprintu
• Monitorowanie wykresu postępu przebiegu w celu określenia, czy twój zespół jest na dobrej drodze do ukończenia planu przebiegu
• Konfigurowanie i dostosowywanie usługi Azure Boards
• Wskazówki dotyczące procesu Agile