Udostępnij za pośrednictwem


Konfigurowanie usługi Azure Boards do obsługi programów i portfeli SAFe®

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

Ten samouczek przeprowadzi Cię przez kroki konwertowania nowego projektu z jednym zespołem na taki, który jest skonfigurowany do obsługi programów i portfolio struktury Scaled Agile Framework (SAFe®). W szczególności dowiesz się, jak skonfigurować usługę Azure Boards do obsługi programów i portfeli SAFe®, wykonując następujące zadania:

  • Definiowanie zespołów agile, programowych i portfolio
  • Konfigurowanie hierarchii ścieżek obszaru w celu obsługi zespołów
  • Definiowanie ścieżek iteracji w celu obsługi pociągów wydań programu SAFe®, interfejsów infrastruktury kluczy, przebiegów i adresów IP
  • Konfigurowanie każdego zespołu do obsługi programu SAFe®

Aby utworzyć te konfiguracje, musisz być członkiem grupy project Administracja istrators.

Po ukończeniu tych podstawowych konfiguracji możesz rozważyć dostosowanie projektu w celu obsługi określonych potrzeb biznesowych. Opcje dostosowywania zostały rozwiązane w temacie Dostosowywanie usługi Azure Boards w celu obsługi programu SAFe® .

Napiwek

Jeśli planujesz dodać niestandardowe typy elementów roboczych, listy prac portfela lub przepływy pracy; Możesz najpierw wprowadzić te dostosowania, a następnie zdefiniować i skonfigurować zespoły.

Jeśli dopiero zaczynasz korzystać z usługi Azure Boards, zalecamy zapoznanie się z tematem Informacje o zespołach i narzędziach Agile oraz ścieżkami obszaru i iteracji (przebiegu) przed dodaniem i skonfigurowaniem zespołów. Ponadto dwa doskonałe artykuły do przeglądu struktury zespołu i kultury Agile to Wprowadzenie do planowania wydajnych obciążeń za pomocą metodyki DevOps i tworzenia produktywnych zespołów skoncentrowanych na klientach.

Uwaga

Ten artykuł jest jednym z zestawów samouczków skalowanych struktur Agile,® które dotyczą usług Azure Boards i Azure DevOps Services. Większość wskazówek jest prawidłowa zarówno dla wersji chmurowych, jak i lokalnych. Jednak niektóre funkcje i procedury są specyficzne dla chmury lub najnowszej wersji serwera Azure DevOps Server.

Informacje o hierarchii zespołów

W tym artykule przejdziemy od utworzenia jednego projektu i jednego zespołu o nazwie "Fabrikam" do następującego zestawu dziewięciu zespołów.

Teams, list

Uwaga

Usługa Azure Boards nie obsługuje hierarchii zespołów. Jednak konfigurując ścieżki obszaru zgodnie z opisem w tym artykule, skutecznie utworzysz typ hierarchii zespołu. Hierarchia jest definiowana za pomocą struktury ścieżek obszaru.

Następnie skonfigurujemy ścieżkę obszaru do następującej hierarchii i skonfigurujemy ścieżkę obszaru każdego zespołu. Ta konfiguracja obsługuje widok listy prac każdego zespołu i zestawienie widoków w hierarchii.

Ścieżka obszaru i konfiguracja zespołu

Napiwek

Jeśli masz dużą liczbę zespołów, ścieżek obszarów i iteracji, które należy dodać, możesz użyć wiersza polecenia lub narzędzi programistycznych. Zobacz wiersz polecenia i narzędzia programowe podane w dalszej części tego artykułu.

Wszystkie zespoły mogą zarządzać własnymi obciążeniami i priorytetami, a jednocześnie jasno zrozumieć, jak ich praca obsługuje te epiki zarządzane na liście prac zespołu portfela. Jednocześnie zespół portfolio może monitorować postęp listy prac na własnym tablicy Kanban, ustalać priorytety elementów na liście prac i wyświetlać postępy w pociągach wydań.

Chociaż powyższe mogą wydawać się skomplikowane, faktycznie potrzeba niewielkiej konfiguracji, aby skonfigurować zespoły i rozpocząć pracę. Aby przejść z jednego projektu z jednym domyślnym zespołem, najpierw zdefiniuj każdy zespół podczas automatycznego tworzenia domyślnej ścieżki obszaru dla tego zespołu. Następnie skonfiguruj ponownie płaski zestaw ścieżek obszaru do struktury hierarchicznej. Następnie zdefiniuj ścieżki iteracji tak, aby obsługiwały strukturę wydania, której chcesz używać, oraz program i zespoły Agile. Na koniec skonfiguruj każdy zespół i wypełnij członkostwo w zespołach.

