Implementowanie funkcji SAFe® za pomocą usługi Azure Boards — kompletny przewodnik

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

Ten przewodnik przeprowadzi Cię przez implementację struktury Scaled Agile Framework (SAFe®) za pomocą usługi Azure Boards. Dowiedz się, jak konfigurować zespoły, dostosowywać procesy, planować i śledzić pracę, monitorować postęp oraz weryfikować implementację na poziomie portfolio, programu i zespołu.

Usługa Azure Boards obsługuje rozwiązania SAFe® za pośrednictwem zespołów, list prac, tablic, raportów i metryk. W tym artykule wyjaśniono, jak artefakty usługi Azure Boards obsługują praktyki i artefakty SAFe.

Co osiągasz

Takie podejście działa z dowolnym szablonem procesu usługi Azure DevOps i skaluje się z małych do dużych wdrożeń w przedsiębiorstwie.

Warunki wstępne

Przed zaimplementowaniem funkcji SAFe® w usłudze Azure Boards należy spełnić te wymagania.

Pojęcia dotyczące funkcji SAFe® i mapowanie usługi Azure Boards

Usługa SAFe® organizuje pracę na trzech poziomach, które są mapowane bezpośrednio na usługę Azure Boards:

Kluczowe pojęcia:

• Inkrementy programu (PI): iteracje 8–12 tygodni zawierające 4–5 sprintów oraz sprint IP
• Agile Release Trains (ARTs): Zespoły programowe zarządzające funkcjami
• Przebiegi innowacji i planowania (IP): dedykowane sprinty dla pracy nad innowacjami
• Strumienie wartości: śledzenie przy użyciu tagów lub pól niestandardowych z funkcjami agregacji

Aby uzyskać szczegółowe informacje o implementacji Scrum i Kanban, zobacz Informacje o sprintach, Scrum i zarządzaniu projektami oraz Informacje o tablicach i Kanban.

Konfiguracje struktury SAFe®

Aplikacja SAFe® udostępnia cztery konfiguracje do obsługi różnych potrzeb organizacji:

Essential SAFe®

Podstawowy poziom obsługujący Agile Release Trains (ARTs) z:

• Poziomy zespołu i programu
• Przyrosty programowe i iteracje
• Funkcje i historie
• Podstawowe planowanie PI oraz jego realizacja

Duże rozwiązanie SAFe®

Dodaje koordynację na poziomie rozwiązania dla złożonych systemów:

• Pociągi rozwiązań
• Elementy robocze możliwości
• Zaległości rozwiązania
• Koordynacja między artami

Portfolio SAFe®

Dodaje możliwości zarządzania portfelem:

• Epickie elementy robocze i listy prac portfela
• Zarządzanie portfelem lean
• Strategiczne tematy i wizja portfela
• Wyrównanie strumienia wartości

Pełny SAFe®

Łączy wszystkie poziomy implementacji w skali przedsiębiorstwa, w tym podstawowe, duże rozwiązanie i poziomy portfolio.

Omówienie architektury SAFe®

Przedruk za zgodą © 2011-2020 Scaled Agile Inc.. Wszelkie prawa zastrzeżone.

Jak artefakty SAFe® odnoszą się do usługi Azure Boards

Zwinność biznesowa SAFe® 5.0

Praktyki SAFe® pomagają organizacjom tworzyć kulturę elastyczności, wyrównania i autonomii, jednocześnie pozostając skoncentrowane na klientach.

Zobacz następujące powiązane artykuły, aby dowiedzieć się, jak usługa Azure Boards obsługuje elastyczność biznesową:

• Kultura Agile
• Praktyki, które się skalują

Struktura zespołu saFe® i artefakty

Na poniższym diagramie przedstawiono trzypoziomową hierarchię zespołu odwzorowaną na ścieżki obszaru i iteracji. Przykłady używają procesu Agile jako podstawy, ale można zastosować te wzorce do dowolnego obsługiwanego procesu.

Zespoły ds. funkcji Agile, programu i portfolio

