Wyświetlanie i konfigurowanie szybkości zespołu

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Metryki prędkości zapewniają przydatne informacje, dzięki czemu zespoły mogą planować i prognozować przebiegi oraz określać, jak dobrze szacują i spełniają planowane zobowiązania. Możesz uzyskać wskazanie, ile pracy może wykonać zespół podczas przebiegu na podstawie liczby ukończonych elementów roboczych lub sumy oszacowań wykonanych na potrzeby nakładu pracy (elementów listy prac produktu), punktów scenariuszy (scenariuszy użytkowników) lub rozmiaru (wymagania). Użyj szybkości jako pomocy w określaniu zdolności zespołu i nie należy go mylić z kluczowymi wskaźnikami wydajności.

Wymagania wstępne

• Musisz być członkiem projektu. Przejdź do projektu lub utwórz go.
• Aby dodać widżet do pulpitu nawigacyjnego zespołu, musisz być członkiem zespołu. Musisz mieć dostęp podstawowy lub większy, mieć uprawnienia do pulpitu nawigacyjnego lub być administratorem zespołu lub administratorem projektu.
• Tablice muszą być włączone. Jeśli to ustawienie jest wyłączone, żaden z widżetów analizy śledzenia pracy nie jest wyświetlany. Aby ją ponownie włączyć, zobacz Włączanie lub wyłączanie usługi Azure DevOps.

• Należy pamiętać o wymaganych i zalecanych zadaniach wymienionych w dalszej części tego artykułu.

Napiwek

Obrazy widoczne w portalu internetowym mogą różnić się od obrazów widocznych w tym artykule. Te różnice wynikają z aktualizacji wprowadzonych w aplikacji internetowej, opcji, które zostały włączone przez Ciebie lub administratora, i który proces został wybrany podczas tworzenia projektu — Agile, Basic, Scrum lub CMMI. Proces podstawowy jest dostępny w usłudze Azure DevOps Server 2019 Update 1 i nowszych wersjach.

Typy wykresów prędkości

Masz do wyboru wykresy Prędkość: wykres prędkości w kontekście dostępny ze strony Listy prac i widżet Prędkość dodaną do pulpitu nawigacyjnego. Za pomocą obu tych wykresów można szybko określić informacje w poniższej tabeli, w której opisano dostępne kategorie stanu przepływu pracy i ich opisy.

Elementy przypisane do elementu Proponowane lub Rozwiązane nie są uwzględniane w żadnym z obliczeń ukończonych, ukończonych późno lub niekompletnych. Aby uzyskać więcej informacji, zobacz How workflow category states are used in Azure Boards (Jak są używane stany kategorii przepływu pracy w usłudze Azure Boards). Wybrane opcje są ustawiane tylko dla Ciebie i utrwalane między sesjami do momentu ich zmiany.

Stan przepływu pracy	opis
Planowane	Obliczana na podstawie liczby elementów roboczych przypisanych do przebiegu przed rozpoczęciem przebiegu. Jeśli element roboczy jest przypisywany do przebiegu przed jego rozpoczęciem, ale zostaje przypisany do innego przebiegu po rozpoczęciu oryginalnego przebiegu, będzie on wyświetlany jako Planowany w oryginalnym przebiegu. Następnie element roboczy jest wyświetlany jako Opóźnione lub Niekompletne w nowym przebiegu, do którego jest przypisany.
Zakończono	Obliczana na podstawie liczby elementów roboczych przypisanych do przebiegu przed lub po rozpoczęciu przebiegu i zakończeniu przed końcem przebiegu.
Ukończono późno	Obliczana na podstawie liczby elementów roboczych przypisanych do przebiegu przed lub po rozpoczęciu przebiegu, ale zakończonych po zakończeniu przebiegu.
Niepełne	Obliczana na podstawie liczby elementów roboczych przypisanych do przebiegu przed lub po rozpoczęciu przebiegu, a nie została jeszcze ukończona.

