Udostępnij za pośrednictwem

Informacje o konfigurowaniu i dostosowywaniu usługi Azure Boards

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

Usługę Azure Boards można skonfigurować i dostosować na wiele sposobów, aby lepiej zarządzać portfolio, zależnościami i monitorowaniem. Zalecamy zadania omówione w tym artykule szczególnie dla administratorów, którzy są odpowiedzialni za zarządzanie projektami wielo zespołowymi.

Szybki dostęp do typowych zadań:

Dostosuj karty | Zarządzaj kolumnami | Przyspiesz pracę za pomocą torów | Skonfiguruj swój backlog.

Uwaga

Większość wskazówek w tym artykule jest prawidłowa zarówno dla wersji chmurowych, jak i lokalnych. Jednak niektóre funkcje zawarte w tym artykule, takie jak Rollup, Analytics i niektóre narzędzia do planowania portfela, są obecnie dostępne tylko dla chmury.

Jeśli dopiero zaczynasz pracę jako administrator projektu, zobacz też Rozpoczęcie jako administrator.

Kwestie wymagające rozważenia

Aby jak najlepiej wykorzystać usługę Azure Boards, dowiedz się, jak zespoły używają swoich narzędzi i funkcji (na przykład Scrum, Kanban i Scrumban) oraz ich zależności od konfiguracji i dostosowań. W poniższej tabeli podsumowano podstawowe elementy, które należy wziąć pod uwagę podczas tworzenia struktury projektu.

Poziom projektu

  • Ile zespołów chcesz zdefiniować
  • Jak utworzyć strukturę ścieżek obszaru w celu obsługi widoków zarządzania portfelem
  • Dostosowanie pól
  • Niestandardowe typy elementów roboczych (WIT)
  • Dostosowania listy prac portfela
  • Dostosowania przepływu pracy

Poziom zespołu

  • Jak używasz backlogu produktu do planowania i priorytetyzacji pracy
  • Niezależnie od tego, czy śledzisz błędy jako wymagania, czy jako zadania, czy też nie używasz błędów w ogóle
  • Bez względu na to, czy używasz zadań do śledzenia czasu i wydajności
  • Jak używać poziomów zaległości portfela
  • Jak informować wyższe zarządzanie postępem, stanem i ryzykiem

Dostosuj bloki konstrukcyjne i narzędzia do śledzenia pracy, aby obsługiwać potrzeby biznesowe i przekazywać wytyczne dotyczące użycia zespołowi.

Typy elementów roboczych i zaległości portfela

Podczas tworzenia projektu w usłudze Azure Boards należy najpierw wybrać proces. Każdy proces (Agile, Basic, Scrum i CMMI) obsługuje hierarchię WIT, w tym listy prac produktów i portfela. Domyślne WIT dla każdego procesu są wyświetlane na odpowiednich kartach, z listami zaległości pod Wymagania i zadaniami pod Zadania.

Na poniższej ilustracji przedstawiono hierarchię elementu roboczego listy prac procesu Agile:

Diagram przedstawiający typy elementów roboczych Agile.

  • Scenariusze i zadania użytkownika służą do śledzenia pracy.
  • Usterki śledzą wady kodu.
  • Epiki i cechy służą do grupowania pracy w większych scenariuszach.

Każdy zespół może skonfigurować sposób zarządzania elementami roboczymi usterki na tym samym poziomie co scenariusz użytkownika lub elementy robocze zadania. Użyj ustawienia Praca z usterkami. Aby uzyskać więcej informacji na temat używania tych typów elementów roboczych, zobacz Proces Agile.

Można dodawać niestandardowe WITy na każdym poziomie, a nawet dodawać niestandardowe zestawy backlogów portfela. Na przykład jest to projekt, który dodał cele i kluczowe wyniki jako niestandardowe elementy WIT i odpowiadające im listy prac portfela w procesie Scrum.

Cele i kluczowe wyniki jako dodatkowe zaległości w portfelu.