Usługa Azure Boards zapewnia każdemu zespołowi własny widok pracy. Skonfiguruj hierarchiczną strukturę zespołu, aby każdy zespół mógł skoncentrować się na swojej pracy, a dane były przekazywane na wyższe poziomy.

Aby wspierać zespoły SAFe®, promuj domyślny zespół do działania jako zespół Portfolio dla Epików, a następnie utwórz program i zespół podrzędny. Śledź pracę w zespołach, optymalnie przypisując ścieżki obszaru i ścieżki iteracji.

Aby uzyskać szczegółowe instrukcje konfiguracji, zobacz Konfigurowanie podstawowej struktury saFe®.

Historie, funkcje, epiki, elementy włączone i możliwości

Przechwyć wszystkie wyniki w zadaniach. Każdy element roboczy używa określonego typu elementu roboczego i przepływu pracy. Dostępne typy elementów roboczych zależą od procesu wybranego podczas tworzenia projektu — Agile, Basic, Scrum lub CMMI.

Elementy listy prac mogą być nazywane scenariuszami użytkowników (Agile), problemami (podstawowymi), elementami listy prac produktu (Scrum) lub wymaganiami (CMMI). Wszyscy opisują wartość klienta i pracę, aby ją dostarczyć.

• Śledzenie elementów włączania przy użyciu scenariuszy użytkowników lub funkcji oraz śledzenie możliwości przy użyciu funkcji lub epików
• Dodaj niestandardowe typy elementów roboczych, jeśli potrzebujesz wyspecjalizowanego monitorowania

Obsługa elementów roboczych:

• Opisy i kryteria akceptacji
• Przypisywanie do zespołu (ścieżka obszaru) i właściciela
• Aktualizacje stanu i przypisanie iteracji
• Łączenie, załączniki i tagi
• Komentarze i wątki dyskusji

Aby uzyskać więcej informacji na temat elementów roboczych, zobacz Śledzenie pracy z historiami użytkowników, problemami, usterkami, funkcjami i epikami.

Backlogi zespołu i tablice

Mapuj listy prac SAFe® na zespołowe, programowe i portfelowe listy prac. Proces Agile zapewnia gotowe poziomy historii użytkownika, funkcji i epików. Użyj hierarchicznych backlogów, aby wyświetlić pracę, która wspiera funkcje i postęp epickich.

Każdy zespół może skonfigurować swój widok tablicy niezależnie, aby wspierać swoją konkretną rolę i obowiązki SAFe®.

Przyrosty programów, wydania i sprinty

Mapowanie pociągów wydań SAFe®, przyrostów programów (PI), wydań i przebiegów do ścieżek iteracji. Udostępnianie iteracji w hierarchii zespołu, aby zespoły mogły dostosować się do harmonogramów wydania.

Ponieważ Epiki mogą obejmować wiele cyklów wydań, zespół portfolio zwykle nie jest powiązany z określonymi iteracjami. Zespoły programowe śledzą elementy według PI; Zespoły funkcji używają sprintów do ukończenia historyjek.

Strumienie wartości i budżety

Użyj tagów lub pól niestandardowych, aby mapować funkcje i epiki na strumienie wartości, motywy strategiczne i budżety. Zdefiniuj pola zestawień lub użyj zapytań i wykresów, aby agregować oszacowania budżetu z podrzędnych funkcjonalności do epików.

Za pomocą tagów i zapytań można wykonywać następujące czynności:

• Filtrowanie list prac i tablic
• Tworzenie zapytań i filtrowanie wyników według tagu
• Tworzenie wykresów i raportów na podstawie tagów

W przypadku niezawodnych mapowań dodaj niestandardowe pole Obszaru wartości w epikach, funkcjach lub elementach i użyj funkcjonalności zestawienia, aby zebrać oszacowania w widokach portfela.

Wskazówki dotyczące przypisywania obszaru wartości:

• Ustaw Obszar wartości = Architektoniczny dla funkcji, które są mapowane na epiki architektury
• Domyślna wartość biznesowa ma zastosowanie do funkcji obsługujących epiki biznesowe
• Stosowanie tych samych zasad do scenariuszy, które obsługują funkcje architektoniczne a biznesowe
• Śledzenie innych motywów inwestycyjnych za pomocą tagów

