Dela via

Anpassa din arbetsspårningsupplevelse

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

När du planerar och spårar projektet kan du överväga att konfigurera en funktion eller anpassa din upplevelse så att den överensstämmer med teamets spårningskrav. Metoden för att anpassa projekt, som påverkar alla team, beror på vilken processmodell du använder.

Den här artikeln ger dig en översikt över de tillgängliga anpassningarna och hur de varierar mellan de tre processmodellerna. För specifik vägledning om anpassningar för att stödja affärsbeslut, Konfigurera och anpassa Azure Boards. Mer information finns i Vad är Azure Boards? och Om arbetsobjekt.

Du kan anpassa på följande nivåer av arbetsspårning:

  • Delade resurser på projektnivå: Definiera områdes- och iterationssökvägar som teamen väljer för att konfigurera sina kvarvarande uppgifter och tavlor. Delade frågor och arbetsobjekttaggar är fler objekt som när de har definierats kan delas i projektet.
  • Teamtillgångar eller verktyg: Varje team kan konfigurera sina specifika verktyg, till exempel kvarvarande uppgifter, tavlor och instrumentpaneler. Mer information finns i Om team och agila verktyg.
  • Behörigheter på projekt- och objektnivå: Hantera åtkomst till arbetsspårningsverktyg, som omfattar att ange behörigheter för objekt och projektet och tilldela användare eller grupper till specifika åtkomstnivåer.
  • Anpassning av processer på organisationsnivå: Anpassa fält, arbetsobjektstyper och kvarvarande uppgifter och anslagstavlor som är tillgängliga för alla team.
  • Delade resurser på projektnivå: Definiera områdes- och iterationssökvägar som teamen väljer för att konfigurera sina kvarvarande uppgifter och tavlor. Delade frågor och arbetsobjekttaggar är fler objekt som när de har definierats kan delas i projektet.
  • Teamtillgångar eller verktyg: Varje team kan konfigurera sina specifika verktyg, till exempel kvarvarande uppgifter, tavlor och instrumentpaneler. Mer information finns i Om team och agila verktyg.
  • Behörigheter på projekt- och objektnivå: Hantera åtkomst till arbetsspårningsverktyg, som omfattar att ange behörigheter för objekt och projektet och tilldela användare eller grupper till specifika åtkomstnivåer.
  • Processanpassning på samlingsnivå: Anpassa fält, arbetsobjektstyper och kvarvarande uppgifter och tavlor som är tillgängliga för alla team.

Delade resurser på projektnivå

Varje projekt innehåller många delade resurser som stöder alla team i projektet. Du konfigurerar dessa funktioner via användargränssnittet eller administratörskontexten för webbportalen. Mer information finns i följande artiklar:

Personväljare och identitetsfält

  • Fälten Tilldelad till och andra identiteter stöds av funktionen personväljare.
  • När du väljer fältet Tilldelad till i ett arbetsobjektformulär aktiveras personväljaren.
  • Om du vill välja en användare börjar du ange deras namn och söker tills du hittar en matchning.
  • Tidigare markerade användare visas automatiskt i listan.
  • För organisationer som använder Microsoft Entra-ID eller Active Directory tillåter personväljare sökning efter alla användare och grupper som lagts till i AD (inte bara de som har lagts till i ett specifikt projekt).
  • Om du vill begränsa omfånget för identiteter som är tillgängliga för val till projektspecifika användare använder du gruppen Project-Scoped Users .
  • Anpassade regler kan ytterligare begränsa de värden som är tillgängliga för identitetsfält i ett arbetsobjekt.

Skärmbild av personväljaren Tilldelad till fältet .

Mer information finns i följande artiklar:

Anpassning av processer på organisationsnivå

Processanpassning på samlingsnivå

Ditt projekt definierar de arbetsobjektstyper (WIT) som är tillgängliga för att spåra arbete och konfigurerar agila verktyg. Den anger användarberättelser, uppgifter, buggar och de datafält som används för att samla in information. Anpassade objekt delas mellan team i projektet.

Kommentar

