Udostępnij przez

Konfigurowanie i dostosowywanie usługi Azure Boards

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

Dostosuj usługę Azure Boards, aby odpowiadała procesom i potrzebom portfela twojego zespołu. W tym artykule opisano zalecane zadania i zagadnienia dotyczące administratorów, którzy konfigurują strukturę obszaru/iteracji, typy elementów roboczych (WIT), przepływy pracy i zachowanie tablicy.

Jeśli znasz już żądane zadania konfiguracyjne, zacznij od następujących artykułów:

Note

Większość wskazówek ma zastosowanie zarówno do wdrożeń w chmurze, jak i lokalnych. Niektóre funkcje (na przykład konsolidacja, analizy i narzędzia do planowania portfela) są dostępne tylko w chmurze.

Kluczowe zagadnienia

Przed zmianą ustawień zdecyduj, w jaki sposób zespoły będą działać oraz co powinno być widoczne dla zarządzania. Rozważ:

  • Struktura projektu a struktura zespołu: ile zespołów, hierarchia ścieżek obszaru i widoków zbiorczych jest potrzebnych?
  • Iteracje: tempo sprintu, grupowanie wydań, horyzont prognoz.
  • Schemat typów elementów roboczych: Jakich typów elementów roboczych (Funkcje, Historyjki/Zagadnienia/Elementy Backlogu Produktu, Zadania, Epiki) będą używać zespoły?
  • Potrzeby dotyczące raportowania: które pola, zestawienia i widoki analityczne muszą być dostępne?
  • Dostosowania: pola niestandardowe, przepływy pracy i sieci WIT wpływają na tablice, listy prac i raporty.
  • Uprawnienia i zarządzanie: Kto może zmieniać procesy, drzewa iteracji i ustawienia zespołu?

Dokumentowanie wyborów w celu spójnego stosowania ich przez zespoły.

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

Wybierz proces (Agile, Basic, Scrum lub CMMI) podczas tworzenia projektu. Każdy proces definiuje domyślny zestaw WIT i poziomów portfolio/zaległości. Możesz dodawać niestandardowe listy prac WIT i portfolio, aby obsługiwać twoją organizację.

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.

Użyj niestandardowych list prac WIT i portfolio, jeśli potrzebujesz dodatkowych warstw planowania (na przykład celów i kluczowych wyników).

Zrzut ekranu przedstawiający projekt, który dodaje Cele i Kluczowe Wyniki jako niestandardowe zestawy zadań portfela.

Wybierz jedną z tych metod śledzenia na wysokim poziomie, opartych na praktykach zespołu.

  • Tylko zadania — niezalecane. Oferuje ograniczoną priorytetyzację i brak planowania portfela.
  • Wymagania obejmujące zadania podrzędne — dobre dla zespołów Scrum, które szacują i śledzą czas.
  • Tylko wymagania — dobre dla zespołów Kanban lub Scrumban, które nie śledzą czasu.
  • Wymagania pogrupowane według WIT portfela — używaj, gdy wiele zespołów potrzebuje zestawień i kalendarzy dla zespołów.

Wyjaśnij wybrane podejście do zespołów oraz zaktualizuj dokumentację procesów.

Obszary, iteracji i konfiguracja zespołu

Użyj ścieżek obszaru, aby podzielić pracę według produktu, funkcji lub obszaru biznesowego. Użyj ścieżek iteracji dla przebiegów sprintów, wydań lub kamieni milowych.

Zalecenia:

  • Utwórz hierarchie ścieżek obszaru, które odzwierciedlają sposób, w jaki menedżerowie chcą, aby raporty zbiorcze były przedstawiane.
  • Nadaj każdemu zespołowi domyślny obszar i subskrypcję iteracji, aby elementy robocze dziedziczyły prawidłowy kontekst.
  • Stosuj spójne rytmy iteracji we wszystkich zespołach, które razem realizują zadania.

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

Powiązana zawartość:

Pokazywanie usterek na tablicach i listach prac

Każdy zespół decyduje, czy usterki pojawiają się na liście prac produktu (jako wymagania) lub są śledzone jako zadania powiązane z wymaganiami. Zespoły korzystające ze scrum często pokazują błędy na liście prac; zespoły korzystające z metody Agile lub CMMI mogą wybrać, czy usterki pojawiają się na listach prac. Aby zmienić sposób wyświetlania usterek dla zespołu, zaktualizuj ustawienia zespołu:

Zachowaj spójne zasady zespołu, aby zapytania, tablice i zestawienia zachowywały się przewidywalnie.

Widoki zestawienia i portfela

Dodaj kolumny zestawcze do listy prac, aby wyświetlić paski postępu, liczby lub sumy dla elementów podrzędnych. Użyj planów dostaw i osi czasu funkcji, aby zobaczyć harmonogramy i zależności między zespołami.

Zrzut ekranu przedstawiający paski zestawienia postępu na liście prac.

W przypadku planowania między zespołami należy użyć planów dostarczania i rozszerzeń osi czasu funkcji, jeśli jest to konieczne.

Tablice, kolumny i przepływy pracy

Stany przepływu pracy elementu roboczego określają domyślne kolumny tablicy. Masz następujące możliwości:

  • Dodaj niestandardowe stany przepływu pracy do sieci WITs (dotyczy wszystkich zespołów).
  • Dodaj kolumny do tablic zespołu (dotyczy tylko tego zespołu).
  • Starannie mapuj stany na kolumny, aby zachować spójność raportowania (na przykład skumulowane wykresy przepływu).

Powiązana zawartość:

Pola niestandardowe i raportowanie

Pola niestandardowe umożliwiają przechwytywanie danych specyficznych dla projektu. Mogą one zasilać zestawienia zbiorcze i raporty, ale mają zastosowanie w całym workflowie.

Zalecenia:

  • Ogranicz pola niestandardowe do tych, które obsługują raportowanie lub automatyzację.
  • Używaj niestandardowych pól liczbowych do podsumowań; korzystaj z list wyboru do spójnego raportowania.
  • Pamiętaj: pola procesowe są wspólne dla projektów w kolekcji/organizacji.

Note

Można zdefiniować maksymalnie 1024 pola na proces.

Niestandardowe typy pracy (WIT) i zmiany procesów

Dodawanie lub modyfikowanie sieci WIT i przepływów pracy ma wpływ na wiele narzędzi:

  • Nowe elementy pracy na poziomie wymagań są wyświetlane w backlogu produktu i mogą pojawić się w backlogu sprintu.
  • Nowe WITy typu zadaniowego pojawiają się na tablicach zadaniowych.
  • Zespoły muszą aktualizować tablice i mapowania, aby wyświetlać niestandardowe sieci WIT.

Zmiany na poziomie procesu wpływają na wszystkie zespoły. Ogranicz zmiany powodujące zakłócenia i przekaż je z wyprzedzeniem.

Uprawnienia i kto może zmienić to, co

Kontroluj, kto zmienia procesy, drzewa obszaru/iteracji i konfigurację zespołu:

  • Zmiany na poziomie procesu: Administratorzy kolekcji projektów lub użytkownicy z odpowiednimi uprawnieniami procesu.
  • Zmiany na poziomie projektu (obszary/iteracje): administratorzy projektu lub użytkownicy z uprawnieniami węzła.
  • Zmiany na poziomie zespołu: administratorzy zespołu lub administratorzy projektu.

Powiązana zawartość:

Śledzenie czasu i planowanie sprintu

Użyj pól Pozostała praca, Oryginalne oszacowanie i Ukończona praca podczas planowania i określania pojemności sprintu. Jeśli śledzisz czas dla celów rozliczeniowych lub innych, oceń rozszerzenia Marketplace w celu uzyskania lepszego wsparcia dla śledzenia czasu.

Powiązana zawartość:

Praktyczna lista kontrolna dla administratorów

  • Decyzja dotycząca procesu i strategii WIT: czy dziedziczyć, czy dostosować.
  • Hierarchie obszaru projektowania i iteracji.
  • Skonfiguruj zespoły i ustaw domyślne subskrypcje obszaru/iteracji.
  • Utwórz niezbędne foldery zapytań udostępnionych i uprawnienia.
  • Dodaj kolumny zestawienia i widżety pulpitu nawigacyjnego potrzebne menedżerom.
  • Przed zastosowaniem aktualizacji o szerokim zakresie należy pilotażowo wprowadzić zmiany w jednym zespole.
  • Przekaż zmiany i zaktualizuj wiki projektu.

Treści powiązane

  • Last updated on