Aby uzyskać zaawansowane opcje śledzenia strumienia wartości, zobacz Dodawanie pól niestandardowych do śledzenia protokołu SAFe®.

Wizja portfela i tematy strategiczne

Użyj wiki projektu, aby udostępnić Wizję Portfela, Tematy Strategiczne, Taksonomię, Cele oraz Zadania. Strony wiki obsługują język Markdown, dzięki czemu można śledzić edycje i odzyskiwać poprzednie wersje.

Rozważ dokumentowanie:

• Jak używać tagów lub pól niestandardowych do określania strumieni wartości
• Terminy taksonomii dla organizacji
• Jak są używane programy wydawnicze i sprinty
• Kluczowe punkty kontrolne i zdarzenia
• Programy skoncentrowane na klientach

Aby uzyskać szczegółowe informacje, zobacz Informacje o witrynach typu wiki, plikach READMEs i markdown.

Cele i cele iteracji

Przechwyć cele i zadania iteracji w:

• Witryna wiki typu projektowego dla wersjonowanej dokumentacji
• Pulpity nawigacyjne zespołu korzystające z widżetów języka Markdown
• Opisy elementów roboczych dla celów związanych z PI lub sprintem

Zarówno witryna typu wiki, jak i pulpity nawigacyjne obsługują język Markdown oraz umożliwiają zespołom przechowywanie celów, celów i wskazówek, które można łatwo udostępniać i aktualizować.

Punkty kontrolne i kluczowe zdarzenia

Reprezentują punkty kontrolne SAFe® (koniec punktów ściągliwych, przebiegów, zdarzeń release train lub iteracji adresów IP) przy użyciu:

• Niestandardowe pole punktu kontrolnego lub elementu roboczego wydania (lista wyboru)
• Tagi elementów roboczych do oznaczania skojarzenia kamieni milowych
• Elementy robocze reprezentujące punkt kontrolny z datami docelowymi
• Jednodniowe ścieżki iteracji dla określonych dat zdarzeń

Użyj zapytań, pulpitów nawigacyjnych i wykresów, aby śledzić postęp etapów i zapewnić zgodność działań między zespołami.

Struktura zespołu usług udostępnionych

Modelowanie usług udostępnionych (na przykład środowiska użytkownika lub zabezpieczeń) jako własnych zespołów i ścieżek obszaru. Elementy robocze wspólne dla obszarów są wyświetlane na backlogach i tablicach zespołów, które obsługują.

Ta struktura umożliwia zespołom usług udostępnionych:

• Prowadzenie własnego backlogu i planowanie sprintów
• Obsługa wielu zespołów programów jednocześnie
• Śledzenie ich wkładu w różne elementy dostarczane SAFe®

Retrospektywy i recenzje

Użyj rozszerzenia Retrospektywy firmy Microsoft DevLabs, aby uruchamiać retrospektywy, zbierać informacje zwrotne i tworzyć kolejne działania.

Rozszerzenie pomaga zespołom:

• Zbieranie opinii na temat punktów kontrolnych i zdarzeń pi
• Organizowanie i określanie priorytetów opinii
• Tworzenie i śledzenie elementów akcji na potrzeby ciągłego ulepszania

Udostępnianie informacji między zespołami

Udostępnianie informacji między zespołami SAFe® za pomocą:

• Rozbudowane pola i załączniki elementów roboczych dla szczegółowych specyfikacji
• Pulpity nawigacyjne projektu i zespołu korzystające z widżetów markdown — zobacz Dodawanie języka Markdown do pulpitu nawigacyjnego
• Wiki projektu dla wersjonowanej, udostępnialnej dokumentacji — zobacz O witrynach typu wiki, plikach README i Markdown

Aby uzyskać wskazówki dotyczące składni języka Markdown, zobacz:

• Wskazówki dotyczące składni użycia języka Markdown w witrynie Wiki
• Wskazówki dotyczące składni dla podstawowego użycia języka Markdown

Skonfiguruj podstawową strukturę SAFe®

