Implementowanie skalowanej struktury® Agile w usłudze Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Wiele przedsiębiorstw korzysta z indywidualnych zespołów Agile. Większe zainteresowanie zwiększa się w miarę zwiększania skali praktyk Agile w miarę rozwoju organizacji. Potrzeba, aby przedsiębiorstwa mogły wyświetlać postępy wielu zespołów Agile i w portfolio nadal rosną. Aby sprostać tym potrzebom, wiele firm przyjęło platformę Scaled Agile Framework® (SAFe®).
Jeśli znasz metodę Scrum, ale nie znasz programu SAFe®, zobacz SAFe Studio Framework.
Usługa Azure Boards obsługuje rozwiązania SAFe® za pośrednictwem autonomicznych zespołów, list prac, tablic, raportów i metryk. W tym artykule przedstawiono sposób, w jaki artefakty usługi Azure Boards obsługują praktyki i artefakty SAFe.
- Skalowana struktura® Agile
- Essential SAFe®
- Portfolio SAFe®
- Duże rozwiązanie SAFe®
- Szybkie mapowanie odwołań
- Implementacja programu SAFe® w usłudze Azure Boards
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.
Skalowana struktura® Agile
SaFe® odnosi się do sposobu, w jaki wizja portfela jest spełniona przez hierarchię zespołów, wszystkie zainteresowane konkretnymi celami. Ta struktura dzieli epiki na funkcje i historie. Zespoły pracują nad tymi elementami w przebiegu i dostarczają je za pośrednictwem przyrostów programów (PI) i Release Trains. Ponadto zaległości portfela mogą śledzić elementy dostarczane mapujące na strumienie wartości i skojarzone budżety.
Omówienie architektury saFe® w wersji 5.0
Odtwórz z uprawnieniami od © 2011 do 2020 Scaled Agile Inc. Wszelkie prawa zastrzeżone.
SaFe® i Scaled Agile Framework są zastrzeżonymi znakami towarowymi firmy Scaled Agile Inc.
Zwinność biznesowa SAFe® 5.0
Wiele rozwiązań SAFe® obejmuje rozwój kultury, która obsługuje elastyczność, wyrównanie i autonomię, a jednocześnie jest skoncentrowana na klientach.
Odtwórz z uprawnieniami od © 2011 do 2020 Scaled Agile Inc. Wszelkie prawa zastrzeżone.
Niektóre sposoby, w jakie usługa Azure Boards obsługuje elastyczność biznesową i kulturę agile, zostały omówione w następujących artykułach:
Essential SAFe®
Essential SAFe® wymaga obsługi artefaktów i praktyk przedstawionych na poniższym plakacie.
Odtwórz z uprawnieniami od © 2011 do 2020 Scaled Agile Inc. Wszelkie prawa zastrzeżone.
Wszystkie te artefakty i praktyki są obsługiwane przez usługę Azure Boards.
- Scenariusze, funkcje i funkcje: zaimplementowane jako elementy robocze, które przechwytują informacje i stan pracy. Te elementy robocze są automatycznie wyświetlane na listach prac zespołu i tablicach.
- Listy prac zespołu i listy prac programu: zaimplementowane jako listy prac zespołu, które filtrują elementy robocze przypisane do zespołu i obsługują priorytetyzację i grupowanie pracy.
- Scrum i Kanban: praktyki, które są w pełni obsługiwane przy użyciu tablic, list prac przebiegu i tablic zadań, zespołów i cykli przebiegu.
- Iteracji, iteracji innowacji i planowania (IP), przyrostów programów (PI), kamieni milowych i pociągów wydania: zaimplementowane za pomocą płaskiej listy lub hierarchicznej konfiguracji ścieżek iteracji.
- Agile Release Train: zaimplementowany przez zestaw zespołów i zespołów programu Agile skonfigurowanych do obsługi określonych widoków zespołów i programów.
- Cele pi, cele zespołu i kontekst rozwiązania: zespoły mogą używać wbudowanej witryny typu wiki projektu do udostępniania celów, celów, informacji o klientach i wymagań dotyczących rozwiązań.
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).
Portfolio SAFe®
Portfolio SAFe® dodaje obsługę zarządzania portfelami za pośrednictwem epików, elementów obsługujących i strumieni wartości.
Odtwórz z uprawnieniami od © 2011 do 2020 Scaled Agile Inc. Wszelkie prawa zastrzeżone.
Usługa Azure Boards zapewnia obsługę następujących składników portfela:
- Epiki: mapuj na typ elementu roboczego Epic i zezwalaj na śledzenie, grupowanie i zestawienie elementów podrzędnych.
- Listy prac portfela: Zaimplementowano jako listę prac portfela, która obsługuje filtrowanie pracy na podstawie przeglądu potrzeb biznesowych.
- Portfolio Vision and Strategic Themes: Właściciele biznesowi i menedżerowie portfela mogą korzystać z wbudowanej witryny typu wiki projektu, aby podzielić się swoją wizją, celami i celami.
- Strumienie wartości: strumienie wartości można śledzić przy użyciu tagów lub pól niestandardowych.
- Budżety chude: informacje o budżecie mogą być przechwytywane w polach niestandardowych i rzutowane w celu uzyskania widoczności poziomów funkcji i epików.
- Kluczowe wskaźniki wydajności: kilka raportów i widżetów pulpitu nawigacyjnego udostępnia gotowe metryki. Usługa Power BI i usługa Analytics zapewniają obsługę szybkiego tworzenia niestandardowych raportów.
Duże rozwiązanie SAFe®
Funkcja SAFe® dużych rozwiązań obejmuje obsługę listy prac rozwiązania, pociągów rozwiązań i możliwości.
Odtwórz z uprawnieniami od © 2011 do 2020 Scaled Agile Inc. Wszelkie prawa zastrzeżone.
Duże rozwiązania można zaimplementować w taki sam sposób, jak w przypadku implementowania funkcji SAFe® portfela. Można jednak również dodać niestandardowe typy elementów roboczych i niestandardowe listy prac, aby obsługiwać inne wymagania dotyczące rozwiązania.
Pełna nazwa SAFe®
Pełna funkcja SAFe® obejmuje trzy poziomy podstawowych funkcji SAFe®, Large Solution SAFe® i Portfolio SAFe®.
Jak artefakty SAFe® są mapowane na usługę Azure Boards
Poniższa tabela mapuje terminy lub artefakty saFe® na równoważny termin lub artefakt usługi Azure Boards. Wybierz link, aby dowiedzieć się więcej o szczegółach implementacji.
Termin lub artefakt saFe®
Termin lub artefakt usługi Azure Boards
Zespoły Agile
Zespoły. Należy zdefiniować hierarchię zespołów, aby spełniały potrzeby zespołów funkcji lub zespołów programistycznych, zespołów programistycznych i zespołów portfolio lub zespołów uczenia rozwiązań.
Agile Release Train (ART)
Zespoły. Zespoły Agile zarządzają pracą elementów dostarczanych dla zestawu funkcji. Każdy zespół Agile ma zestaw narzędzi Agile do obsługi przepływu pracy i przeglądania postępów i elementów dostarczanych.
Budżety
Tagi, obszar wartości. Możesz użyć tagów lub pola Obszar wartości do śledzenia pracy skojarzonej z określonym budżetem lub strumieniem wartości.
Możliwości
Element roboczy. Definiowanie, planowanie i śledzenie możliwości podobnych do epików i funkcji. Przechwytujesz je w elementach roboczych i w różnych listach prac zespołu.
Lokale
Element roboczy. Definiowanie, planowanie i śledzenie elementów Enablers podobnych do epików, funkcji i historii. Przechwytujesz je w elementach roboczych i w różnych listach prac zespołu.
Epiki
Epicki element roboczy. Epik jest definiowany przy użyciu typu epickiego elementu roboczego. Epiki znajdują się w górnej części hierarchii elementów roboczych epików, funkcji i scenariuszy.
Funkcje
Element roboczy funkcji. Funkcja jest definiowana przy użyciu typu elementu roboczego Funkcji. Funkcje są kontenerem dla wielu scenariuszy i są reprezentowane na własnej liście prac portfela.
Iteracja innowacji i planowania (IP)
Ścieżka iteracji. Definiujesz ścieżki iteracji dla projektu i ustawiasz daty rozpoczęcia i zakończenia. Każdy zespół subskrybuje iteracje, z którymi pracują.
Iteracja
Ścieżka iteracji. Definiujesz ścieżki iteracji dla projektu i ustawiasz daty rozpoczęcia i zakończenia. Każdy zespół subskrybuje iteracje, z którymi pracują.
Kamienie milowe
Punkty kontrolne i kluczowe zdarzenia. Punkty kontrolne występują na końcu każdej iteracji. Pola niestandardowe i tagi mogą również służyć do kojarzenia pracy z kamieniami milowymi i kluczowymi zdarzeniami.
Zaległości portfela
Zaległości portfela. Lista prac portfela zawiera listę epików skojarzonych z portfolio z opcją rozwijania i wyświetlania podrzędnych funkcji i scenariuszy.
Kanban portfela
Tablica Epics portfolio. Tablica zespołu portfolio wyświetla listę prac Epiki jako karty w interaktywnej, konfigurowalnej i filtrowalnej tablicy.
Obraz portfela
Witryna typu wiki. Użyj witryny typu wiki projektu, aby szeroko udostępniać informacje dotyczące organizacji związane ze strategią, rozwiązaniami i sposobem współpracy zespołów w celu tworzenia projektów i programów dostarczanych.
Zaległości programu
Zaległości funkcji. Lista prac funkcji zawiera listę funkcji skojarzonych z programem z opcją rozwijania i wyświetlania podrzędnych scenariuszy.
Program Kanban
Tablica funkcji programu. Tablica Program wyświetla listę prac funkcji jako karty w interaktywnej, konfigurowalnej i filtrowalnej tablicy.
Ścieżka iteracji programu inkrementacji (PI)
Ścieżka iteracji. Ścieżki iteracji definiują pole czasu dla projektu z datami rozpoczęcia i zakończenia. Ścieżki iteracji można zdefiniować z jednego tygodnia do 12 tygodni lub dłużej.
Retrospektywy i recenzje
Retrospektywy. Każdy zespół może dodać tablicę do przechwytywania, określania priorytetów i tworzenia elementów akcji w celu obsługi procesów ulepszania.
Plan rozwoju
Plany dostarczania, oś czasu funkcji. Usługa Azure Boards udostępnia konfigurowalne i interaktywne widoki umożliwiające przeglądanie planów działania i elementów dostarczanych przez zespół.
Usługi udostępnione
Struktura zespołu usług udostępnionych: zasoby współużytkowane przez zespoły mogą być reprezentowane przez własny zespół funkcji Agile. Każda z nich może zarządzać listą prac, gdy ich praca jest również wyświetlana na listach prac zespołów, które obsługują.
Rozwiązania
Rozwiązania: rozwiązania mogą być reprezentowane za pomocą niestandardowego typu elementu roboczego rozwiązania.
List prac rozwiązania
Zaległości portfela rozwiązań. Możesz zdefiniować niestandardowy typ elementu roboczego i listę prac portfela, aby przechwycić specjalne wymagania biznesowe dużych rozwiązań lub użyć list prac epików i epików do przechwytywania rozwiązań.
Tematy strategiczne
Witryna typu wiki. Motywy strategiczne, podobne do portfolio Vision, można przechwycić w witrynie typu wiki projektu.
Wątki
Element roboczy scenariusza użytkownika. Scenariusze użytkownika przechwytują funkcje, które chcesz dostarczyć. Zazwyczaj mają one rozmiar, tak aby były wykonywane z pojedynczą iterację.
Zaległości zespołu
Kanban zespołu
Tablica scenariuszy. Tablica Scenariusze wyświetla listę prac scenariuszy jako karty w interaktywnej, konfigurowalnej i filtrowalnej tablicy.
Strumienie wartości
Tagi, obszar wartości. Możesz użyć tagów lub pola Obszar wartości do śledzenia pracy skojarzonej z określonym budżetem lub strumieniem wartości.
Implementacja programu SAFe® w usłudze Azure Boards
Każdy z poniższych artykułów w tym pakiecie samouczków zawiera szczegółowe informacje na temat sposobu konfigurowania, dostosowywania i używania usługi Azure Boards do implementowania programów i projektów SAFe®.
- Jak pojęcia związane z programem SAFe® są mapowane na artefakty usługi Azure Boards
- Konfigurowanie usługi Azure Boards do obsługi programu SAFe®
- Dostosowywanie usługi Azure Boards do obsługi programu SAFe®
- Planowanie i śledzenie programów i portfeli SAFe®
- Wyświetlanie postępu, harmonogramów działania i metryk saFe®
Następne kroki
Powiązane artykuły
- Skalowanie agile do dużych zespołów
- Kultura Agile
- Praktyki, które skaluje
- Informacje o sprintach, scrum i zarządzaniu projektami
- Informacje o tablicach i kanbanach
- Skalowana struktura Agile: witryna zasobów SAFe®.
- Skalowanie metryk Agile i SAFe® za pomocą serwera TFS: wpis w blogu ilustrujący raport programu SQL Server opracowany przez InCycle w celu zilustrowania sposobu użycia serwera TFS do obsługi skalowanej metody agile lub SAFe.
Informacje o autorach
Dziękujemy następującym współautorom za ich recenzję i opinię na temat bieżącej zawartości.
- Phillip Eng jest starszym architektem w firmie Microsoft, digital pursuit and guidance.
- Hosam Kamel jest specjalistą ds. rozwiązań technologicznych dla firmy Microsoft i ALM Ranger.
- Willy-Peter Schaub jest byłym menedżerem programu z Visual Studio ALM Rangers w Microsoft Canada Development Center. Możesz śledzić Willy-Peter na Twitterze na twitter.com/wpschaub.
Artykuły z tej serii zostały zaktualizowane z poprzedniej białej księgi opracowanej we współpracy z następującymi autorami:
- Gordon Beeming jest deweloperem oprogramowania w Derivco w słonecznym mieście Durban w Republice Południowej Afryki. Większość czasu spędza na hakowaniu klawiatury w programie Visual Studio lub z rodziną relaksując się. Jego blog jest na gordonbeeming.xyz i możesz śledzić go na Twitterze na twitter.com/gordonbeeming.
- Brian Blackman jest głównym konsultantem firmy Microsoft Premier Developer, koncentrując się na wpływie na partnerów niezależnego dostawcy oprogramowania i sukces przedsiębiorstw w inżynierii i na platformie handlowej. Ma mba i jest CSM, CSP, MCSD (C++) i MCTS i jest Visual Studio ALM Ranger. Kiedy nie jest Ruck Mastering i przyczynia się do projektów Alm Ranger programu Visual Studio, spędza czas na pisaniu kodu, tworzeniu i dostarczaniu warsztatów oraz konsultacji w różnych stężeniach, zwłaszcza pomagając organizacjom w dążeniu do elastyczności biznesowej.
- Gregg Boer jest głównym menedżerem programu w firmie Microsoft. Gregg jest właścicielem produktu dla środowiska zarządzania Agile udostępnianego przez usługę Azure DevOps i lokalnego serwera TFS.
- Kathryn Elliott jest starszym pisarzem technicznym w firmie Microsoft.
- Susan Ferrell jest starszym pisarzem technicznym i visual studio ALM Ranger.
- Willy-Peter Schaub jest byłym menedżerem programu z Visual Studio ALM Rangers w Microsoft Canada Development Center. Od połowy lat 80., stara się o prostotę i łatwość konserwacji w inżynierii oprogramowania. Możesz śledzić go na Twitterze na twitter.com/wpschaub.
- Specjalne podziękowania dla następujących ekspertów technicznych do przeglądu tego artykułu: Mike Douglas (niezależny konsultant, ALM Ranger), Richard Hundgur (niezależny konsultant, ALM Ranger) i Bill Heys (niezależny konsultant, ALM Ranger).