Zespoły mogą wybrać, których sieci WIT używają do śledzenia swojej pracy. Poniższa tabela zawiera podsumowanie głównych opcji, zalecanego użycia oraz obsługiwanych zadań i narzędzi.

Opcje śledzenia pracy

Obsługiwane zadania i narzędzia

Tylko zadania

Niezalecane
Nie ma możliwości szybkiego wprowadzania nowych zadań na liście prac ani nadania priorytetów zaległości zadań. Ponadto nie ma obsługi widoków kalendarza, widoków między zespołami ani planowania portfela

Wymagania dotyczące zadań zależnych od dzieci

Obsługuje metody Scrum
Zalecane dla zespołów, które stosują metody Scrum i chcą śledzić czas skojarzony z pracą.

Wiele zespołów zaczyna korzystać z metod Scrum, aby śledzić i planować swoją pracę przy użyciu narzędzi dostępnych za pośrednictwem centrum Sprints. Narzędzia Sprints obsługują szacowanie i śledzenie pozostałych prac oraz korzystanie z planowania pojemności. Jeśli nie planujesz korzystania z tych narzędzi, dodawanie zadań zależnych od dzieci jest opcjonalne. Deweloperzy mogą dodawać je jako listę kontrolną elementów, których potrzebują do ukończenia opowieści użytkownika lub wymagania backlogu.

Tylko wymagania, takie jak historia użytkownika (Agile), zgłoszenia (Basic), elementy backlogu produktu (Scrum), wymagania (CMMI)

Obsługuje metody Kanban i Scrumban
Zalecane w przypadku zespołów, które stosują metody Kanban lub Scrumban, szacują pracę przy użyciu punktów historii, nakładu pracy lub rozmiaru i nie śledzą czasu skojarzonego z pracą.

Wymagania pogrupowane w ramach sieci WIT portfela, takie jak epiki i funkcje

Obsługuje widoki kalendarza, widoki między zespołami i planowanie portfela
Zalecane w przypadku organizacji z kilkoma zespołami, które chcą wyświetlać zestawienia i widoki kalendarza skojarzone z wieloma zespołami, oraz korzystać ze wszystkich narzędzi do planowania portfela.

Opcje konfigurowania i dostosowywania

W poniższej tabeli przedstawiono obszary, które można konfigurować i dostosowywać, oraz narzędzia, których dotyczą te dostosowania. Każdy obszar można dostosować na poziomie Organizacji, Projektu lub Zespołu, jak zauważono, lub kombinacją dwóch poziomów. Opis narzędzi standardowych, narzędzi analitycznych i narzędzi do planowania portfela znajduje się w temacie Co to jest usługa Azure Boards, raporty kontekstowe: śledzenie pracy i plany (Agile na dużą skalę).

Konfigurowanie lub dostosowywanie

Narzędzia standardowe

Analiza

Narzędzia do planowania portfela

Ścieżki obszaru, konfiguracja projektu i subskrypcje zespołów (Projekt, Zespół)

  • Tablice>Wszystkie narzędzia
  • >Zaległości — wszystkie narzędzia
  • Sprinty>Wszystkie narzędzia
  • Diagram przepływu skumulowanego
  • Prędkość
  • Trend spalania
  • Plany dostarczania
  • Harmonogram funkcji
  • Plan Epików
  • Plany portfela (wersja beta)

Ścieżki iteracji, konfiguracja projektu i subskrypcja zespołu (Project, Team)

  • Zaległości>Planowanie sprintu
  • >Listy prac przebiegu przebiegu
  • >Pojemność sprintu
  • Tablica zadań sprintów>
  • Prędkość
  • Trend spalania
  • Plany dostarczania
  • Harmonogram funkcji
  • Plan Epików
  • Plany portfela (wersja beta)

Pokaż błędy na zaległościach i tablicach (zespół)
Niestandardowe typy WIT, zaległości produktu w procesie
Niestandardowe typy WIT, Tablica zadaniowa (proces)

  • Tablica produktowa>
  • Zaległości>dotyczące produktu
  • Narzędzie do mapowania zaległości
  • >Listy prac przebiegu przebiegu
  • Tablica zadań sprintów>
  • Prędkość