Ta sekcja przeprowadzi Cię przez proces konwertowania pojedynczego projektu zespołowego w celu obsługi programów i portfeli SAFe®.

Struktura zespołu docelowego

Utwórz następującą hierarchię zespołu:

Końcowa konfiguracja ścieżki obszaru wygląda następująco:

Krok 1. Definiowanie zespołów

Zacznij od dodania każdego zespołu, który automatycznie tworzy domyślną ścieżkę obszaru dla każdego z nich.

1. W portalu internetowym wybierz pozycję Ustawienia projektu>Teams.

2. Wybierz pozycję Nowy zespół.

3. Skonfiguruj każdy zespół:

   • Nadaj zespołowi nazwę i opcjonalny opis
   • Przypisz administratora zespołu (Scrum Master, Menedżer programu lub Menedżer portfela)
   • Sprawdź Tworzenie ścieżki obszaru z nazwą zespołu
   • Opcjonalnie dodaj członków zespołu

4. Powtórz dla wszystkich zespołów w strukturze SAFe®:

   • Zespół portfolio (użyj istniejącego zespołu domyślnego)
   • Zespoły programowe (na przykład Fiber Suite, Service Suite)
   • Zespoły funkcji Agile (na przykład App, Mobile, Web itd.)

Krok 2. Konfigurowanie hierarchii ścieżek obszaru

Przekształć strukturę ścieżki płaskiej obszaru w hierarchię, która obsługuje relacje zespołu.

1. W obszarze Ustawienia projektu wybierz pozycjęObszary> projektu.

2. Przeciągnij i upuść ścieżkę obszaru każdego zespołu funkcjonalnego pod ścieżką obszaru zespołu programu nadrzędnego.

   

3. Kontynuuj, aż schemat ścieżki obszaru będzie zgodny z hierarchią zespołu.

Krok 3. Definiowanie ścieżek iteracji dla programu SAFe®

Utwórz strukturę iteracji, która obsługuje Przyrosty Programu, sprinty oraz sprinty IP.

1. W obszarze Ustawienia projektu wybierz pozycję konfiguracja projektu>Iteracje.

2. Twórz iteracje przyrostu programu

   • Dodaj podrzędne iteracje w korzeniu dla każdego PI (na przykład "PI 1", "PI 2")
   • Ustawianie dat rozpoczęcia i zakończenia dla okresów 8–12 tygodni

3. Utwórz iteracje sprintu dla każdego PI.

   • Dodaj 4-5 iteracji sprintu na PI
   • Ustawić dwutygodniowe terminy trwania sprintu
   • Uwzględnij jedną iterację IP (Innowacje i Planowanie) na PI (Jednostka Programowa)

   

Krok 4. Konfigurowanie ustawień zespołu

Skonfiguruj każdy zespół zgodnie z ich poziomem w hierarchii SAFe®.

Konfiguracja zespołu portfela

1. W Ustawieniach Projektu>Konfiguracja zespołu wybierz swój zespół portfolio.

2. Karta Ogólna:

   • Zaznaczaj tylko epiki dla nawigacji backlogu
   • Ustaw opcję Praca z usterkami na wartość "Usterki nie są wyświetlane na listach prac i tablicach"

   

3. Karta Iteracji:

   • Ustaw iterację domyślną na @CurrentIteration
   • Ustaw iterację backlogu na główne (nazwa projektu)
   • Nie wybieraj żadnych określonych iteracji

4. Karta Obszarów:

   • Ustaw wartość Wyklucz obszary podrzędne

Konfiguracja zespołu programu

1. Karta Ogólna:

   • Sprawdź funkcje i historie, usuń zaznaczenie Epiki
   • Ustaw opcję Praca z usterkami na wartość "Usterki nie są wyświetlane na listach prac i tablicach"

2. Karta Iteracji:

   • Wybierz tylko iteracje PI (nie pojedyncze sprinty)

3. Karta Obszarów:

   • Ustaw wartość Wyklucz obszary podrzędne

Konfiguracja zespołu funkcjonalnego Agile