Definiowanie zespołów

Aby rozpocząć, dodamy każdy zespół, tworząc domyślną ścieżkę obszaru dla każdego z nich. W dalszej części tego artykułu skonfigurujemy te ścieżki obszaru do niezbędnej hierarchii. Ta struktura mapuje następujące zespoły SAFe® na zespoły usługi Azure Boards:

  • Zespół portfolio —> domyślny zespół najwyższego poziomu, zespół firmy Fabrikam (już zdefiniowany)
  • Zespoły programowe —> zespoły na poziomie pomocniczym, Fiber Suite i Service Suite
  • Zespoły Agile —> zespoły wyższego poziomu zdefiniowane w obszarze Fiber Suite i Service Suite.

Aby wykonać te kroki, musisz być administratorem projektu. Jeśli potrzebujesz bardziej szczegółowych wskazówek, zobacz Zarządzanie portfelem.

Dodaj każdy zespół, jeden po drugim.

Uwaga

Poniższa procedura używa interfejsu użytkownika nowej strony aplikacji Teams, który jest w wersji zapoznawczej. Aby włączyć tę funkcję, zobacz Zarządzanie funkcjami lub włączanie ich.

  1. W portalu internetowym wybierz pozycję Ustawienia projektu i otwórz aplikację Teams.

    Otwórz ustawienia projektu, a następnie pozycję Teams

  2. Wybierz pozycję Nowy zespół.

    Tworzenie podgrupy z własną ścieżką obszaru

  3. Nadaj zespołowi nazwę i opcjonalnie opis.

    W tym miejscu dodamy zespół ds. aplikacji . Wybierz administratora zespołu i upewnij się, że zaznaczono pole wyboru Utwórz ścieżkę obszaru z nazwą zespołu . Opcjonalnie dodaj członków zespołu.

    Dodaj zespół aplikacji.

    Przypisz zespołowi Scrum Master, Program Manager lub Portfolio Manager jako administrator zespołu. Jako administratorzy zespołu mogą konfigurować narzędzia swojego zespołu w celu obsługi praktyk i potrzeb biznesowych zwinnych.

  4. Powtórz kroki 2 i 3, aby zdefiniować wszystkie zespoły.

  5. Opcjonalny. Jeśli masz co najmniej dwa zespoły portfolio, utwórz zespół dla każdego z nich.

Konfigurowanie ścieżek obszaru

Aby obsługiwać hierarchię zespołu, skonfigurujesz teraz ścieżki obszaru utworzone w pierwszym kroku definiowania zespołów w hierarchii.

  1. Na stronie Projekt Ustawienia wybierz pozycję Konfiguracja projektu, a następnie pozycję Obszary. Powinna zostać wyświetlona płaska lista ścieżek obszaru.

    Płaska lista ścieżek obszaru

  2. Należy wybrać ścieżkę obszaru każdego zespołu funkcji w górnej ścieżce obszaru i przenieść ją w hierarchii Ścieżki obszaru, do której należy.

    Możesz przeciągać i upuszczać każdą ścieżkę obszaru pod węzłem nadrzędnym, do którego należy. Na przykład w tym miejscu przeciągniemy węzeł Migrate do węzła Fiber Suite.

    Ścieżki obszaru, przeciąganie i upuszczanie do węzła nadrzędnego

    Zamiast tego możesz otworzyć menu kontekstowe ścieżki obszaru, wybrać pozycję Edytuj i wybrać węzeł, w którym chcesz go przenieść.

  3. Powtórz krok 2 i 3 dla pozostałych ścieżek obszaru zespołu Agile.

    Jeśli zdefiniowano co najmniej dwa zespoły portfolio, musisz zmienić ścieżkę obszaru każdego zespołu programu pod odpowiednią ścieżką obszaru zespołu portfela.

  4. Po zakończeniu struktura ścieżki obszaru powinna wyglądać podobnie jak na poniższej ilustracji.

    Ważne

    Ta struktura pokazuje, że ścieżki obszaru są własnością zespołów Agile, zespołów programistycznych i zespołu portfolio. Poprawmy tę strukturę w dalszej części tego artykułu, gdy skonfigurujemy każdy zespół jako jedyny właściciel ścieżki obszaru.

    Hierarchiczna ścieżka obszaru

Definiowanie ścieżek iteracji

Aby śledzić postęp w kierunku wydania, utwórz strukturę ścieżki iteracji. W przeciwieństwie do ścieżek obszarów wiele zespołów może współdzielić tę samą strukturę ścieżki iteracji. Udostępnianie struktury iteracji umożliwia wielu zespołom pracę w tym samym okresie przebiegu w kierunku tych samych pociągów wydań.