W dalszej części tego artykułu dowiesz się, jak otworzyć raport Prędkość w kontekście lub skonfigurować widżet Prędkość.

Wykres prędkości w kontekście

Widżet Prędkości

Każdy wykres można skonfigurować na następujące sposoby:

• Suma pól nakładu pracy, punktów scenariusza lub rozmiaru lub innego obsługiwanego pola liczbowego przypisanego do elementów listy prac
• Liczba elementów roboczych wyświetlanych na liście prac
• Liczba iteracji

Widżet obsługuje kilka opcji konfiguracji. Aby skonfigurować lub wyświetlić wykresy Prędkości, zobacz Konfigurowanie i wyświetlanie wykresów prędkości.

Wyświetlanie raportu z szybkością w kontekście

Raporty prędkości są dostępne dla każdego poziomu listy prac, zarówno listy prac produktu, jak i portfela. Każdy raport udostępnia interaktywne kontrolki, aby zapewnić każdemu użytkownikowi widok ich zainteresowania.

1. Zaloguj się do organizacji (https://dev.azure.com/{yourorganization}) i przejdź do projektu.

2. Na ekranie Listy prac na tablicach> wybierz pozycję Analiza, aby otworzyć raport Prędkość dla listy prac produktu lub portfela.

   

3. Aby zmienić listę prac na inną, wybierz z selektora listy prac, a następnie wybierz pozycję Wyświetl pełny raport dla pozycji Prędkość.

4. Użyj kontrolek interakcyjnych, aby wybrać pole liczby lub sum i liczbę iteracji. Wybierz pozycję Iteracji niestandardowe, aby określić dowolną liczbę iteracji z zakresu od 1 do 15.

   Jeśli twój zespół nie ukończy przebiegu lub jeśli pracujesz nad elementami przed datą rozpoczęcia przebiegu, nie ma danych do analizowania i prognozowania. Może zostać wyświetlony następujący komunikat: Ustaw daty iteracji, aby używać tego widżetu. Aby rozwiązać tę sytuację, ustaw zakres dat iteracji, aby uwzględnić bieżącą datę lub poczekać na rozpoczęcie przebiegu.

   Umieść kursor na obszarze kolumny, aby wyświetlić podsumowanie planowanych i ukończonych elementów roboczych. Na przykład w przypadku przebiegu 07_2019 planowane jest 131 elementów.

   

   Aby uzyskać więcej informacji, zobacz opisy stanu przepływu pracy wymienione wcześniej w tym artykule.

5. Aby dodać raport do pulpitu nawigacyjnego, wybierz ikonę akcji i wybierz pozycję Kopiuj do pulpitu nawigacyjnego.

   

6. Wybierz pulpit nawigacyjny i wybierz przycisk OK.

7. Aby powrócić do podsumowania Analiza, wybierz strzałkę wstecz.

Konfigurowanie widżetu Prędkość

Widżet Prędkość można skonfigurować tylko dla jednego zespołu. Jeśli chcesz wyświetlić szybkość pracy dla kilku zespołów, musisz skonfigurować zespół zarządzający portfelem, który składa się z kilku zespołów. Aby uzyskać więcej informacji, zobacz Dodawanie zespołów.

Jeśli jeszcze tego nie zrobiliśmy, dodaj widżet Prędkość do pulpitu nawigacyjnego. W przypadku usługi Azure DevOps Server 2019 włącz lub zainstaluj usługę Analytics.

Wykonaj poniższe kroki, aby skonfigurować widżet Prędkość.

1. Wybierz ikonę akcji i wybierz opcję Konfiguruj , aby otworzyć okno dialogowe konfiguracji.

   

   Zmodyfikuj tytuł, wybierz zespół, a następnie wybierz poziom listy prac lub typ elementu roboczego do śledzenia. Wybierz, czy chcesz śledzić liczbę elementów roboczych, czy sumę pola liczbowego. Najczęściej sumowane pole to pole nakładu pracy, punktów historii lub rozmiaru.

   

2. Określ liczbę przebiegów, które chcesz wyświetlić. Wartość domyślna to 6, a wartość maksymalna to 15.

3. (Opcjonalnie) Zaznacz pola wyboru, aby wyświetlić dodatkowe informacje dotyczące pracy ukończonej później niż planowano dla każdego przebiegu.

   • Wyświetlanie planowanej pracy dla iteracji: zaznacz to pole, aby wyświetlić ilość pracy zaplanowanej na iterację na początku iteracji, co jest przydatne do porównywania planowanej pracy z rzeczywistymi elementami dostarczanymi. Domyślnie liczba planowanych prac rozpoczyna się od daty rozpoczęcia iteracji.
   • Dni ostatniej daty rozpoczęcia iteracji, gdy planowana praca jest ostateczna: określ liczbę dni, po których data rozpoczęcia ma zliczyć planowaną pracę. Jeśli na przykład planowane są pierwsze dwa dni iteracji, możesz wprowadzić wartość 3, a planowana praca zostanie zliczona w trzecim dniu. Jeśli na przykład iteracja rozpoczyna się w dniu 01/01/2024, a trzy elementy listy prac są przypisywane do iteracji na 01/01/2024 koniec dnia, te trzy elementy listy prac są uznawane za planowane. Jeśli twój zespół nie ukończy planowania dopiero po kilku dniach w iteracji, możesz zaktualizować datę rozpoczęcia iteracji dni po zakończeniu planowanej pracy.

   Uwaga

   Praca jest uważana za planowaną, jeśli jest przypisana do iteracji jako daty rozpoczęcia iteracji.

   • Wyróżnij ukończone prace późno: zaznacz to pole, aby wyświetlić elementy robocze oznaczone jako ukończone po dacie zakończenia iteracji, która jest uważana za ukończoną późno i wyświetlana jako jasnozielona. Wyróżnianie ukończonych prac późno jest przydatne w przypadku wykrycia trendu, w którym elementy robocze są oznaczone jako ukończone po zakończeniu iteracji.

   • Dni ostatniej daty zakończenia iteracji, po której praca jest opóźniona: określ liczbę dni ostatnich, które należy wziąć pod uwagę pod koniec elementu roboczego, jeśli jego stan jest nadal nowy lub jest w toku. Na przykład wprowadzenie trzech dni daje zespołowi 3 dni po zakończeniu iteracji oznaczanie ukończonych lub wykonanych elementów roboczych, zanim zostaną uznane za opóźnione.

     Uwaga

     Element roboczy jest uznawany za opóźniony, gdy data ukończenia elementu roboczego jest późniejsza niż data zakończenia iteracji, do której jest obecnie przypisany element roboczy. Uwzględnia ona wartość wprowadzoną dla dni ostatniej daty zakończenia iteracji, po której praca jest opóźniona.

4. Wybierz Zapisz, gdy skończysz. Na poniższej ilustracji przedstawiono szybkość na podstawie punktów historii i ośmiu przebiegów danych.

   

Aby uzyskać więcej informacji na temat stanów Planowano, Ukończono, Ukończono późno i Niekompletne, zobacz opisy stanów wymienione wcześniej w tym artykule.

Wymagane i zalecane zadania

Aby twój zespół uzyskał największe narzędzie z wykresów Prędkość, wykonaj te wymagane i zalecane zadania.

Wymagane:

• Zdefiniuj ścieżki iteracji (przebiegi) i skonfiguruj iteracji zespołu. Przebiegi powinny mieć ten sam czas trwania.
• Definiowanie i szacowanie elementów listy prac. Jeśli pracujesz z listy prac zespołu, tworzone elementy zostaną automatycznie przypisane do bieżącego przebiegu (iteracji) i domyślnej ścieżki obszaru zespołu.
• Zaktualizuj stan elementów listy prac po rozpoczęciu pracy i zakończeniu. Tylko elementy listy prac ze stanem w toku lub Gotowe są wyświetlane na wykresie lub widżecie Prędkość.

Zalecane:

• Zdefiniuj elementy listy prac i ich rozmiar, aby zminimalizować zmienność.
• Określ, w jaki sposób zespół chce traktować usterki. Jeśli Twój zespół zdecyduje się traktować usterki, takie jak wymagania, usterki pojawiają się na liście prac i są liczone na wykresie Prędkość i prognozowanie.
• Ustaw ścieżkę obszaru zespołu. Narzędzie prognozy prognozuje te elementy na podstawie domyślnych ustawień twojego zespołu. Te ustawienia mogą określać, aby uwzględnić elementy w ścieżkach obszaru w obszarze domyślnym lub wykluczyć je.
• Nie twórz hierarchii elementów listy prac i usterek. Tablice zadań Kanban i lista prac przebiegu pokazują tylko ostatni węzeł w hierarchii o nazwie węzeł liścia. Jeśli na przykład połączysz elementy w hierarchii o czterech poziomach głębokości, na tablicy Kanban pojawią się tylko elementy na czwartym poziomie, lista prac przebiegu i tablica zadań.
  Zamiast zagnieżdżać wymagania, usterki i zadania, zalecamy zachowanie płaskiej listy tylko do tworzenia linków nadrzędny-podrzędny o jednym poziomie między elementami. Używanie funkcji do grupowania wymagań lub scenariuszy użytkowników. Możesz szybko mapować historie na funkcje, które tworzą linki nadrzędno-podrzędne w tle.
• Zaktualizuj stan tych elementów listy prac, które zespół ukończył na końcu przebiegu. Niekompletne elementy powinny zostać przeniesione z powrotem do listy prac produktu i uwzględnione w przyszłym spotkaniu planowania przebiegu.
• Zminimalizuj zmienność rozmiaru elementów listy prac, aby zwiększyć zdolność zespołu do tworzenia oszacowań wartości truer. Zmienność zwiększa niepewność, ale minimalizując zmienność oszacowań, zwiększa prawdopodobieństwo zwiększenia prawdopodobieństwa bardziej niezawodnych metryk prędkości i wyników prognozy. Szacunki, z ich natury, nie odzwierciedlają rzeczywistości. Reprezentują one najlepsze odgadnięcie przez zespół co do nakładu pracy wymaganego do ukończenia elementu, ponieważ odnosi się do nakładu pracy w celu ukończenia innych elementów na liście prac.

Ważne

Usunięcie ścieżek obszaru lub ponowne skonfigurowanie ścieżek iteracji może spowodować utratę danych i nie można ich przywrócić. Na przykład wykresy ze spalonymi lub wypalonymi widżetami, spaleniem przebiegu i wykresami prędkości dla zespołów, których ścieżki warstwowe są zmieniane, nie będą odzwierciedlać poprawnych danych. Historyczne wykresy trendów odwołują się do ścieżki obszaru i ścieżki iteracji zgodnie z definicją w przeszłości dla każdego elementu roboczego. Po usunięciu ścieżki obszaru lub ścieżki iteracji nie można pobrać danych historycznych.

Dodawanie innych zespołów

Jeśli każdy zespół chce pracować z własnym widokiem listy prac, wykresem prędkości i narzędziem do prognozowania, możesz dodać nowy zespół. Każdy zespół uzyskuje dostęp do własnego zestawu narzędzi Agile. Każde narzędzie Agile filtruje elementy robocze tak, aby zawierały tylko przypisane ścieżki obszaru i ścieżki iteracji ustawione dla zespołu.

Następne kroki

Planowanie przebiegu

Powiązane artykuły

• Prognozowanie przebiegów
• Ustawianie uprawnień pulpitu nawigacyjnego
• Definiowanie ścieżek iteracji (przebiegów) i konfigurowanie iteracji zespołu
• Konfigurowanie widżetu burndown lub burnup