1. Karta Ogólna:

   • Sprawdź funkcje i historie, usuń zaznaczenie Epiki
   • Ustaw opcję Praca z usterkami na wartość "Usterki są zarządzane z wymaganiami"

2. Karta Iteracji:

   • Wybierz iteracje sprintu (w tym sprinty IP)

3. Karta Obszarów:

   • Zachowaj domyślne ustawienie Uwzględnij obszary podrzędne

Dostosowywanie zaawansowane

Głównym powodem dostosowywania procesu jest wsparcie śledzenia postępu i monitorowania, raportowanie kluczowych metryk i spełnianie określonych potrzeb biznesowych. W tej sekcji opisano dostosowania procesów, które można zaimplementować w celu uzupełnienia praktyk SAFe®. Większość tych dostosowań jest opcjonalna.

Informacje o dostosowywaniu i procesie dziedziczenia

Usługa Azure Boards udostępnia graficzny interfejs użytkownika do obsługi dostosowywania projektów poprzez dziedziczony proces. Wszystkie projekty korzystające z dziedziczonego procesu są automatycznie aktualizowane, gdy dostosowania zostaną wprowadzone do tego procesu.

Aby zapoznać się z omówieniem wszystkich dostosowań, które można wprowadzić, zobacz About process customization and inherited processes (Informacje o dostosowywaniu procesów i dziedziczone procesy).

Dostosowywanie typów elementów roboczych

Każdy typ elementu roboczego definiuje pola, które przechwytują i przechowują informacje. Istniejące typy elementów roboczych można dostosować w następujący sposób, aby obsługiwać określone wymagania dotyczące śledzenia protokołu SAFe®:

• Dodawanie pól niestandardowych do obsługi śledzenia kosztów budżetu, strumieni wartości lub informacji skoncentrowanych na kliencie
• Dostosowywanie istniejących pól, takich jak modyfikowanie list wyboru lub zmienianie etykiet pól
• Dodawanie reguł niestandardowych w celu określania wymaganych pól lub określania akcji w warunkach wyboru
• Zmienianie przepływu pracy w celu odzwierciedlenia procesu przepływu pracy zespołu
• Dodawanie kontrolek niestandardowych lub rozszerzeń w celu obsługi funkcji niestandardowych, takich jak pola obliczeniowe

Aby uzyskać więcej informacji, zobacz Dodawanie typów elementów roboczych i zarządzanie nimi.

Dodaj pola niestandardowe do śledzenia w SAFe®

Dodaj pola niestandardowe, aby obsługiwać wymagania dotyczące danych śledzenia, które nie zostały spełnione przez istniejące pola. Rozważ dodanie tych pól do obsługi praktyk SAFe®:

Aby uzyskać więcej informacji, zobacz Dodawanie pola niestandardowego do typu elementu roboczego.

Użycie pól i tagów

Strumienie wartości można przechwytywać przy użyciu pól lub tagów. Rozważ następujące czynniki:

• Pola: Bardziej formalne, mogą wymagać za pomocą reguł, obsługują wykresy zapytań
• Tagi: nieformalna, metoda adhoc, każdy może dodawać nowe tagi
• Filtrowanie: Obie obsługują filtrowanie list prac, tablic i zapytań
• Wzrost: Liczba tagów może szybko rosnąć bez nadzoru

Dostosowywanie istniejących pól

Dostosuj istniejące pola, aby je obsłużyć:

• Ponowne etykietowanie nazw pól
• Zmień położenie pola lub usuń je z formularzy
• Dodawanie lub zmienianie list wyboru (na przykład rozwiń obszar wartości poza biznesem i architekturą)
• Zmienianie domyślnych przypisań pól
• Ustaw pola jako wymagane
• Dodawanie reguł pól

Aby uzyskać informacje o polu, zobacz Indeks pola elementu roboczego. Aby uzyskać szczegółowe informacje na temat dostosowywania, zobacz Dodawanie pól dla dziedziczonego procesu i zarządzanie nimi.

Dodawanie reguł niestandardowych

Reguły pól obsługują przypadki użycia biznesowego, określając działania na podstawie warunków. Na przykład ustaw pola jako wymagane na podstawie wartości innych pól.