Niestandardowe sieci WIT, zaległości portfela (proces)
Więcej zaległości w portfelu (proces)

  • Tablice portfolio płyt>
  • Listy zaległości w portfolio
  • Narzędzie do mapowania zaległości
  • Prędkość

Niestandardowy przepływ pracy (proces)

  • Tablica produktowa>
  • Tablice portfolio płyt>
  • Tablica zadań sprintów>
  • Diagram przepływu skumulowanego

Dostosowane pole (proces)

  • Tablica produktowa>
  • Tablice portfolio płyt>

Ścieżki obszaru, zespoły produktów i zarządzanie portfelem

Ścieżki obszaru umożliwiają grupowanie elementów roboczych według produktów, funkcji lub obszarów biznesowych oraz wspieranie zespołów odpowiedzialnych za pracę przypisaną do tych obszarów. Można zdefiniować hierarchiczny zestaw ścieżek obszaru lub zestaw płaski. Zazwyczaj należy zdefiniować hierarchiczny zestaw ścieżek obszaru, aby obsługiwać hierarchię biznesową, która chce śledzić postęp kilku zespołów.

Ścieżki obszaru i grupowanie hierarchiczne

Dwa główne sposoby grupowania elementów roboczych to według ścieżki obszaru i poprzez przypisanie ich do WIT portfela jak opisano na początku tego artykułu. Te dwa nie wykluczają się wzajemnie. Oto ich różnice:

  • Ścieżki obszaru przypisane do zespołu określają, które elementy robocze są wyświetlane w widoku zespołu: listy prac produktu, listy prac portfela, planów dostarczania lub innego narzędzia do planowania portfela
  • Grupowanie elementów roboczych w ramach funkcji nadrzędnej lub epików określa, jakie widoki zestawienia są dostępne oraz jak praca jest prezentowana w narzędziu do planowania portfela.

Tagi można również przypisywać do elementów roboczych, aby pogrupować je w celu wykonywania zapytań i filtrowania. Dlatego podczas tworzenia struktury zespołów i projektów upewnij się, że rozumiesz, jak używasz tych narzędzi grupowania do obsługi potrzeb biznesowych. Twoje wybory mają wpływ na korzystanie z narzędzi do planowania portfela.

Narzędzia zależne od ścieżki obszaru

Aby wykonać następujące zadania, należy zdefiniować ścieżki obszaru:

Napiwek

Możesz zdefiniować strukturę ścieżek obszarów i przypisać ścieżki obszarów do zespołów. Możesz też dodać zespół i jednocześnie utworzyć ścieżkę obszaru z nazwą zespołu. Jeśli zespoły są w pełni niezależne, utwórz płaski zestaw ścieżek obszaru. Jeśli jednak chcesz utworzyć hierarchię zespołów, musisz utworzyć hierarchię drzewiastą ścieżek obszarów. Aby uzyskać więcej informacji, zobacz Konfigurowanie hierarchii zespołów.

Aby użyć następujących narzędzi, zespoły muszą zarejestrować się w ścieżkach obszarów:

Ścieżki obszarów i przypisywanie zespołów

Każdy projekt ma domyślny zespół i domyślną ścieżkę obszaru. W niektórych przypadkach istnieje tylko jeden zespół do planowania i śledzenia pracy. W miarę rozwoju organizacji możesz jednak dodać więcej zespołów do zarządzania backlogiem i sprintami.

W poniższym przykładzie przedstawiono ścieżki obszaru i ich przypisania do zespołów, które obsługują widoki zarządzania portfelem dla zespołów ds. zarządzania kontami i dostarczania usług.

Zrzut ekranu przedstawiający ścieżki obszarów i przypisania do zespołów.

Aby uzyskać więcej informacji, zobacz następujące artykuły:

Rekomendacje:

  • Zastanów się, jakie górne zarządzanie musi wiedzieć i jak najlepiej je obsługiwać
  • Zastanów się, jak chcesz używać konsolidacji zarówno do zarządzania zespołem, jak i portfelem.
  • Definiowanie epików i scenariuszy dla dużych inicjatyw, które wymagają co najmniej dwóch sprintów do ukończenia.
  • Utwórz hierarchiczne ścieżki obszarów, aby obsługiwać podkategorie funkcji i obszarów produktów.
  • Zdefiniowanie wymagań dotyczących pracy, którą można wykonać w jednym sprincie i przypisać jednej osobie
  • Definiowanie zadań w celu śledzenia bardziej szczegółowych szczegółów lub śledzenia czasu spędzonego na pracy

Napiwek

  • Element roboczy można przypisać tylko do pojedynczej osoby. Podczas definiowania elementów roboczych należy wziąć pod uwagę liczbę potrzebnych elementów roboczych i osób, do których należy je przypisać.
  • Wybierz Node Name pole jako kolumnę, aby wyświetlić obszar węzła liścia na liście zaległości lub na karcie tablicy. Aby uzyskać więcej informacji, zobacz Dostosowywanie kart.
  • Nie twórz linków nadrzędne-podrzędne między elementami roboczymi tego samego typu, takimi jak historyjka-historyjka, usterka-usterka, zadanie-zadanie.

Większość narzędzi usługi Azure Boards obsługuje filtrowany widok elementów roboczych na podstawie ścieżki obszaru lub ścieżki iteracji. Możesz również zastosować dodatkowe filtry w oparciu o słowa kluczowe, przypisania, WIT i nie tylko.

Usterki jako wymagania lub zadania

Każdy zespół może wybrać sposób zarządzania usterkami. Niektóre zespoły lubią śledzić usterki wraz z wymaganiami na liście prac. Inne zespoły lubią śledzić usterki jako zadania wykonywane w celu zapewnienia obsługi wymagań. Usterki następnie pojawiają się na ich tablicy zadań.

Jeśli używasz procesu Scrum, domyślną konfiguracją jest śledzenie usterek wraz z elementami backlogu produktu (PBI). Jeśli pracujesz w projekcie na podstawie procesów Agile lub CMMI, usterki nie są automatycznie wyświetlane na liście prac.

Ustal ze swoim zespołem, jak chcesz zarządzać usterkami. Następnie odpowiednio zmień ustawienia zespołu.

Napiwek

Po odświeżeniu listy prac lub tablicy i nie widzisz błędów tam, gdzie się ich spodziewasz, zapoznaj się z Jak listy prac i tablice wyświetlają hierarchiczne (zagnieżdżone) elementy. Tylko liściaste węzły zagnieżdżonych elementów są wyświetlane na tablicach zadań sprintu.

System WITs na liście zaległości

Aby monitorować problemy lub przeszkody wraz z wymaganiami albo na backlogu portfela, dodaj je do niestandardowego procesu dziedziczonego. Aby uzyskać więcej informacji, zobacz Dostosowywanie listy prac lub tablic (proces dziedziczenia).

Konsolidacja, hierarchia i zarządzanie portfelem

Kolumny podsumowania umożliwiają wyświetlanie pasków postępu lub sum pól liczbowych oraz obiektów podrzędnych w hierarchii. Obiekty podrzędne odpowiadają wszystkim elementom podrzędnym w obrębie hierarchii. Do listy wstecznej produktu lub portfolio można dodać jedną lub więcej kolumn podsumowujących.

W tym miejscu pokażemy pozycję Postęp według wszystkich elementów roboczych, które wyświetlają paski postępu dla elementów roboczych rosnących na podstawie procentu zamkniętych elementów podrzędnych.

Zrzut ekranu przedstawiający listę prac, paski postępu pokazujące zestawienie według elementów roboczych.

Harmonogramy dostaw obsługują widoki skumulowane epików, funkcji oraz innych niestandardowych list prac portfela.

Zrzut ekranu przedstawiający widok podsumowania postępu czterech scenariuszy planów dostaw.

Ścieżki iteracji, sprinty, wydania i wersjonowanie

