Jak pojęcia związane z programem SAFe® są mapowane na artefakty usługi Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Jeśli interesuje Cię użycie struktury Scaled Agile Framework (SAFe®), możesz skonfigurować projekt usługi Azure Boards w celu śledzenia elementów dostarczanych saFe®. Podobnie jak usługa Azure Boards obsługuje praktyki Scrum i Agile, może obsługiwać aplikację SAFe® i dużą liczbę zespołów do współpracy w epikach obejmujących wersje.
W tym samouczku pokazano, jak następujące artefakty SAFe® są mapowane na określone artefakty usługi Azure Boards.
- SaFe® Agile, program i zespoły portfolio
- Elementy dostarczane SAFe®, takie jak epiki, funkcje i historie
- Widoki produktu SAFe®, programu i portfela
- SaFe® Zwolnij pociągi, sprinty i inne skrzynki czasowe
- Cele i cele iteracji SAFe®
- Strumienie i budżety wartości SAFe®
- SaFe Portfolio Vision and Strategic Themes (Wizja portfela SAFe® i tematy strategiczne)
- Harmonogramy działania SAFe®
- Punkty kontrolne i zdarzenia SAFe®
- SAFe® Retrospektywy i recenzje
Aby zapoznać się z omówieniem sposobu implementowania narzędzi Scrum i Kanban przez usługę Azure Boards, zobacz About Sprints, Scrum, and project management and About Boards and Kanban (Informacje o sprintach, scrumie i zarządzaniu projektami ) oraz About Boards and Kanban (Informacje o tablicach i kanbanach).
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.
Na poniższej ilustracji pokazano, jak można skonfigurować usługę Azure Boards tak, aby obsługiwała hierarchię zespołu trzech poziomów i mapować zespoły na odpowiednie ścieżki obszaru i iteracji. Przykłady są kompilowane z procesu Agile, jednak zmiany można zastosować do dowolnego projektu i procesu hostowanego w usłudze Azure Boards.
W poniższych przykładach pokazano, jak skonfigurowano hierarchię zespołu na poziomie trzech poziomów przy użyciu hierarchicznych ścieżek obszaru. Przykłady są kompilowane z poziomu procesu Agile. Można jednak zastosować te zmiany do dowolnego projektu hostowanego w usłudze Azure Boards.
Zespoły ds. funkcji Agile, programu i portfolio
Usługa Azure Boards obsługuje każdy zespół, aby mieć własny wgląd w swoją pracę. Konfigurując hierarchiczną strukturę zespołu, każdy zespół może skupić się na swojej pracy i mieć ich pracę zbiorczą do następnego poziomu w hierarchii zespołu.
Aby obsługiwać zespoły SAFe®, należy ponownie skonfigurować domyślny zespół jako zespół portfolio, aby zarządzać epikami. Następnie utworzysz podzestawy pracy na poziomie programu i pracy na poziomie zespołu. Praca może być śledzona między zespołami i na każdym z poziomów.
Historie, funkcje, epiki, elementy włączone i możliwości
Wszystkie elementy robocze i dostarczane są przechwytywane w elementach roboczych. Każdy element roboczy jest skojarzony z określonym typem elementu roboczego ze wstępnie zdefiniowanym przepływem pracy. Każdy proces usługi Azure Boards zapewnia obsługę określonych typów elementów roboczych, których można użyć do śledzenia dowolnych elementów dostarczanych saFe®.
Dostępne typy elementów roboczych są oparte na procesie używanym podczas tworzenia projektu — Agile, Basic, Scrum lub CMMI — jak pokazano na poniższych obrazach.
Na poniższej ilustracji przedstawiono hierarchię elementu roboczego listy prac procesu Agile:
- Scenariusze i zadania użytkownika służą do śledzenia pracy.
- Usterki śledzą wady kodu.
- Epiki i funkcje 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.
Elementy na liście prac mogą być nazywane problemami z scenariuszami użytkownika (Agile) (Podstawowe), elementami listy prac produktu (Scrum) lub wymaganiami (CMMI). Wszystkie cztery są podobne: opisują wartość klienta, która ma zostać dostarczona, a praca do ukończenia.
Możesz śledzić usługi Enablers przy użyciu scenariuszy użytkowników lub funkcji i możliwości przy użyciu funkcji lub epików. Możesz też dodać niestandardowe typy elementów roboczych do śledzenia i raportowania, aby śledzić te typy elementów dostarczanych. Aby uzyskać więcej informacji, zobacz Dostosowywanie usługi Azure Boards, Dodawanie niestandardowych typów elementów roboczych.
Elementy robocze zapewniają obsługę następujących zadań:
- Dodawanie kryteriów opisu i akceptacji
- Przypisywanie do zespołu lub ścieżki obszaru i do członka projektu
- Aktualizowanie stanu i przypisywanie do iteracji lub przebiegu
- Łączenie elementów roboczych, dołączanie plików, dodawanie tagów
- Dodawanie komentarzy i wyświetlanie wątku dyskusji
Listy prac produktów i portfolio umożliwiają zespołom szybkie dodawanie i określanie priorytetów scenariuszy użytkowników, funkcji i epików. Aby uzyskać więcej informacji na temat elementów roboczych i typów elementów roboczych, zobacz Śledzenie pracy z historiami użytkowników, problemami, usterkami, funkcjami i epikami.
Listy prac zespołu i tablice
Listy prac programu SAFe® są mapowe na listy prac zespołu, programu i portfela. Poza tym proces Agile obsługuje poziomy historii użytkowników, funkcji i epików. Hierarchiczna struktura listy prac pokazuje pracę wykonaną w celu obsługi funkcji i historii użytkowników w toku epika.
Listę prac i tablice można dostosować, nawet dodając listy prac portfela, zgodnie z opisem w temacie Dostosowywanie listy prac usługi Azure Boards i Dostosowywanie list prac.
Widok tablicy każdej listy prac można konfigurować przez każdy zespół.
Przyrosty, wydania i przebiegi programu
SaFe® Release Trains, Releases, Iterations, Program Increments (PIs) i Sprints łatwo mapować na ścieżki iteracji. Udostępnianie iteracji w hierarchii zespołu pozwala zarządzać wydaniami w spójny sposób.
Ponieważ epiki mogą obejmować kilka pociągów wydań, zespół portfolio nie jest skojarzony z żadnymi konkretnymi iteracjami. Zespoły programowe śledzą swoje elementy dostarczane przez funkcję, które są dostarczane za pomocą pi. Zespoły funkcji pracują w sprintach, aby ukończyć kilka scenariuszy. Każdy zespół wybiera, które iteracji obsługują je w celu śledzenia ukierunkowanego zestawu elementów dostarczanych.
Cele i cele iteracji
Rozwiązania SAFe® obejmują zespoły wersji Agile definiujące cele i cele iteracji. Zalecamy używanie pulpitów nawigacyjnych witryny typu wiki lub zespołu projektu do przechwytywania informacji o zespole. Pulpity nawigacyjne stron typu wiki i zespołu projektu obsługują język Markdown w celu dodawania i formatowania informacji.
Aby uzyskać więcej informacji, zobacz Udostępnianie informacji w dalszej części tego artykułu.
Strumienie wartości i budżety
Tagi umożliwiają szybkie i łatwe mapowanie funkcji i epików na ich strumienie wartości, motywy strategiczne i skojarzone budżety. Możesz dodawać pola niestandardowe, aby przechwytywać szacowane budżety dla funkcji, które następnie mogą być sumowanie do epików.
Tagi dodawane do elementów roboczych umożliwiają:
- Filtrowanie listy prac lub tablicy
- Tworzenie zapytań na podstawie tagów i filtrowanie wyników zapytania według tagów
- Tworzenie wykresów postępu i trendów lub raportów na podstawie tagów
Aby uzyskać bardziej niezawodne mapowanie pracy na architekturę lub funkcje biznesowe, można określić obszar wartości dla każdej epiki, funkcji lub scenariusza.
Pakiet zbiorczy umożliwia uzyskanie oszacowań budżetu dla epików z zestawienia oszacowań zdefiniowanych dla funkcji podrzędnych, jak pokazano na poniższej ilustracji.
Aby dodać pola niestandardowe, zobacz Dostosowywanie usługi Azure Boards, Dodawanie pola niestandardowego.
Używanie witryny typu wiki projektu do obsługi wizji portfela i motywów strategicznych
Informacje mogą być szeroko udostępniane organizacji przy użyciu witryny typu wiki projektu Usługi Azure DevOps. Witryna typu wiki jest podobna do repozytorium git, które obsługuje dodawanie i edytowanie stron przy użyciu języka Markdown i edytora WYSIWYG. Każda strona jest wersjona, dzięki czemu można łatwo śledzić, kto dokonał zmian i odzyskać wcześniejsze wersje.
Użyj witryny typu wiki projektu, aby obsługiwać udostępnianie następujących artefaktów SAFe®:
- Obraz portfela
- Tematy strategiczne
- Taksonomia
- Cele
- Cele
- Rozwiązania skoncentrowane na klientach
Aby uzyskać więcej informacji na temat witryny typu wiki projektu, zobacz Udostępnianie informacji w dalszej części tego artykułu.
Punkty kontrolne i kluczowe zdarzenia
Koniec każdej iteracji programu inkrementacji, przebiegu, wydania lub iteracji innowacji i planowania (IP) reprezentuje naturalne kamienie milowe SAFe®. Wiele kamieni milowych jest związanych z konkretnymi ceremoniami lub praktykami, takimi jak prowadzenie retrospektyw lub demonstrowanie działającego oprogramowania.
W usłudze Azure Boards można śledzić inne typy kamieni milowych lub kluczowych zdarzeń w następujący sposób.
- Pole niestandardowe, takie jak pole Punkt kontrolny lub Wydanie ze wstępnie zdefiniowaną listą wyboru
- Jako tag dodany do elementów roboczych
- Jako element roboczy określający datę docelową
- Jako jednodniowa ścieżka iteracji
Za pomocą niestandardowych pól i tagów można szybko filtrować listy prac, tablice i zapytania na podstawie określonego kamienia milowego.
Struktura zespołu usług udostępnionych
Zasoby, które są współużytkowane przez zespoły, mogą być reprezentowane przez własny zespół funkcji Agile, taki jak zespół projektowy środowiska użytkownika lub zespół ds. zgodności z zabezpieczeniami. Mogą zarządzać listą prac, gdy ich praca jest również wyświetlana na listach prac zespołów, które obsługują.
W tym miejscu pokazano, jak ścieżki obszaru są przypisywane do zespołu projektowego środowiska użytkownika, a następnie selektywne ścieżki obszaru podrzędnego do innych zespołów Agile. Elementy robocze wyświetlane na udostępnionych ścieżkach obszaru są wyświetlane na listach prac i tablicach skojarzonych zespołów.
Retrospektywy i recenzje
Aby wspierać zespoły wykonujące retrospektywy i przeglądy, zalecamy użycie rozszerzenia Retrospectives firmy Microsoft DevLabs.
To rozszerzenie umożliwia zespołom tworzenie własnych tablic retrospektywnych i przechwytywanie następujących zadań:
- Zbieranie opinii na temat kamieni milowych projektu
- Organizowanie i określanie priorytetów opinii
- Twórz i śledź zadania umożliwiające podejmowanie działań, aby pomóc każdemu zespołowi w swoich procesach ulepszania.
Udostępnianie informacji
Usługa Azure Boards udostępnia wiele sposobów udostępniania informacji.
- Formularze elementów roboczych udostępniają pola tekstu sformatowanych do przechwytywania opisów, kryteriów akceptacji i nie tylko. Załączniki plików można dodawać do elementów roboczych lub łączy do sieciowych udziałów plików.
- Pulpity nawigacyjne projektu i zespołu mogą służyć do udostępniania informacji wraz ze stanem i wykresami postępu oraz widżetami. Aby uzyskać więcej informacji, zobacz Dodawanie języka Markdown do pulpitu nawigacyjnego.
- Witryna typu wiki projektu udostępnia centralne repozytorium z wbudowaną kontrolą przechowywania wersji w celu udostępniania informacji wszystkim członkom projektu. Inne witryny typu wiki można tworzyć zgodnie z potrzebami. Aby uzyskać więcej informacji, zobacz About Wikis, READMEs and Markdown (Informacje o witrynach typu wiki, plikach README i markdown).
Aby uzyskać szczegółowe informacje na temat obsługiwanych funkcji języka Markdown, zobacz następujące artykuły.
- 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