Obsługiwane warunki	Obsługiwane akcje

Aby uzyskać więcej informacji, zobacz Dodawanie reguły do typu elementu roboczego (proces dziedziczenia).

Dostosowywanie przepływów pracy dla protokołu SAFe®

Dostosowywanie przepływów pracy dla scenariuszy, funkcji i epików użytkownika w celu dopasowania ich do procesu SAFe®. Wczesne indywidualne dostosowanie zmniejsza potrzebę konfiguracji planszy dla zespołów.

Domyślny proces Agile obejmuje stany Nowe, Aktywne, Rozwiązane i Zamknięte . Rozważ dodanie stanów przepływu pracy, takich jak zaległości, analiza, programowanie, testowanie i gotowe , aby dopasować przepływ procesu.

Aby uzyskać więcej informacji, zobacz:

• Dostosowywanie przepływu pracy (proces dziedziczenia)
• Dodawanie kolumn do tablicy
• Definicja ukończenia

Dodawanie kontrolek niestandardowych i rozszerzeń

Kontrolki niestandardowe wzbogacają funkcjonalność formularzy elementów roboczych. Kontrolki to rozszerzenia z Marketplace dla usługi Azure DevOps.

Rozszerzenia odpowiednie dla protokołu SAFe®:

• WorkBoard OKRs: wyrównaj i zmierz cele oraz kluczowe wyniki (OKR) w całym przedsiębiorstwie

Dodawanie niestandardowych typów elementów roboczych

Chociaż User Story, Feature i Epic obsługują większość scenariuszy SAFe®, rozważ dodanie typów zadań dla:

• Przechwytywanie opinii klientów
• Żądania klientów
• Śledzenie na poziomie rozwiązania

Podczas definiowania nowych typów elementów roboczych należy wziąć pod uwagę następujące kwestie:

• Informacje do przechwytywania, śledzenia i raportowania
• Jak dokumentowana jest praca
• Przepływ pracy wspierający śledzenie

Zminimalizuj dostosowania, jeśli to możliwe — użyj istniejących typów elementów roboczych z polami niestandardowymi, jeśli jest to odpowiednie.

Dostosowywanie list prac dla hierarchii SAFe®

Listy prac każdego zespołu obsługują określone typy elementów roboczych:

• Zespoły wydania Agile: historyjki użytkowników i błędy (opcjonalnie)
• Zespoły programów: funkcje
• Zespoły portfolio: Epiki

Możesz dodać maksymalnie trzy kolejne backlogi portfela, aby obsługiwać hierarchię SAFe®.

Aby uzyskać więcej informacji, zobacz Jak dostosować listy prac lub tablice (Proces Dziedziczenia).

Rozszerzenia platformy handlowej saFe®

Dodaj następujące rozszerzenia w celu zapewnienia rozszerzonej funkcjonalności protokołu SAFe®:

• Plany dostarczania
• Harmonogram funkcji i epicki plan działań
• Śledzenie zależności
• Retrospektywy

Monitorowanie postępu i metryk

Usługa Azure Boards udostępnia wbudowane metryki saFe® za pomocą:

• Kolumny sumaryczne: podsumowanie postępu w hierarchii elementów roboczych
• Raporty dotyczące postępu: Śledzenie tempa ukończenia zespołu
• Diagramy przepływu skumulowanego: monitorowanie przepływu i identyfikowanie wąskich gardeł
• Czas realizacji/czas cyklu: Mierzenie efektywności dostarczania
• Plany dostarczania: widoki planów działania między zespołami

Kluczowe pulpity nawigacyjne SAFe®

Konfigurowanie pulpitów nawigacyjnych przy użyciu:

• Widżety prędkości zespołu
• Wykresy CFD dla każdego poziomu
• Harmonogramy osi czasu funkcji
• Zestawienie postępu epickiego

Aby uzyskać szczegółowe informacje o konfiguracji pulpitu nawigacyjnego, zobacz Informacje o pulpitach nawigacyjnych, wykresach, raportach i widżetach.

Wyświetlanie zestawienia postępu

