Konfigurowanie i dostosowywanie Azure Boards

Usługi Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

Dostosuj Azure Boards, aby dopasować je do procesów i potrzeb rozwiązaniowych twojego zespołu. W tym artykule opisano zalecane zadania i zagadnienia dotyczące administratorów, którzy konfigurują strukturę obszaru i iteracji, typy elementów roboczych (WIT), przepływy pracy i zachowanie tablicy.

W tym artykule opisano sposób organizowania projektu przed dostosowaniem tablic, list prac i ustawień zespołu.

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

Note

Większość wskazówek ma zastosowanie zarówno do usług Azure DevOps, jak i Azure DevOps Server. Niektóre funkcje, takie jak analiza i środowisko planowania dostarczania, różnią się w zależności od wersji lub instalacji. Plany dostaw są wbudowaną funkcją programu Azure DevOps Server w wersji 2022 i nowszych, a wcześniej były dostępne jako rozszerzenie dostępne w witrynie Marketplace.

Wskazówka

Możesz użyć sztucznej inteligencji, aby pomóc w Azure DevOps zadaniach. Zobacz Włącz pomoc AI z Azure DevOps MCP Server, aby rozpocząć pracę.

Kluczowe zagadnienia

Użyj tych pytań, aby ukształtować wybraną konfigurację.

Area Pytania, na które należy odpowiedzieć
Struktura projektu a zespołu Ile potrzebujesz zespołów, hierarchii ścieżek obszaru i zbiorczych widoków?
Iterations Jaka kadencja sprintów, grupowanie wydań i horyzont prognozy działają najlepiej?
Schemat elementów roboczych Których elementów WIT powinny używać zespoły (Funkcje, Historie/Problemy/PBIs, Zadania, Epiki)?
Potrzeby dotyczące raportowania Które pola, podsumowania i widoki analityczne muszą być dostępne?
Dostosowania Jak pola niestandardowe, przepływy pracy i sieci WIT wpływają na tablice, listy prac i raporty?
Uprawnienia i ład Kto może zmieniać procesy, drzewa obszarów/iteracji i ustawienia zespołu?

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

Wybieranie typów elementów roboczych i backlogów 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 tym diagramie przedstawiono hierarchię listy prac procesu Agile:

Diagram przedstawiający typy elementów roboczych Agile.

  • Śledzenie pracy przy użyciu scenariuszy i zadań użytkownika.
  • Użyj usterek, aby śledzić wady kodu.
  • Użyj epików i funkcji, aby grupować pracę w ramach większych scenariuszy.

Każdy zespół może skonfigurować, czy zarządzać usterkami na tym samym poziomie co elementy robocze scenariusza użytkownika lub 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, gdy potrzebujesz dodatkowych warstw planowania, takich jak cele i kluczowe wyniki, lub gdy zespoły potrzebują poziomu zestawienia powyżej funkcji.

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

Porównanie metod śledzenia

Wybierz model śledzenia, który najlepiej odpowiada sposobowi, w jaki Twoje zespoły planują pracę i raportują ją.

Metoda Użyj, gdy Kompromis
Tylko zadania Potrzebujesz prostego śledzenia zadań z małą hierarchią Ograniczona priorytetyzacja i brak planowania portfela
Wymagania dotyczące zadań podrzędnych Zespoły scrum szacują pracę i śledzą ją w sprintach Więcej hierarchii do zarządzania
Tylko wymagania Zespoły Kanban lub Scrumban nie śledzą czasu Mniej szczegółów na poziomie zadania
Wymagania pogrupowane według rodzajów WIT portfela Wiele zespołów potrzebuje zestawień i widoków kalendarza obejmujących wiele zespołów Wymaga więcej projektowania procesów na wstępie

Wyjaśnij model, który wybierasz do zespołów i aktualizuj dokumentację procesu, aby wszyscy używali tego samego wzorca.

Konfigurowanie obszarów, iteracji i zespołów

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.

Rekomendacja Przyczyna
Utwórz hierarchie ścieżek obszaru, które odzwierciedlają sposób raportowania zagregowanych danych przez menedżerów. Umożliwia dokładne raportowanie zbiorcze na różnych poziomach organizacyjnych
Nadaj każdemu zespołowi domyślny obszar i subskrypcję iteracji Elementy robocze automatycznie dziedziczą prawidłowy kontekst
Używaj spójnych rytmów iteracji w różnych zespołach pracujących razem. Upraszcza planowanie między zespołami i śledzenie zależności

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, czy 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 funkcji Agile lub CMMI mogą wybrać, czy usterki pojawiają się na listach prac. Proces podstawowy nie używa typu elementu roboczego Usterka; zamiast niego używa typu Problem. 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 funkcji Delivery Plans, aby przeglądać harmonogramy i zależności między zespołami. Jeśli używasz widoku typu mapa drogowa, takiego jak rozszerzenie Feature Timeline, uwzględnij to osobno w wytycznych projektu.

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