Ścieżki iteracji obsługują procesy Scrum i Scrumban, w których praca jest przypisywana do określonego okresu czasu. Ścieżki iteracji umożliwiają grupowanie pracy w sprintach, punktach kontrolnych lub innych okresach związanych z konkretnymi zdarzeniami lub czasem. Każda iteracja lub sprint odpowiada regularnemu przedziałowi czasowemu nazywanemu cyklem sprintu. Typowe długości sprintu to dwa tygodnie, trzy tygodnie lub miesiąc. Aby uzyskać więcej informacji, zobacz About area and iteration paths (Informacje o ścieżkach obszaru i iteracji).

Ścieżki iteracji mogą być płaską listą lub grupowane w punktach kontrolnych wydania, jak pokazano na poniższej ilustracji.

Zrzut ekranu przedstawiający ścieżki iteracji pogrupowane.

Chociaż ścieżki iteracji nie mają wpływu na narzędzia tablicy, można użyć ścieżek iteracji jako filtru na tablicach. Aby uzyskać więcej informacji, zobacz Filtrowanie tablicy.

Zdefiniuj ścieżki iteracji i przypisz je do zespołów, gdy chcesz użyć następujących narzędzi:

Napiwek

Jeśli zespół nie zasubskrybował ani nie wybrał ścieżki iteracji, ta ścieżka iteracji nie będzie wyświetlana w widoku zespołu ani narzędziu.

Śledzenie czasu

Większość organizacji korzystających z procesów Scrum używa oszacowań czasu na potrzeby planowania pojemności Sprintu. Narzędzia Azure Boards w pełni obsługują śledzenie czasu w tym celu. Używane pole główne to pole zadania Remaining Work, które zwykle wraca do zera na końcu sprintu.

Jednak niektóre organizacje wymagają śledzenia czasu w celu obsługi innych celów, takich jak rozliczenia lub utrzymywanie rekordów alokacji czasu. Wartości czasu szacowanej pracy i wykonanej pracy są interesujące. Procesy Agile i CMMI udostępniają te pola —Original Estimate, Completed Work, Remaining Work— do śledzenia czasu. Można ich używać w tym celu. Jednak usługa Azure Boards zapewnia ograniczoną natywną obsługę śledzenia czasu. Zamiast tego rozważ użycie rozszerzenia witryny Marketplace do obsługi innych wymagań dotyczących śledzenia czasu.

Uwaga

Pola Original Estimate, Completed WorkRemaining Work zostały zaprojektowane pod kątem obsługi integracji z programem Microsoft Project. Obsługa integracji z programem Microsoft Project jest przestarzała dla usługi Azure DevOps Server 2019 i nowszych wersji, w tym usługi w chmurze.

Proces zmian wpływających na wszystkie zespoły

Każda zmiana wprowadzonych w procesie w projekcie ma wpływ na wszystkie zespoły w tym projekcie. Wiele zmian nie powoduje większych zakłóceń w zespołach, które obsługują, ale następujące zmiany to robią.

Pola niestandardowe

Podczas dodawania pól niestandardowych do funkcji WIT nie ma to bezpośredniego wpływu na żadne konkretne narzędzie. Zamiast tego te pola stają się widoczne w odpowiednich elementach roboczych. Jeśli na przykład wprowadzisz niestandardowe pole liczbowe, możesz użyć go do obliczeń zbiorczych na listach prac. Możesz również użyć tego pola niestandardowego z następującymi narzędziami raportowania. W związku z tym, chociaż efekt nie jest specyficzny dla narzędzia, zwiększa możliwość dostosowywania elementów roboczych do potrzeb projektu.

Uwaga

Wszystkie pola domyślne i niestandardowe są współużytkowane we wszystkich projektach w kolekcji lub organizacji. Istnieje limit 1024 pól, które można zdefiniować dla procesu.

Niestandardowe WITs

W poniższej tabeli przedstawiono efekty dodawania niestandardowego elementu WIT do określonej kategorii.

Zadanie