Użyj kolumn zbiorczych w backlogu każdego zespołu, aby wyświetlić i monitorować postęp. W poniższym przykładzie przedstawiono postęp zagregowany z podrzędnych elementów roboczych.

Inne opcje agregacji obejmują:

• Postęp według określonych typów elementów roboczych.
• Postęp według punktów historii (ukończone i planowane).
• Liczba elementów roboczych ukończonych w danym okresie.
• Suma pola liczbowego do agregowania danych liczbowych.

Aby uzyskać szczegółowe informacje o tym, jak skonfigurować i wyświetlać postęp lub sumy zestawienia, zobacz Wyświetlanie postępu lub sum zestawienia.

Wyświetlanie szybkości zespołu

Każdy zespół może wyświetlać prędkość za pośrednictwem kontekstowego raportu prędkości. Raport przedstawia wykres słupkowy z zaplanowanymi, ukończonymi, zakończonymi późno i niekompletnymi elementami roboczymi dla ostatnich sześciu (lub więcej) iteracji. Wykres przedstawia średnią szybkość wyświetlania iteracji.

Użyj średniej, aby ułatwić prognozowanie, ile pracy może przyjąć zespół.

Korzystanie z narzędzia prognoza

Zespoły mogą przypisywać punkty historyjek do historyjek użytkownika, a następnie użyć Prognozy do oszacowania, ile mogą ukończyć. Szczegóły znajdziesz w Prognozowanie listy zadań produktu.

Wyświetlanie diagramu przepływu skumulowanego (CFD)

Każda lista prac i tablica oferują konfigurowalne widoki CFD, dzięki czemu zespoły na każdym poziomie SAFe® mogą monitorować przepływ i identyfikować wąskie gardła.

Użyj wykresów CFD z widoku listy prac lub tablicy i dodaj je do pulpitów nawigacyjnych zgodnie z potrzebami. Aby uzyskać więcej informacji, zobacz Wyświetlanie/konfigurowanie diagramu przepływu skumulowanego.

Wyświetlanie wykresów Czas realizacji i Czas cyklu

Dodaj widżety Czas realizacji i Cykl do pulpitu nawigacyjnego zespołu, aby dowiedzieć się:

• Czas realizacji: średnie dni ukończenia elementów dostarczanych od daty utworzenia.
• Czas cyklu: średnia liczba dni na ukończenie dostarczanych elementów od daty rozpoczęcia pracy.
• Liczba wartości odstających w celu dokładniejszej analizy.

Oba widżety są wyświetlane jako wykresy sterowania rozrzutem punktowym z elementami interaktywnymi. Aby uzyskać wskazówki, zobacz Skumulowany przepływ, czas realizacji i wskazówki dotyczące czasu cyklu.

Przykładowy widżet czasu realizacji

Przykładowy widżet czasu cyklu

Wyświetlanie i aktualizowanie planów działania

Zapoznaj się z planami dostarczania, osią czasu cech oraz epicką mapą drogową, aby przeanalizować elementy dostarczeń i plany działania programu SAFe®. Harmonogramy dostaw pokazują zespoły i typy elementów roboczych, które określisz i umożliwiają interaktywne planowanie.

Przeglądanie planów dostarczania zespołu funkcji

Zespoły programowe przeglądają scenariusze i plany dotyczące funkcji dla swoich zespołów ds. wersji Agile. W poniższym przykładzie przedstawiono elementy dostarczane przez zespoły Fiber Suite.

Rozwiń zespół funkcji, aby wyświetlić szczegóły. Plany dostawy pozwalają na przeciąganie i upuszczanie elementów roboczych w celu aktualizacji przypisań sprintu. Umożliwiają również otwieranie elementów roboczych w celu aktualizacji pól oraz dodawania komentarzy.

Zapoznaj się z funkcjami portfolio, które można dostarczyć

Zespoły portfolio przeglądają funkcje opracowywane przez zespoły programowe. W poniższym przykładzie przedstawiono funkcje zamapowane na skrzynki czasowe inkrementacji programu.

Przeglądanie harmonogramów osi czasu funkcji