Vilken metod du använder för att anpassa arbetsspårning beror på vilken processmodell du prenumererar på:

  • Arv: Stöder WYSIWYG-anpassning, tillgängligt för Azure DevOps Services, Azure DevOps Server 2019 och Azure DevOps Server 2020.
  • Värdbaserad XML: Stöder anpassning via import/export av processmallar som är tillgängliga för ett visst antal kunder i Azure DevOps Services som har valt den här modellen.
  • Lokal XML: Stöder anpassning via import/export av XML-definitionsfiler för arbetsspårningsobjekt och är tillgängligt för alla lokala distributioner.

I följande tabell sammanfattas skillnaderna mellan de tre processmodeller som stöds. Definitioner av huvudobjekten för arbetsspårning finns i Agil ordlista. Länkar till anpassningsartiklar finns i Snabbreferensindex för Azure Boards-inställningar.

Funktion

Arv

Värdbaserad XML

Lokal XML

WYSIWYG-redigering

✔️

Skapa ärvda anpassade processer, ärva ändringar i systemprocesser (Agile, Basic, Scrum, CMMI)

✔️

Skapa anpassade processmallar (se anmärkning 1)

✔️

✔️

Uppdaterade processändringar gäller automatiskt för alla projekt som refererar till processen

✔️

✔️

Stöd för att anpassa fält, typer av arbetsobjekt, formulärlayout, arbetsflöde, anpassade regler, kvarvarande nivåer, anpassade kontroller, testhantering

✔️

✔️

✔️

Stöd för att anpassa länktyper, teamfält, globalt arbetsflöde och processkonfiguration (se anmärkning 3)

✔️

Inledande konfiguration av områdessökvägar, iterationssökvägar, frågor om arbetsobjekt, säkerhetsgrupper och behörigheter (se anmärkning 3)

✔️

✔️

Globala listor

Listrutor

(se anmärkning 2)

✔️

Uppdatera Microsoft-fältmappningar med kommandoradsverktyget TFSFieldMapping (se anmärkning 4)

✔️

✔️

Använda az boards kommandoradsverktyg för att redigera projekt och team och lista information

✔️

✔️

✔️

Använd kommandoradsverktygen witadmin för att visa och exportera processinformation

✔️

✔️

✔️

Använd kommandoradsverktygen witadmin för att redigera processinformation

✔️

Använd kommandoradsverktyget tcm fieldmapping för att lista och exportera mappning av testfallshantering för lösningstyper, felregistrering och feltyper.

✔️

REST API (läs)

✔️

✔️

✔️

REST API (skrivning)

✔️

✔️

(se anmärkning 5)

Anteckningar:

  1. En process avgör vilka byggstenar som används för att spåra arbete. En processmall anger en beroende-relaterad uppsättning XML-definitionsfiler som tillhandahåller byggstenarna och den inledande konfigurationen för spårning av arbete och andra funktionella områden.
  2. Värdbaserad XML-anpassning har stöd för att lägga till och uppdatera globala listor med en processuppdatering (med förbehåll för begränsningar för maximal storlek för varje lista). Mer information finns i Begränsningar för arbetsspårningsobjekt.
  3. Den ärvda processmodellen stöder inte anpassning av följande funktioner som är tillgängliga med anpassning av processmallar. I stället anpassar du dessa områden i webbportalen utifrån projekt.
    • Sökvägar för område och iteration
    • Frågor om arbetsobjekt
    • Säkerhetsgrupper och behörigheter
    • Behörigheter och åtkomst till funktionella områden som versionskontroll och bygge
    Du kan också använda REST-API:er.
    Du kan också använda REST-API:er eller Azure DevOps CLI-kommandoverktyget.
  4. Stödet för Office-projektintegrering med Azure DevOps är inaktuellt och TFSFieldMapping kommandot stöds inte.
  5. Använd REST-API:et för att importera och exportera processmallar.

Välj processmodell för din projektsamling

För Azure DevOps Server 2019 och Azure DevOps Server 2020 kan du välja mellan XML (lokal XML-processmodell) och Arv (arvsprocessmodell), som du ser i följande dialogruta.

Skärmbild som visar guiden Skapa gruppprojektsamling, dialogrutan Samlingsnamn.

Viktigt!

Det processval du gör är oåterkalleligt. När den har konfigurerats kan du bara anpassa arbetsspårningsobjekt baserat på den valda modellen. Dessutom kan befintliga projektsamlingar som använder den lokala XML-processmodellen inte migreras till arvsprocessmodellen.

