Wyświetlanie i konfigurowanie szybkości zespołu
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Metryki prędkości zapewniają cenne szczegółowe informacje, które pomagają zespołom planować i prognozować przebiegi oraz oceniać, jak dokładnie szacują i spełniają planowane zobowiązania. Te wskaźniki wskazują, ile pracy może wykonać zespół podczas sprintu, na podstawie liczby ukończonych elementów roboczych lub sumy oszacowań wysiłku (elementy backlogu produktu), punkty historyjek (historyjki użytkownika) lub rozmiar (wymagania). Użyj szybkości, aby pomóc w określaniu zdolności zespołu, ale nie należy go mylić z kluczowymi wskaźnikami wydajności.
Wymagania wstępne
| Kategoria | Wymagania |
|---|---|
| poziomy dostępu |
-
członek projektu. — Co najmniej Podstawowy dostęp. |
| uprawnienia |
-
administrator zespołu lub administrator projektu lub określone uprawnienia pulpitu nawigacyjnego przyznane Tobie. Aby dodać widżet do pulpitu nawigacyjnego zespołu, musi to zrobić członek zespołu. |
| włączanie funkcji | włączono usługę Azure Boards. 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. |
| świadomość zadań | Należy pamiętać o wymaganych i zalecanych zadaniach wymienionych w dalszej części tego artykułu. |
| Kategoria | Wymagania |
|---|---|
| poziomy dostępu |
-
członek projektu. — Co najmniej Podstawowy dostęp. |
| uprawnienia |
-
administrator zespołu lub administrator projektu lub określone uprawnienia pulpitu nawigacyjnego przyznane Tobie. Aby dodać widżet do pulpitu nawigacyjnego zespołu, musi to zrobić członek zespołu. |
| włączanie funkcji |
-
Usługi Azure Boards zostały 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. - Zainstalowano i włączono Analytics. administratorzy kolekcji projektów grupy mogą dodawać rozszerzenia lub włączać usługę. Właściciele organizacji są automatycznie członkami tej grupy. |
Napiwek
Obrazy w tym artykule mogą się różnić od tego, co widzisz w portalu internetowym. Te różnice mogą być spowodowane aktualizacjami aplikacji internetowej, opcjami włączonymi przez Ciebie lub administratorem oraz procesem wybranym podczas tworzenia projektu (Agile, Basic, Scrum lub CMMI). Proces podstawowy jest dostępny od wersji Azure DevOps Server 2019 Update 1.
Typy wykresów prędkości
Możesz wybrać między dwoma wykresami prędkości: wykresem prędkości kontekstowej ze strony Listy prac i widżetem prędkości dla pulpitów nawigacyjnych. Oba wykresy ułatwiają szybkie zrozumienie kategorii stanu przepływu pracy opisanych w poniższej tabeli.
Elementy w stanach proponowane lub rozwiązane są wykluczone z obliczeń ukończono, ukończono późno i niekompletne. 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). Twoje wybory są osobiste i zachowywane podczas kolejnych sesji, aż do ich zmiany.
| Stan przepływu pracy | opis |
|---|---|
| Planowane | Elementy robocze przypisane do sprintu przed jego rozpoczęciem. Jeśli zostaną ponownie przydzielone po rozpoczęciu sprintu, pozostają zaplanowane w oryginalnym sprincie i będą wyświetlane jako Opóźnione lub Niekompletne w nowym sprincie. |
| Ukończone | Elementy pracy przypisane do sprintu i ukończone przed końcem sprintu. |
| Ukończono późno | Elementy robocze przypisane do sprintu, ale ukończone po jego zakończeniu. |
| Niepełne | Elementy robocze przypisane do sprintu, ale nie zostały jeszcze ukończone. |
| Rozwiązany | Usterki przypisane do sprintu, wskazujące, że rozwiązanie zostało zaimplementowane, ale jeszcze nie zostało zweryfikowane. |
W dalszej części tego artykułu dowiesz się, jak otworzyć raport Prędkość w kontekście lub skonfigurować widżet Prędkość.
Każdy wykres można skonfigurować na następujące sposoby:
- Suma wysiłku, punktów scenariusza, pól rozmiaru lub innych obsługiwanych pól liczbowych przypisanych do elementów backlogu.
- Liczba elementów roboczych na liście zaległości.
- Liczba iteracji.
Widżet oferuje więcej opcji konfiguracji. Aby uzyskać więcej informacji, zobacz Konfigurowanie i wyświetlanie wykresów prędkości.
Wyświetl raport Velocity w kontekście
Raporty dotyczące wydajności są dostępne zarówno dla rejestrów produktu, jak i portfela. Każdy raport zawiera interaktywne kontrolki, dzięki czemu użytkownicy mogą dostosować widok do określonych zainteresowań.
Zaloguj się do projektu (
https://dev.azure.com/{Your_Organization/Your_Project}).Wybierz Tablice>Zaległości>Analityka, aby otworzyć Raport Prędkości dla swojego produktu lub zaległości portfela.
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ść.
Użyj kontrolek interakcyjnych, aby wybrać pole liczby lub sum i liczbę iteracji. Wybierz opcję Niestandardowe iteracje, aby określić liczbę iteracji z zakresu od 1 do 15.
Jeśli twój zespół nie ukończy sprintu lub jeśli pracujesz nad jakimikolwiek elementami przed rozpoczęciem sprintu, nie ma danych do analizowania i prognozowania. Może zostać wyświetlony następujący komunikat: Ustaw daty iteracji, aby użyć tego widżetu. Aby rozwiązać tę sytuację, ustaw zakres dat iteracji, aby uwzględniał bieżącą datę lub poczekaj na rozpoczęcie sprintu.
Umieść kursor na obszarze kolumny, aby wyświetlić podsumowanie planowanych i ukończonych elementów roboczych. Na przykład dla sprintu 07_2019 zaplanowano 131 elementów.
Aby uzyskać więcej informacji, zobacz opisy stanu przepływu pracy wymienione wcześniej w tym artykule.
Aby dodać raport do pulpitu nawigacyjnego, wybierz
ikonę akcji i wybierz pozycję Kopiuj do pulpitu nawigacyjnego.
Wybierz pulpit nawigacyjny i wybierz przycisk OK.
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ść.
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 nakład pracy, punkty historii lub rozmiar.
Określ liczbę sprintów, które chcesz wyświetlić. Wartość domyślna to 6, a wartość maksymalna to 15.
(Opcjonalnie) Zaznacz pola wyboru, aby wyświetlić dodatkowe informacje dotyczące prac zakończonych później niż planowano dla każdego sprintu.
- 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 po dacie rozpoczęcia iteracji, gdy planowana praca jest ostateczna: określ liczbę dni po dacie rozpoczęcia, aby zliczyć planowane prace. 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 dniu01/01/2024, a trzy elementy backlogu są przypisywane do iteracji na01/01/2024koniec dnia, te trzy elementy backlogu uznaje się za zaplanowane. Jeśli twój zespół nie ukończy planowania do kilku dni po rozpoczęciu iteracji, możesz zaktualizować liczbę dni, które upłynęły od rozpoczęcia iteracji, gdy planowana praca będzie ostateczna. - 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 po zakończeniu iteracji, po których praca jest uważana za opóźnioną: określ liczbę dni, po upływie których uważasz, że element roboczy jest opóźniony, jeśli jego status nadal jest nowy lub w toku. Na przykład wprowadzenie trzech dni daje zespołowi 3 dni po zakończeniu iteracji na oznaczenie elementów roboczych jako ukończone lub wykonane, zanim zostaną uznane za opóźnione.
Wybierz pozycję Zapisz. Na poniższym obrazie przedstawiono prędkość na podstawie Story Points i ośmiu sprintów danych.
Aby uzyskać więcej informacji na temat Planowano, Ukończono, Ukończono późno i Niekompletne, zobacz opisy stanów wymienione wcześniej w tym artykule.
Wymagane i zalecane zadania dotyczące używania wykresów prędkości
Aby twój zespół uzyskał największą wartość z wykresów prędkości, wykonaj te wymagane i zalecane zadania.
Wymagane zadania
- Określanie ścieżek iteracji (sprintów) i konfigurowanie iteracji zespołu. Upewnij się, że sprinty mają ten sam czas trwania.
- Definiowanie i szacowanie elementów listy prac. Elementy utworzone z zespołowego backlogu są automatycznie przypisywane do bieżącego sprintu i domyślnego obszaru zespołu.
- Zaktualizuj status elementów zaległości przy rozpoczęciu i zakończeniu pracy. Na wykresie prędkości lub w widżecie są wyświetlane tylko elementy ze stanem w toku lub gotowe .
Zalecane zadania
- Zdefiniuj i określ rozmiar elementów backlogu w celu zminimalizowania zmienności.
- Zdecyduj, w jaki sposób zespół traktuje błędy. Jeśli błędy są traktowane jak wymagania, pojawiają się na liście prac i są uwzględniane na wykresie prędkości oraz w prognozach.
- Ustaw ścieżkę obszaru dla swojego zespołu. Narzędzie do prognozowania używa tych ustawień, aby dołączyć lub wykluczyć elementy w ścieżkach obszaru zespołu zgodnie z domyślnymi ustawieniami zespołu.
- Unikaj tworzenia hierarchii elementów backlogu i usterek. Tablice, tablice zadań i lista prac sprintu pokazują tylko ostatni węzeł w hierarchii. Zamiast tego należy zachować płaską listę z powiązaniami rodzic-dziecko na jednym poziomie. Użyj funkcji do grupowania wymagań lub historyjek użytkowników.
- Zaktualizuj stan ukończonych elementów listy prac na końcu sprintu. Przenieś niekompletne elementy z powrotem do backlogu produktu dla przyszłego planowania sprintu.
- zminimalizować zmienność rozmiaru elementów listy prac w celu zwiększenia dokładności szacowania. Zmniejszenie zmienności zwiększa niezawodność metryk prędkości i wyników prognozy. Szacunki to najlepsze przypuszczenia zespołu dotyczące nakładu pracy wymaganego do ukończenia elementu w porównaniu z innymi elementami w backlogu.
Ważne
- Usunięcie ścieżek obszaru lub ponowne skonfigurowanie ścieżek iteracji powoduje nieodwracalną utratę danych. Na przykład:
- Wykresy burndown i burnup dla widżetów
- Wykresy spalania sprintu
- Wykresy prędkości dla zespołów ze zmienionymi ścieżkami obszaru
- Historyczne wykresy trendów, które odwołują się do ścieżki obszaru i ścieżki iteracji , zdefiniowanej w tamtym czasie dla każdego elementu roboczego.
- Po usunięciu nie można pobrać danych historycznych dla tych ścieżek.
- Można usuwać tylko ścieżki obszaru i iteracji, które nie są już używane przez żadne elementy robocze.
Dodawanie innych zespołów
Jeśli każdy zespół chce mieć własny widok listy prac, wykres prędkości i narzędzie do prognozowania, możesz dodać nowy zespół. Każdy zespół ma dostęp do własnego zestawu narzędzi Agile, które filtrują elementy robocze, aby uwzględnić tylko przypisane ścieżki obszaru i ścieżki iteracyjne specyficzne dla tego zespołu.