Wymaganie

Epika lub funkcja

  • Podrzędne elementy robocze nowego trybu WIT są wyświetlane na liście prac produktu
  • Elementy robocze oparte na nowym WIT są wyświetlane na listach sprintu i tablicach zadań.
  • Elementy robocze oparte na nowym WIT są wyświetlane na backlogu produktu i \board
  • Każdy zespół musi skonfigurować \board, aby obsługiwać nowe WIT
  • Elementy robocze oparte na nowym WIT są wyświetlane na odpowiednich listach prac i tablicach portfela
  • Każdy zespół musi skonfigurować \boards w celu obsługi nowego trybu WIT
  • Nowe WIT-y mogą nie pojawiać się w jednym lub więcej narzędziach do planowania portfela

Niestandardowy przepływ pracy

Każdy proces obsługuje domyślny przepływ pracy. Ten przepływ pracy definiuje domyślne kolumny, które są wyświetlane na tablicach i tablicach zadań sprintu.

Stany przepływu pracy: historia użytkownika, proces Agile

Stany przepływu pracy scenariusza użytkownika, proces Agile

Czasami zespoły chcą śledzić stan swojej pracy, która wykracza poza te stany domyślne. Pomoc techniczna jest zapewniana na jeden z następujących sposobów:

  • Dodaj niestandardowe stany przepływu pracy do trybu WIT: ta opcja ma wpływ na wszystkie zespoły i wymaga zaktualizowania konfiguracji tablicy.
  • Dodaj kolumny do tablicy: ta opcja wpływa tylko na zespół, który dodaje kolumny.

Oba stany i kolumny przepływu pracy są wyświetlane na diagramie przepływu skumulowanego dla zespołu. Osoby mogą wybrać kolumny wyświetlane na wykresie. Aby uzyskać więcej informacji, zobacz Diagram przepływu skumulowanego.

Kto może wprowadzać zmiany?

Ponieważ ustawienia na poziomie procesu, na poziomie projektu i na poziomie zespołu mogą mieć szeroki wpływ, zmiany są ograniczone do użytkowników z następującymi wymaganymi uprawnieniami.

Zmiany na poziomie procesu

Aby tworzyć, edytować lub zarządzać procesami dziedziczonymi i stosować je do projektów, należy być członkiem grupy administratorów kolekcji projektów . Możesz też mieć odpowiednie uprawnienia Tworzenie procesu, Usuwanie procesu, Edytowanie procesulub Usuń pole z organizacji ustawione na Zezwalaj na. Zobacz Ustaw uprawnienia i dostęp do śledzenia pracy, Dostosuj proces dziedziczony.

Aby uzyskać więcej informacji, zobacz następujące artykuły:

Zmiany na poziomie projektu

Aby dodać ścieżki obszaru lub ścieżki iteracji, musisz być członkiem grupy Project Administrators.

Aby dodawać, edytować oraz zarządzać ścieżkami obszaru i ścieżkami iteracji w określonym węźle, musisz mieć co najmniej jedno z następujących uprawnień ustawionych na Zezwalaj na:

  • Tworzenie węzłów podrzędnych
  • Usuń ten węzeł
  • Edytuj ten węzeł
  • Zobacz uprawnienia w tym węźle

Aby uzyskać więcej informacji, zobacz następujące artykuły:

Zmiany na poziomie zespołu

Aby skonfigurować narzędzia zespołowe, należy być administratorem zespołu lub członkiem grupy Administratorzy projektów .

Administratorzy zespołu wykonują następujące operacje:

  • Dodawanie członków zespołu
  • Subskrybuj ścieżki obszaru i iteracji
  • Konfigurowanie rejestrów zaległości i innych wspólnych ustawień zespołu
  • Konfigurowanie tablic
  • Zarządzanie powiadomieniami zespołu

Aby uzyskać więcej informacji na temat konfigurowania list prac i tablic, zobacz Zarządzanie i konfigurowanie narzędzi zespołu.

Następne kroki

Rozpocznij pracę jako administrator