Mer information finns i Hantera projektsamlingar.

Anpassa testupplevelsen

Flera typer av arbetsobjekt stöder testupplevelsen i webbportalens testsidor och Test Manager-klienten.

  • För en ärvd process kan du anpassa följande typer av arbetsobjekt på samma sätt som andra typer av arbetsobjekt:
    • Testplan
    • Testsvit
    • Testfall
  • För en lokal XML-process kan du anpassa alla testrelaterade typer av arbetsobjekt, inklusive:
    • Testplan
    • Testsvit
    • Testfall
    • Delade steg
    • Delade parametrar

I följande exempel visas länkrelationer som stöds.

Skärmbild som visar typer av arbetsobjekt för testhantering.

Mindre vanliga anpassningar

Du kan bara utföra följande anpassningar när du arbetar med processmodellerna värdbaserad XML eller lokal XML. Anpassningar som gjorts för att bearbeta konfigurationen gäller för alla team i ett projekt.

Begränsningar för kvarvarande uppgifter och anslagstavla (värdbaserad XML, lokal XML)

Om du vill begränsa visningsbelastningstiden till godkända parametrar begränsas aktivitetstavlan till högst 1 000 arbetsobjekt. Mer information finns i Referens för XML-element för processkonfiguration.

Du kan öka det här värdet till högst 1 500 genom att ange ett värde för attributet för workItemCountLimit elementet TaskBacklog . Mer information finns i Referens för XML-element för processkonfiguration.

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
    . . .
</TaskBacklog>

Ändra fälttilldelningar (värdbaserad XML, lokal XML)

Du kan ändra de arbetsobjektfält som används för att beräkna kapacitet, burndown-diagram, prognostisering och hastighet. Alla ändringar du gör i någon av standardtilldelningarna ska motsvara en ändring som gjorts i den WIT som används för att definiera och samla in information för det värdet.

Om du till exempel ändrar den refname tilldelade till type="Activity" bör du inkludera samma fält i DEN WIT-definition som tilldelats till aktivitetskategorin som samlar in aktivitetsinformationen. Mer information finns i Referens för XML-element för processkonfiguration.

Fälten som du tilldelar används av följande verktyg:

Verktyg Fälttyp
Aktivitetstavla, kapacitetsverktyg, sprintbrännskada Återstående arbete
Kvarvarande produkt- och portföljloggar Prioritet för kvarvarande uppgifter
Hastighet och prognos Insats (mappar till storypunkter, insats eller storlek)
Aktivitetstavla, kapacitetsverktyg Återstående arbete
Kapacitetsverktyg Aktivitet (aktivitetsaktivitet eller disciplin)

Hantera åtkomst till verktyg för arbetsspårning

Hantera åtkomst till specifika funktioner via behörighetsinställningar. När du lägger till användarkonton i ditt team läggs de automatiskt till i gruppen Deltagare. De har sedan åtkomst till de flesta funktioner som de behöver för att bidra till kod, arbetsspårning, byggen och testning. Deltagargruppen tillåter dock inte att användare skapar delade frågor eller lägger till sökvägar för område eller iteration. Du måste bevilja dessa behörigheter separat.

Du kan hantera åtkomst med följande behörighetsinställningar:

  • När du lägger till användarkonton i ditt team läggs de automatiskt till i gruppen Deltagare .
  • Deltagargruppen ger åtkomst till de flesta funktioner som behövs för att bidra till kod, arbetsspårning, byggen och testning.
  • Men deltagargruppen tillåter inte användare att:
    • Skapa delade frågor
    • Lägga till sökvägar för område eller iteration
    • Följ lämpliga steg för att bevilja dessa behörigheter separat.
  • En förenklad översikt över vanliga standardbehörigheter och åtkomsttilldelningar finns i Behörigheter och åtkomst. Om du är nybörjare på att hantera behörigheter kan du utforska Kom igång med behörigheter, åtkomst och säkerhetsgrupper, Behörighetsarv och säkerhetsgrupper.

Information om hur du hanterar åtkomst till specifika funktioner finns i följande artiklar:

Hantera åtkomst

Behörigheter

Delade resurser

Fler anpassningsalternativ

Välj bland följande andra anpassningsalternativ:

Nästa steg

Konfigurera och anpassa Azure Boards