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 scrum, ale nie znasz saFe®, te filmy w Scaled Agile są dobrym sposobem na orientację siebie.

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

Omówienie architektury SAFe® w wersji 5 © D. Leffingwell

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.

Omówienie saFe® 5.0 © D. Leffingwell

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.

Podstawowe omówienie © architektury plakatu SAFe® D. Leffingwell

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 Kanban.
  • 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 Kanban, 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.

Omówienie © architektury plakatu SAFe® portfolio D. Leffingwell

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.

Omówienie © architektury plakatu dużego rozwiązania SAFe® D. Leffingwell
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®.

Pełne omówienie © architektury plakatu SAFe® D. Leffingwell

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 Kanban.

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 Kanban.

Ś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

Zaległości historii. Lista prac scenariuszy zawiera listę scenariuszy użytkownika przypisanych do ścieżki obszaru skojarzonej z zespołem.

Kanban zespołu

Tablica scenariuszy. Tablica Scenariusze wyświetla listę prac scenariuszy jako karty w interaktywnej, konfigurowalnej i filtrowalnej tablicy Kanban.

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

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).