Do planowania międzyzespołowego używaj funkcji Delivery Plans oraz wszelkich rozszerzeń typu mapy drogowej, które zostały ustandaryzowane w Twojej organizacji.

Tablice, kolumny i przepływy pracy

Stany przepływu pracy elementu roboczego określają domyślne kolumny tablicy.

Akcja Scope Kwestie wymagające rozważenia
Dodawanie niestandardowych stanów przepływu pracy do sieci WITs Wpływa na wszystkie zespoły Zmiany pojawiają się na wszystkich tablicach zespołów korzystających z tego WIT.
Dodaj kolumny do tablic zespołowych Dotyczy tylko tego zespołu Przydatne w przypadku kroków przepływu pracy specyficznych dla zespołu
Mapowanie mapowań stanu na kolumnę Wpływa na raportowanie Starannie mapuj, aby zachować dokładność diagramu przepływu skumulowanego

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.

Rekomendacja Przyczyna
Ogranicz pola niestandardowe do tych, które obsługują raportowanie lub automatyzację Zmniejsza obciążenie i obciążenie konserwacyjne
Użyj liczbowych pól niestandardowych do sumowania zestawienia Umożliwia śledzenie postępu i planowanie pojemności
Używanie list wyboru do spójnego raportowania Zapobiega niespójnościom danych z wpisów bez tekstu
Pamiętaj, że pola na poziomie procesu są współużytkowane Zmiany wpływają na wszystkie projekty w kolekcji lub organizacji

Note

Można zdefiniować maksymalnie 1024 pola na proces.

Niestandardowe typy pracy (WIT) i zmiany procesów

Dodawanie lub modyfikowanie typów elementów roboczych (WIT) i przepływów pracy wpływa na wiele narzędzi.

Change Gdzie się pojawia Wymagana akcja
Nowe WIT-y na poziomie wymagań Rejestr produktu, prawdopodobnie rejestr przebiegu Konfigurowanie poziomów backlogu
Nowe sieci WIT na poziomie zadania Tablice zadań Aktualizowanie ustawień tablicy zadań
Niestandardowe WITs Tablice zespołu Aktualizowanie tablic i mapowań kolumn

Ważne

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 może zmieniać procesy, obszary i drzewa iteracji oraz konfigurację zespołu.

Typ zmiany Kto może wprowadzać zmiany
Poziom procesu Administratorzy kolekcji projektów lub użytkownicy z uprawnieniami procesu
Poziom projektu (obszary i iteracji) Administratorzy projektu lub użytkownicy z uprawnieniami węzła
Poziom zespołu Administratorzy zespołu lub administratorzy projektów

Powiązana zawartość:

Śledzenie czasu i planowanie sprintu

Użyj pól śledzenia pracy, które są zgodne z modelem procesu i planowania zespołu:

Pole Typowe użycie
Praca pozostała Śledź pozostały nakład pracy potrzebny do ukończenia zadania lub elementu sprintu.
Oryginalne oszacowanie Przechwyć początkowe oszacowanie, gdy zespół chce uzyskać punkt odniesienia.
Ukończono pracę Zarejestruj nakład pracy już poniesiony na zadaniu.

Jeśli śledzisz czas na potrzeby rozliczeń lub raportowania, rozważ rozszerzenia z Marketplace oferujące bardziej zaawansowane funkcje śledzenia czasu.

Powiązana zawartość:

Praktyczna lista kontrolna dla administratorów

Podczas konfigurowania lub przeglądania konfiguracji Azure Boards użyj poniższej listy kontrolnej.

Phase Zadanie
Plan Wybieranie strategii procesu i typu elementu roboczego (dziedziczenie lub dostosowywanie)
Plan Hierarchie iteracji i obszaru projektowania
Konfiguruj Konfigurowanie zespołów i ustawianie domyślnego obszaru i subskrypcji iteracji
Konfiguruj Tworzenie niezbędnych folderów zapytań udostępnionych i uprawnień
Konfiguruj Dodaj kolumny zestawień i widżety pulpitu nawigacyjnego, których potrzebuje zarząd
Zweryfikuj Pilotaż zmian w jednym zespole przed zastosowaniem aktualizacji o szerokim zakresie
Komunikuj się Dokumentowanie zmian i aktualizowanie witryny typu wiki projektu

Treści powiązane

  • Last updated on