Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Anpassa Azure-tavlor efter teamets processer och portföljbehov. Den här artikeln beskriver rekommenderade uppgifter och överväganden för administratörer som konfigurerar områdes- och iterationsstruktur, arbetsobjektstyper (WIT), arbetsflöden och styrelsebeteende.
Använd den här artikeln för att avgöra hur ditt projekt ska organiseras innan du anpassar tavlor, backloggar och teaminställningar.
Om du redan känner till de konfigurationsuppgifter du vill använda börjar du med följande artiklar:
- Anpassa kort
- Hantera kolumner
- Påskynda arbetet med simbanor
- Konfigurera vyn för kvarvarande uppgifter
Note
De flesta riktlinjer här gäller både för Azure DevOps Services och Azure DevOps Server. Vissa funktioner, till exempel analys- och leveransplaneringsupplevelser, varierar beroende på version eller installation. Leveransplaner är inbyggda i Azure DevOps Server 2022 och senare och var tidigare tillgängliga som ett Marketplace-tillägg.
Tips/Råd
Du kan använda AI för att hjälpa till med Azure DevOps uppgifter. Se Aktivera AI-hjälp med Azure DevOps MCP Server för att komma igång.
Viktiga överväganden
Använd de här frågorna för att forma den konfiguration du väljer.
| Area | Frågor att besvara |
|---|---|
| Projekt- och teamstruktur | Hur många team, områdesstigshierarki och summeringsvyer behöver du? |
| Iterations | Vilken sprinttakt, versionsgruppering och prognoshorisont fungerar bäst? |
| Schema för arbetsobjekt | Vilka WIT:er ska team använda (funktioner, berättelser/problem/PBI:er, uppgifter, epos)? |
| Rapporteringsbehov | Vilka fält, summeringar och analysvyer måste finnas tillgängliga? |
| Anpassningar | Hur påverkar anpassade fält, arbetsflöden och WIT:ar tavlor, kvarvarande uppgifter och rapporter? |
| Behörigheter och styrning | Vem kan ändra processer, områdes-/iterationsträd och teaminställningar? |
Dokumentera dina val så att teamen tillämpar dem konsekvent i hela projektet.
Välj typer av arbetsobjekt och kvarvarande portföljer
Välj en process (Agile, Basic, Scrum eller CMMI) när du skapar ett projekt. Varje process definierar en standarduppsättning WITs och portfölj-/backlog-nivåer. Du kan lägga till anpassade WIT:er och portföljloggar som stöd för din organisation.
Det här diagrammet visar hierarkin för Agile-processens backlog:
- Använd användarberättelser och uppgifter för att spåra arbete.
- Använd buggar för att spåra kodfel.
- Använd epos och funktioner för att gruppera arbete under större scenarier.
Varje team kan konfigurera om buggar ska hanteras på samma nivå som användarberättelser eller uppgiftsarbetsobjekt. Använd inställningen Arbeta med buggar. Mer information om hur du använder dessa typer av arbetsobjekt finns i Agil process.
Använd anpassade WIT:ar och portföljbackloggar när du behöver ytterligare planeringsnivåer, till exempel mål och nyckelresultat (OKR), eller när team behöver en aggregeringsnivå ovanför funktioner.
Jämföra spårningsmetoder
Välj den spårningsmodell som bäst matchar hur dina team planerar och rapporterar fungerar.
| Tillvägagångssätt | Använd när | Avvägning |
|---|---|---|
| Endast uppgifter | Du behöver enkel uppgiftsspårning med lite hierarki | Begränsad prioritering och ingen portföljplanering |
| Krav med deluppgifter | Scrum-team uppskattar arbete och spårar det i sprintar | Mer hierarki att hantera |
| Bara krav | Kanban- eller Scrumban-team spårar inte tid | Mindre information på aktivitetsnivå |
| Krav grupperade under portfölj-WIT | Flera team behöver sammanställningar och kalendervyer över flera team | Kräver mer processdesign i förväg |
Förklara vilken modell du väljer för team och uppdatera processdokumentationen så att alla använder samma mönster.
Konfigurera områden, iterationer och team
Använd områdesvägar för att dela upp arbete efter produkt, funktion eller affärsområde. Använd iterationsvägar för sprintar, versioner eller milstolpar.
| Recommendation | Reason |
|---|---|
| Skapa hierarkier för områdesväg som återspeglar hur chefer vill att summeringar ska rapporteras | Möjliggör korrekt sammanslagningsrapportering över organisationsnivåer |
| Ge varje team en standardprenumeration för område och iteration | Arbetsobjekt ärver automatiskt rätt kontext |
| Använd konsekventa iterationstakt mellan team som levererar tillsammans | Förenklar planering och beroendespårning mellan team |
Relaterat innehåll:
Visa buggar på tavlor och kvarvarande uppgifter
Varje team avgör om buggar finns med i produktbackloggen som krav eller spåras som uppgifter kopplade till kravposterna. Team som använder Scrum visar ofta buggar i kvarvarande uppgifter. Team som använder Agile eller CMMI kan välja om buggar ska visas i kvarvarande uppgifter. Basic-processen använder inte arbetsobjektstypen Bugg; den använder Problem i stället. Om du vill ändra hur buggar visas för ett team uppdaterar du teaminställningarna:
Behåll en konsekvent teamprincip så att sökfrågor, tavlor och uppsamlingar fungerar förutsägbart.
Sammanslagnings- och portföljvyer
Lägg till sammanslagningskolumner i kvarvarande uppgifter för att visa förloppsstaplar, antal eller summor för underordnade objekt. Använd leveransplaner för att granska scheman och beroenden mellan team. Om du använder en översiktsvy, till exempel tillägget Funktionstidslinje, kan du ange det separat i projektvägledningen.
För planering mellan team använder du leveransplaner och eventuella tillägg i översiktsformat som din organisation har standardiserat på.
Tavlor, kolumner och arbetsflöden
Arbetsflödestillstånd för arbetsobjekt avgör standardkortkolumner.
| Åtgärd | Omfång | Att tänka på |
|---|---|---|
| Lägga till anpassade arbetsflödestillstånd i WITs | Påverkar alla team | Ändringar visas på alla teamtavlor med den WIT |
| Lägga till kolumner i teamtavlor | Påverkar endast det teamet | Användbart för teamspecifika arbetsflödessteg |
| Mappa tillstånd-till-kolumn-mappningar | Påverkar rapportering | Mappa noggrant för att bevara kumulativ flödesdiagramsnoggrannhet |
Relaterat innehåll:
Anpassade fält och rapportering
Med anpassade fält kan du samla in projektspecifika data. De kan aktivera sammanslagningar och rapporter men tillämpas i hela processen.
| Recommendation | Reason |
|---|---|
| Begränsa anpassade fält till de som stöder rapportering eller automatisering | Reducerar oordning och minskar underhållsarbete |
| Använd numeriska anpassade fält för sammanslagningssummor | Möjliggör förloppsspårning och kapacitetsplanering |
| Använd listrutor för konsekvent rapportering | Förhindrar datainkonsekvenser från fritextposter |
| Kom ihåg att fält på processnivå delas | Ändringar påverkar alla projekt i samlingen eller organisationen |
Note
Du kan definiera upp till 1 024 fält per process.
Anpassade WITs och processändringar
Att lägga till eller ändra typer av arbetsobjekt (WIT) och arbetsflöden påverkar många verktyg.
| Förändring | Var den visas | Åtgärd krävs |
|---|---|---|
| Nya WIT-ar på kravnivå | Produktbackloggar, möjligen sprintbackloggar | Konfigurera backlog-nivåer |
| Nya WIT på aktivitetsnivå | Aktivitetstavlor | Uppdatera inställningar för aktivitetstavla |
| Anpassade WITs | Teamtavlor | Uppdatera tavlor och kolumnmappningar |
Viktigt!
Ändringar på processnivå påverkar alla team. Begränsa störande ändringar och kommunicera dem i förväg.
Behörigheter och vem som kan ändra vad
Kontrollera vem som kan ändra processer, områdes- och iterationsträd och teamkonfiguration.
| Ändra typ | Vem kan göra ändringar |
|---|---|
| Processnivå | Projektsamlingsadministratörer eller användare med processbehörigheter |
| Projektnivå (områden och iterationer) | Projektadministratörer eller användare med nodbehörighet |
| Teamnivå | Teamadministratörer eller projektadministratörer |
Relaterat innehåll:
Tidsspårning och sprintplanering
Använd fälten för arbetsspårning som matchar din process- och teamplaneringsmodell:
| Fält | Vanlig användning |
|---|---|
| Återstående arbete | Spåra det arbete som återstår för att slutföra en uppgift eller ett sprintobjekt. |
| Ursprunglig uppskattning | Samla in den första uppskattningen när ditt team vill ha en baslinje. |
| Slutfört arbete | Registrera den ansträngning som redan har lagts ned på en uppgift. |
Om du spårar tid för fakturering eller rapportering utvärderar du Marketplace-tillägg för bättre stöd för tidsspårning.
Relaterat innehåll:
Praktisk checklista för administratörer
Använd följande checklista när du konfigurerar eller granskar din Azure-tavlor konfiguration.
| Phase | Task |
|---|---|
| Plan | Bestämma strategi för process- och arbetsobjektstyp (ärver eller anpassar) |
| Plan | Designområdes- och iterationshierarkier |
| Configure | Konfigurera team och ange standardprenumerationer för område och iteration |
| Configure | Skapa nödvändiga delade frågemappar och behörigheter |
| Configure | Lägg till summeringskolumner och instrumentpanelswidgetar som ledande befattningshavare behöver. |
| Verifiera | Testa ändringar med ett team innan omfattande uppdateringar tillämpas |
| Kommunicera | Dokumentera ändringar och uppdatera din projekt-wiki |