Så här mappar SAFe-begrepp® till Azure Boards-artefakter
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Om du är intresserad av att använda Scaled Agile Framework (SAFe®) kan du konfigurera ditt Azure Boards-projekt för att spåra SAFe-slutprodukt®. Precis som Azure Boards stöder Scrum- och Agile-metoder kan det stödja SAFe® och ett stort antal team för att arbeta tillsammans med Epics som sträcker sig över versioner.
Den här självstudien visar hur följande SAFe-artefakter® mappar till specifika Azure Boards-artefakter.
- SAFe® Agile- och programteam och portföljteam
- SAFe-slutprodukt® såsom epos, funktioner och berättelser
- SAFe-produkt®-, program- och portföljvyer
- SAFe® Release-tåg, sprintar och andra tidslådor
- MÅL och mål för SAFe® Iteration
- SAFe® Value-strömmar och budgetar
- SAFe® Portfolio Vision och strategiska teman
- SAFe-översikter®
- SAFe-milstolpar® och händelser
- SAFe® Retrospektiv och recensioner
En översikt över hur Azure Boards implementerar Scrum och Kanban finns i Om sprintar, Scrum och projekthantering samt Om styrelser och Kanban.
Kommentar
Den här artikeln är en av en uppsättning scaled Agile Framework-självstudier® som gäller för Azure Boards och Azure DevOps Services. De flesta riktlinjerna gäller både för molnet och för lokala versioner. Vissa funktioner och procedurer är dock specifika för molnet eller den senaste versionen av Azure DevOps Server.
Följande bild visar hur du kan konfigurera Azure Boards för att stödja en teamhierarki på tre nivåer och mappa team till respektive område och iterationssökvägar. Exemplen bygger på agilprocessen, men ändringarna kan tillämpas på alla projekt och processer som finns i Azure Boards.
Exemplen nedan visar hur en teamhierarki på tre nivåer konfigureras med hjälp av hierarkiska områdessökvägar. Exemplen bygger på agilprocessen, men du kan tillämpa dessa ändringar på alla projekt som finns i Azure Boards.
Agil funktion, program och portföljteam
Azure Boards har stöd för varje team att ha en egen vy över sitt arbete. Genom att konfigurera en hierarkisk teamstruktur kan varje team fokusera på sitt arbete och få arbetet att rulla upp till nästa nivå i teamhierarkin.
För att stödja SAFe-team® konfigurerar du om standardteamet som portföljteam för att hantera dina epos. Sedan skapar du underteam för arbete på programnivå och på teamnivå. Arbetet kan spåras mellan team och på var och en av nivåerna.
Berättelser, funktioner, epos, aktiverare och funktioner
Alla arbets- och slutprodukter samlas in i arbetsobjekt. Varje arbetsobjekt är associerat med en specifik typ av arbetsobjekt med ett fördefinierat arbetsflöde. Varje Azure Boards-process ger stöd för specifika typer av arbetsobjekt som du kan använda för att spåra någon av SAFe-slutprodukterna®.
De typer av arbetsobjekt som är tillgängliga för dig baseras på den process som användes när projektet skapades – Agile, Basic, Scrum eller CMMI – enligt följande bilder.
Följande bild visar hierarkin för arbetsobjektet agil processeftersläpning:
Användarberättelser och uppgifter används för att spåra arbete.
Buggar spårar kodfel.
Epos och funktioner används för att gruppera arbete under större scenarier.
Varje team kan konfigurera hur de hanterar buggarbetsobjekt på samma nivå som användarberättelse eller uppgiftsarbetsobjekt genom att konfigurera inställningen Arbeta med buggar . Mer information om hur du använder dessa typer av arbetsobjekt finns i Agil process.
Objekten i din kvarvarande uppgifter kan kallas Användarberättelser (Agile) Issues (Basic), Product backlog items (Scrum) eller Requirements (CMMI). Alla fyra är liknande: de beskriver det kundvärde som ska levereras och det arbete som ska slutföras.
Du kan spåra aktiverare med hjälp av användarberättelser eller funktioner och funktioner med hjälp av funktioner eller epos. Om du har specifika behov av spårning och rapportering kan du lägga till anpassade typer av arbetsobjekt för att spåra dessa typer av slutprodukter. Mer information finns i Anpassa Azure Boards, Lägg till anpassade arbetsobjekttyper.
Arbetsobjekt ger stöd för följande uppgifter:
- Lägg till beskrivnings- och godkännandevillkor
- Tilldela till ett team eller en områdessökväg och till en projektmedlem
- Uppdatera status och tilldela till en iteration eller sprint
- Länka arbetsobjekt, bifoga filer, lägga till taggar
- Lägga till kommentarer och visa en diskussionstråd
Med kvarvarande produkt- och portföljloggar kan team snabbt lägga till och prioritera användarberättelser, funktioner och epos. Mer information om arbetsobjekt och typer av arbetsobjekt finns i Spåra arbete med användarberättelser, problem, buggar, funktioner och epos.
Team-kvarvarande uppgifter och styrelser
SAFe-kvarvarande® uppgifter mappar till kvarvarande uppgifter för team, program och portföljer. Den agila processen stöder användarberättelse, funktion och epos-kvarvarande uppgifter. Den hierarkiska kvarvarande strukturen visar arbete som utförts för att stödja funktioner och användarberättelser under utvecklingen av ett epos.
Du kan anpassa dina kvarvarande uppgifter och tavlor, till och med lägga till kvarvarande portföljer, enligt beskrivningen i Anpassa Azure Boards, Anpassa kvarvarande uppgifter.
Kanban-styrelsens vy över varje kvarvarande uppgifter kan konfigureras av varje team.
Programsteg, versioner och sprintar
SAFe® Release Trains, Releases, Iterations, Program Increments (PIs) och Sprints mappas enkelt till dina iterationssökvägar. Genom att dela iterationer i teamhierarkin hanterar du versionerna på ett sammanhängande sätt.
Eftersom epos kan sträcka sig över flera versionståg är portföljteamet inte associerat med några specifika iterationer. Programteam spårar sina funktionsprodukt, som levereras med en PI. Och funktionsteam arbetar i Sprints för att slutföra flera berättelser. Varje team väljer vilka iterationer som stöder dem för att spåra deras fokuserade uppsättning slutprodukt.
Iterationsmål och -mål
SAFe-metoder® inkluderar agila lanseringsteam som definierar sina iterationsmål och mål. Vi rekommenderar att du använder projekt-wikin eller teaminstrumentpanelerna för att samla in teaminformation. Både projekt-wikin och teaminstrumentpanelerna stöder Markdown för att lägga till och formatera information.
Mer information finns i Dela information senare i den här artikeln.
Värdeströmmar och budgetar
Du kan använda taggar för ett snabbt och enkelt sätt att mappa funktioner och epos till deras värde Flöden, strategiska teman och tillhörande budgetar. Du kan lägga till anpassade fält för att samla in budgetuppskattningar för funktioner som sedan kan summeras till Epics.
Med taggar som du lägger till i arbetsobjekt kan du:
- Filtrera eventuella kvarvarande uppgifter eller Kanban-tavlor
- Skapa frågor baserat på taggar och filtrera frågeresultat efter taggar
- Skapa förlopps- och trenddiagram eller rapporter baserat på taggar
Om du vill ha en mer robust mappning av arbete till arkitektur eller affärsfunktioner kan du ange värdeområdet för varje epos, funktion eller berättelse.
Med sammanslagning kan du hämta budgetuppskattningar för epos från en sammanslagning av de uppskattningar som definierats för deras underordnade funktioner, enligt följande bild.
Mer information om hur du lägger till anpassade fält finns i Anpassa Azure Boards, Lägg till ett anpassat fält.
Använd projekt-wikin för att stödja din portföljvision och dina strategiska teman
Information kan delas i stor utsträckning med en organisation med hjälp av Azure DevOps-projekt-wikin. Wikin liknar en git-lagringsplats som har stöd för att lägga till och redigera sidor med Markdown och en WYSIWYG-redigerare. Den versioner varje sida så att det är enkelt att spåra vem som gjort ändringar och återställa tidigare versioner.
Använd din projekt-wiki för att stödja delning av följande SAFe-artefakter®:
- Portföljvision
- Strategiska teman
- Taxonomi
- Mål
- Målsättningar
- Kundcentrerade metoder
Mer information om projekt-wikin finns i Dela information senare i den här artikeln.
Milstolpar och viktiga händelser
Slutet av varje iteration för Program Increment, Sprint, Release Train eller Innovation and Planning (IP) representerar naturliga SAFe-milstolpar®. Många milstolpar är associerade med specifika ceremonier eller metoder, till exempel att genomföra retrospektiv eller demonstrera fungerande programvara.
I Azure Boards kan du spåra andra typer av milstolpar eller viktiga händelser på följande sätt.
- Anpassat fält, till exempel milstolpe eller versionsfält med fördefinierad listruta
- Som en tagg som lagts till i arbetsobjekt
- Som ett arbetsobjekt som anger ett måldatum
- Som en endags iterationssökväg
Med anpassade fält och taggar kan du snabbt filtrera kvarvarande uppgifter, tavlor och frågor baserat på en viss milstolpe.
Teamstruktur för delade tjänster
Resurser som delas mellan team kan representeras via ett eget agilt funktionsteam, till exempel ett UX-designteam eller ett team för säkerhetsefterlevnad. De kan hantera sina kvarvarande uppgifter samtidigt som deras arbete också visas i kvarvarande uppgifter för de team som de stöder.
Här visar vi hur områdessökvägar tilldelas till UX-designteamet och sedan selektiva underområdessökvägar till andra agila team. Arbetsobjekt som visas på sökvägar för delade områden visas i kvarvarande uppgifter och tavlor för de associerade teamen.
Retrospektiv och granskningar
För att stödja team som gör retrospektiv och granskning rekommenderar vi att du använder tillägget Retrospektiv av Microsoft DevLabs.
Med det här tillägget kan team skapa egna retrospektiva tavlor och samla in följande uppgifter:
- Samla in feedback om projektmilstolpar
- Organisera och prioritera feedbacken
- Skapa och spåra åtgärdsbara uppgifter som hjälper varje team i deras förbättringsprocesser.
Dela information
Azure Boards innehåller många sätt att dela information på.
- Arbetsobjektsformulär tillhandahåller rtf-fält för att samla in beskrivningar, acceptanskriterier med mera. Filbilagor kan läggas till i arbetsobjekt eller länkar till nätverksfilresurser.
- Projekt- och teaminstrumentpaneler kan användas för att dela information tillsammans med status- och förloppsdiagram och widgetar. Mer information finns i Lägga till Markdown på en instrumentpanel.
- Project wiki tillhandahåller en central lagringsplats med inbyggd versionskontroll för att dela information med alla projektmedlemmar. Andra wikis kan skapas efter behov. Mer information finns i Om Wikis, READMEs och Markdown.
Mer information om markdown-funktioner som stöds finns i följande artiklar.
- Syntaxvägledning för Markdown-användning i Wiki
- Syntaxvägledning för grundläggande Markdown-användning
Nästa steg
Relaterade artiklar
Kultur och skala
Feedback
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i: https://aka.ms/ContentUserFeedback.
Skicka och visa feedback för