Ważne

Usuwanie, zmienianie nazw lub przenoszenie ścieżek iteracji powoduje utratę skojarzonych danych historycznych.

Jeśli masz już iteracje dla zespołu domyślnego, możesz je zmienić. Chcesz utworzyć strukturę iteracji, która obsługuje całą strukturę zespołu, a nie tylko jeden zespół.

  1. Na stronie Projekt Ustawienia wybierz pozycję Konfiguracja projektu, a następnie iteracji.

  2. W ramach iteracji domyślnej, która ma taką samą nazwę jak projekt, utwórz iterację podrzędną reprezentującą pierwszy przyrost programu (PI). Opcjonalnie dodaj datę początkową i końcową dla pi, ale pamiętaj, że iteracja jest podzielona dalej na przebiegi.

    Utwórz iterację podrzędną.

  3. Następnie utwórz iterację podrzędną dla każdego przebiegu w ramach pi. Ustaw daty dla tych przebiegów, aby odpowiadały cyklom zespołów Agile.

    Strona Iteracji, tworzenie iteracji przebiegu adresu IP

  4. Kontynuuj dodawanie tak wielu iteracji, jak to konieczne, aby spełnić strukturę cykli czasu dla wszystkich zespołów.

    Po zakończeniu powinna istnieć struktura podobna do poniższej ilustracji.

    Strona iteracji, lista iteracji

    Napiwek

    Możesz przeciągać i upuszczać ścieżki iteracji w celu struktury iteracji, podobnie jak pokazano w kroku 2 w obszarze Konfigurowanie ścieżek obszaru. Usługa Azure Boards zawsze wyświetla listę ścieżek iteracji w kolejności dat w każdym węźle nadrzędnym.

Konfigurowanie zespołów

Po zdefiniowaniu zespołów, ścieżek obszarów i ścieżek iteracji następnym krokiem jest skonfigurowanie każdego zespołu. Dla każdego zespołu należy skonfigurować następujące ustawienia.

  • Aktywne listy prac
  • Praca z usterkami
  • Ustaw domyślną ścieżkę iteracji
  • Wybieranie ścieżek iteracji zespołu

W poniższej tabeli wymieniono zalecane ustawienia, które mają być oparte na poziomie zespołu.


Ustaw opcję

Zespół funkcji Agile

Zespół ds. programu

Zespół portfolio

Poziomy nawigacji listy prac

Funkcje, historie

Funkcje, historie

Epiki

Praca z usterkami

Usterki są zarządzane z wymaganiami

Usterki nie są zarządzane na listach prac i tablicach

Usterki nie są zarządzane na listach prac i tablicach

Domyślna iteracja

@CurrentIteration

@CurrentIteration

@CurrentIteration

Iteracja listy prac

Fabrikam

Fabrikam

Fabrikam

Wybrane iteracji

Sprint 1 przez Sprint 4, IP Sprint

PI 1, PI 2, PI 3

Brak

Obszary

Uwzględnij obszary podrzędne

Wykluczanie obszarów podrzędnych

Wykluczanie obszarów podrzędnych


Uwaga