Oś czasu funkcji udostępnia inny widok planu działania. W poniższym przykładzie przedstawiono Epiki w narzędziu „Oś Czasu Funkcji”. Skonfiguruj paski postępu, aby odzwierciedlały ukończone scenariusze lub nakład pracy.

Przeglądanie i weryfikowanie konfiguracji

Użyj tej kompleksowej listy kontrolnej, aby upewnić się, że konfiguracja protokołu SAFe® jest prawidłowo skonfigurowana przed rozpoczęciem korzystania z systemu przez zespoły.

Lista kontrolna weryfikacji poprawności

Przed rozpoczęciem korzystania z systemu przez zespoły sprawdź następujące kluczowe obszary:

Struktura zespołu

• [ ] Zespół ds. portfolio pokazuje tylko eposy
• [ ] Zespoły programowe pokazują funkcje i historie (bez epików)
• [ ] Ścieżki obszaru tworzą właściwą hierarchię

Iteracji

• [ ] Iteracje PI obejmują od 8 do 12 tygodni
• [ ] Iteracje sprintów trwają 2–3 tygodnie w ramach PI
• [ ] Sprinty IP są uwzględniane

Elementy robocze

• [ ] Działanie hierarchii linków (Epic → Feature → Story)
• [ ] Zaległości zespołowe pokazują poprawne elementy robocze
• [ ] Kolumny zestawienia są wyświetlane prawidłowo

Szybki test

1. Tworzenie przykładowej hierarchii epik → funkcja → historia
2. Upewnij się, że każdy zespół widzi odpowiednie elementy robocze.
3. Planowanie sprintu testowego z poprawnymi iteracjami
4. Potwierdzanie, że raportowanie działa na każdym poziomie

Planowanie i śledzenie programów i portfeli SAFe®

Definiowanie hierarchii pracy

Utwórz elementy robocze i ustanów relacje Epic → Feature → Story przy użyciu narzędzia do mapowania.

1. Poziom portfela: Tworzenie epików z oznaczeniem obszaru wartości biznesowej/architektonicznej
2. Poziom programu: Tworzenie funkcji i mapowanie na nadrzędne epiki
3. Poziom zespołu: tworzenie scenariuszy i mapowanie na funkcje nadrzędne

W przypadku importowania zbiorczego użyj programu Excel z przypisaniami ścieżek obszaru, aby automatycznie ustanowić hierarchię.

Mapowanie elementów roboczych przy użyciu narzędzia do mapowania

1. Z dowolnego backlogu wybierz pozycję >Mapowanie
2. Wybierz rejestr prac nadrzędnych (epiki dla funkcji, funkcje dla scenariuszy)
3. Przeciągnij elementy podrzędne na elementy nadrzędne
4. Włącz widok Rodzice , aby zweryfikować relacje

Zarządzanie tablicami i planowaniem

Każdy zespół używa tablic do zarządzania wizualizacjami i narzędzi do planowania:

• Tablice portfolio: Śledzenie postępu epików w oparciu o podsumowanie elementów podrzędnych
• Tablice programów: zarządzanie programowaniem funkcji w interfejsach infrastruktury kluczy publicznych
• Tablice zespołów: Planowanie sprintów i śledzenie ukończenia historii

Aby uzyskać szczegółowe informacje na temat dostosowywania tablicy, zobacz Dostosowywanie tablic.

Narzędzia wiersza polecenia i programistyczne

Automatyzowanie konfiguracji programu SAFe® na dużą skalę za pomocą:

Interfejs wiersza polecenia usługi Azure DevOps

# Create teams and configure iterations
az boards team create --name "Portfolio Team"
az boards iteration create --name "PI 1" --start-date "2025-01-01"

Operacje zbiorcze

• Import z programu Excel: hierarchia elementów roboczych z przydzieleniem ścieżki obszaru
• Skrypty programu PowerShell: automatyzacja konfiguracji zespołu
• Interfejsy API REST: niestandardowa integracja i aktualizacje zbiorcze

Aby uzyskać pełną dokumentację interfejsu wiersza polecenia, zobacz dokumentację interfejsu wiersza polecenia usługi Azure DevOps.