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 przedsiębiorstw do śledzenia postępów wielu zespołów Agile oraz w całym portfelu projektów nadal rośnie. 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 odniesień
- Implementacja programu SAFe® w usłudze Azure Boards
Uwaga
Ten artykuł jest jednym z serii samouczków Scaled Agile Framework®, które dotyczą 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 realizowana przez hierarchię zespołów, z których każdy jest zaangażowany w konkretne cele. 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 w portfelu mogą śledzić elementy dostarczane, które są mapowane na strumienie wartości i powiązane budżety.
Omówienie architektury saFe® w wersji 5.0
Przedruk za zgodą © 2011-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 praktyk SAFe® obejmuje rozwój kultury, która wspiera zwinność, harmonizację i autonomię, a jednocześnie skupia się na kliencie.
Reprodukowane za zgodą © 2011-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.
Przedrukowano za zgodą © 2011-2020 Scaled Agile Inc.. Wszelkie prawa zastrzeżone.
Wszystkie te artefakty i praktyki są obsługiwane przez usługę Azure Boards.
- Scenariusze, funkcje i umożliwiające: 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 umożliwiają filtrowanie elementów roboczych przypisanych do zespołu oraz priorytetyzowanie i grupowanie pracy.
- Scrum i Kanban: praktyki, które są w pełni obsługiwane przy użyciu tablic, rejestrów sprintu i tablic zadań, zespołów i rytmu sprintów.
- Iteracje, Iteracja innowacji i planowania (IP), Przyrosty programów (PI), Kamienie milowe, i Pociągi wydawnicze: zaimplementowane za pomocą płaskiej listy lub hierarchicznej konfiguracji ścieżek iteracji.
- Agile Release Train: wdrożony przez grupę zespołów Agile oraz zespołów programowych, skonfigurowanych do wspierania określonych widoków zespołowych i programowych.
- Cele PI, Cele zespołu, i Kontekst Rozwiązania: Zespoły mogą użyć wbudowanej witryny typu wiki projektu do udostępniania celów, informacji o klientach i wymagań dotyczących rozwiązań.
Aby zapoznać się z omówieniem wdrażania Scrum i Kanban w Azure Boards, zobacz About Sprints, Scrum, and project management (Informacje o Sprintach, Scrumie i zarządzaniu projektami) oraz About Boards and Kanban (Informacje o Tablicach i Kanban).
Portfolio SAFe®
Portfolio SAFe® dodaje obsługę zarządzania portfelami za pośrednictwem epików, elementów obsługujących i strumieni wartości.
Reprodukowane za zgodą © 2011-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.
- Backlogi portfela: Zaimplementowano jako backlog portfela, który obsługuje filtrowanie zadań na podstawie oceny 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.
- Chude budżety: informacje o budżecie mogą być zapisywane w polach niestandardowych i agregowane, aby uzyskać widoczność na poziomach 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®
Duże rozwiązania SAFe® obejmują obsługę backlogu rozwiązania, pociągów rozwiązań i funkcjonalności.
Przedrukowano za zgodą © 2011–2020 Scaled Agile Inc.. Wszelkie prawa zastrzeżone.
Możesz wdrażać duże rozwiązania w podobny sposób, jak wdrażasz Portfolio SAFe®. 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łny SAFe®
Pełny SAFe® obejmuje trzy poziomy: Essential SAFe®, Large Solution SAFe® i Portfolio SAFe®.
Jak artefakty SAFe® odnoszą się do usługi Azure Boards
Poniższa tabela mapuje terminy lub artefakty SAFe® na równoważny termin lub artefakt 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 pracy. Definiujesz, planujesz i śledzisz zespół funkcji podobny do epików i funkcji. Przechwytujesz je w elementach roboczych i w różnych listach prac zespołu.
Umożliwiający
Zadanie robocze. Definiujesz, planujesz i śledzisz enablery podobnie jak epiki, funkcje i historie. 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 funkcjonalności. Funkcja jest definiowana przy użyciu typu elementu roboczego Funkcji. Funkcje są kontenerem dla wielu Historii i są umieszczone w osobnym backlogu 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ół wybiera iteracje, z którymi pracuje.
Iteracja
Ścieżka iteracji. Definiujesz ścieżki iteracji dla projektu i ustawiasz daty rozpoczęcia i zakończenia. Każdy zespół przypisuje się do iteracji, z którymi pracuje.
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
Backlog portfela. Backlog portfela zawiera Epiki skojarzone z portfelem z opcją rozwinięcia i wyświetlenia podrzędnych Funkcji i Historyjek.
Kanban portfela
Tablica Epics portfolio. Tablica zespołu portfolio wyświetla listę prac Epiki jako karty w interaktywnej, konfigurowalnej i filtrowalnej tablicy.
Wizja portfela
Wiki Użyj wiki projektu, aby szeroko udostępniać w ramach organizacji informacje związane ze strategią, rozwiązaniami i sposobem współpracy zespołów w celu realizacji wyników portfolio i programów.
Zaległości programu
Zaległości funkcji. Backlog funkcji zawiera listę funkcji skojarzonych z programem z opcją rozwijania i wyświetlania podrzędnych historyjek.
Program Kanban
Tablica funkcji programu. Tablica Program wyświetla zaległości funkcji jako karty w interaktywnej, konfigurowalnej i filtrowalnej tablicy.
Ścieżka iteracji Program Increment (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, harmonogram 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.
Rejestr zadań do rozwiązania
Zaległości portfela rozwiązań. Możesz zdefiniować niestandardowy typ elementu roboczego i backlog portfela, aby uchwycić specjalne wymagania biznesowe dużych rozwiązań, lub użyć backlogów epików i portfeli epików do uchwycenia rozwiązań.
Tematy strategiczne
Wiki. Motywy strategiczne, podobnie jak Portfolio Vision, można umieścić w witrynie typu wiki projektu.
Historie
Element roboczy historyjki użytkownika. Historyjki użytkownika opisują funkcjonalności, które chcesz dostarczyć. Zazwyczaj są one takiej wielkości, aby można było je wykonać za pomocą jednej iteracji.
Zaległości zespołu
Kanban zespołu
Tablica opowieści. Tablica Historie wyświetla backlog historii w formie kart na 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®.
Następne kroki
Powiązane artykuły
- Skalowanie agile do dużych zespołów
- Kultura Agile
- Praktyki, które skalują
- Informacje o sprintach, scrum i zarządzaniu projektami
- Informacje o tablicach i kanbanach
- Scaled Agile Framework: 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, Wsparcie Cyfrowe i Doradztwo.
- 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 w Microsoft Premier Developer, koncentrując się na przyczynianiu się do sukcesu partnerów niezależnych dostawców oprogramowania (ISV) oraz przedsiębiorstw zarówno w dziedzinie inżynierii, jak i na rynku. Ma MBA i jest CSM, CSP, MCSD (C++), MCTS oraz Visual Studio ALM Rangerem. Kiedy nie zajmuje się Ruck Mastering i nie bierze udziału w projektach ALM Ranger programu Visual Studio, spędza czas pisząc kod, tworząc i prowadząc warsztaty oraz konsultując w różnych dziedzinach, szczególnie pomagając organizacjom w dążeniu do zwinnoś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 autorem 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 za przegląd tego artykułu: Mike Douglas (niezależny konsultant, ALM Ranger), Richard Hundhausen (niezależny konsultant, ALM Ranger) i Bill Heys (niezależny konsultant, ALM Ranger).