Ustawienie domyślnej iteracji na @CurrentIteration powoduje przypisanie wszystkich elementów roboczych utworzonych na podstawie listy prac lub tablicy zespołu do bieżącej iteracji na podstawie bieżącej daty. Ustawiając iterację listy prac na katalog główny, Fabrikam, wskazuje, że tylko ścieżka obszaru działa jako filtr elementów roboczych, które mają być wyświetlane na listach prac zespołu i tablicach.

  1. Na stronie Ustawienia projektu wybierz pozycję Konfiguracja zespołu.

    Wybierz zespół, który chcesz skonfigurować z selektora Zespołu.

    Profil zespołu, wybierz link Iteracji i obszarów

  2. Na stronie Ogólne usuń zaznaczenie listy prac, których nie chcesz uaktywnić.

    Na przykład w przypadku zespołu portfolio zaznacz tylko pole wyboru Epiki .

    Konfiguracja zespołu, Ogólne, Poziomy nawigacji listy prac, Tylko epiki

    W przypadku zespołów programowych i agile usuń zaznaczenie pola wyboru Epiki .

    Konfiguracja zespołu, ogólne, poziomy nawigacji listy prac, funkcje i scenariusze

  3. W przypadku zespołów ds. programów i portfolio wybierz przycisk radiowy Praca z usterkami , jak pokazano poniżej.

    Konfiguracja zespołu, Ogólne, Praca z usterkami, nie śledź

    W przypadku zespołów Agile wybierz opcję Praca z usterkami , aby śledzić usterki wraz z wymaganiami.

    Konfiguracja zespołu Agile, Ogólne, Praca z usterkami, nie śledź

  4. Wybierz kartę Iteracji , aby skonfigurować iterację zespołu.

    W przypadku zespołów Agile skonfiguruj ustawienia, jak pokazano poniżej.

    Konfiguracja zespołu, iteracji, wybieranie przebiegów

    W przypadku zespołów programowych wybierz tylko iterację pi.

    Konfiguracja zespołu, iteracje, wybieranie punktów infrastruktury

  5. W przypadku zespołów ds. programów i portfolio wybierz kartę Obszary, aby zmienić ustawienie domyślne z Uwzględnij obszary podrzędne na Wykluczanie obszarów podrzędnych.

    Otwórz menu kontekstowe i wybierz pozycję Wyklucz obszary podrzędne.

    Konfiguracja zespołu, Obszary, Wykluczanie obszarów podrzędnych

    Uwaga

    Ponieważ utworzyliśmy każdy zespół ze ścieżką Utwórz obszar z zaznaczoną nazwą zespołu , każdy zespół jest już wstępnie skonfigurowany ze ścieżką obszaru domyślnego. Ta ścieżka obszaru działa jako główny filtr elementów roboczych wyświetlanych na listach prac i tablicach każdego zespołu.

  6. Powtórz kroki od 2 do 5 zgodnie z potrzebami dla każdego zespołu, który należy skonfigurować.

  7. Po ukończeniu kroku 5 dla wszystkich zespołów zweryfikuj strukturę Path-Team obszaru. Wybierz pozycję Konfiguracja projektu i obszary. Ścieżka obszaru i struktura zespołu powinny być teraz wyświetlane tak, jak pokazano, gdzie każdy zespół jest właścicielem ścieżki obszaru i nie udostępnia go innym zespołom.

    Konfiguracja projektu, obszary

Konfigurowanie zespołów do obsługi usług udostępnionych

W przypadku zespołów, które obsługują kilka innych zespołów, takich jak zespół projektowy środowiska użytkownika, skonfiguruj zespoły zgodnie z opisem w poniższych krokach.

  1. Dodaj zespół dla każdego zespołu usług udostępnionych. Aby uzyskać szczegółowe informacje, zobacz Definiowanie zespołów.

  2. Wróć do strony Ścieżki obszaru konfiguracji>projektu i w obszarze każdej ścieżki obszaru usług udostępnionych dodaj ścieżki obszaru podrzędnego dla każdego zespołu Agile obsługiwanego przez usługi udostępnione. Aby uzyskać więcej informacji, zobacz Konfigurowanie ścieżek obszaru podanych wcześniej w tym artykule.

    Na przykład w tym miejscu dodamy cztery ścieżki obszaru podrzędnego w ścieżce obszaru projektowania środowiska użytkownika, po jednym dla każdego zespołu Agile obsługiwanego przez zespół projektowy środowiska użytkownika.

    Ścieżki obszaru podrzędnego usług udostępnionych

  3. Skonfiguruj każdy zespół usług udostępnionych jako zespół funkcji Agile zgodnie z opisem w temacie Konfigurowanie zespołów.

  4. Dla każdego zespołu Agile otwórz stronę Obszary konfiguracji>zespołu, jak pokazano w kroku 5 sekcji Konfigurowanie zespołów. Wybierz pozycję Wybierz obszary i dodaj ścieżkę obszaru podrzędnego dla tego zespołu.

    W tym miejscu dodajemy ścieżkę obszaru podrzędnego Projektowanie środowiska użytkownika\Aplikacja do zespołu funkcji aplikacji.

    Zestawienie szacowania budżetu

  5. Wróć do strony Ścieżki obszaru konfiguracji>projektu i sprawdź, czy struktura Ścieżka obszaru jest wyświetlana zgodnie z oczekiwaniami dla każdej ścieżki obszaru usług udostępnionych.

    W przypadku zespołu projektowego środowiska użytkownika struktura powinna być wyświetlana w sposób pokazany.

    Ścieżka obszaru usług udostępnionych i struktura zespołu

    Elementy robocze wyświetlane na udostępnionych ścieżkach obszaru są wyświetlane na listach prac i tablicach skojarzonych zespołów.

Narzędzia wiersza polecenia i programowe

Aby dodać lub zaktualizować następujące artefakty, możesz użyć narzędzi wiersza polecenia usługi Azure DevOps:

Korzystanie z narzędzi programistycznych

Interfejsy API REST usługi Azure DevOps umożliwiają dodawanie lub aktualizowanie następujących artefaktów:

Następne kroki