Om processanpassning och ärvda processer

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

Om du vill anpassa arbetsspårningssystemet anpassar du en ärvd process via organisationens administrativa användargränssnitt. Alla projekt som använder en ärvd process får de anpassningar som gjorts i den processen. Å andra sidan konfigurerar du dina agila verktyg – kvarvarande uppgifter, sprintar, tavlor och aktivitetstavlor – för varje team.

Det finns ett antal anpassningar som du kan göra. De primära är att lägga till anpassade arbetsobjektstyper (WIT) eller ändra en befintlig WIT för att lägga till anpassade fält, ändra layouten eller ändra arbetsflödet.

Nedan hittar du ett index för de uppgifter som du kan utföra för att anpassa en ärvd process. Vissa alternativ för ärvda element är låsta och kan inte anpassas.

System kontra ärvda processer

Du ser två typer av processer:

• Systemprocesser – Agile, Basic, Scrum och CMMI – som är låsta från att ändras.
• Ärvda processer som du kan anpassa och som ärver definitioner från systemprocessen som de skapades från. Systemprocesser ägs och uppdateras regelbundet av Microsoft. Alla uppdateringar som görs i en systemprocess orsakar automatiskt en uppdatering av dina ärvda processer och deras underordnade ärvda processer. Uppdateringar av processer dokumenteras i Viktig information för Azure DevOps Server.

Dessutom delas alla processer. Ett eller flera projekt kan alltså använda en enda process. I stället för att anpassa ett enskilt projekt anpassar du en process. Ändringar som görs i processen uppdaterar automatiskt alla projekt som använder den processen. När du har skapat en ärvd process kan du anpassa den, skapa projekt baserat på den, göra en kopia av den och ändra befintliga projekt så att de används.

Som du ser i följande bild visas till exempel en lista över projekt som har definierats för fabrikam-organisationen . Den andra kolumnen visar den process som används av varje projekt. Om du vill ändra anpassningarna av Fabrikam Fiber-projektet måste du ändra MyScrum-processen (som ärver från Scrum-systemprocessen ). Alla ändringar du gör i MyScrum-processen uppdaterar även andra projekt som använder den processen. Du kan däremot inte anpassa frågetestprojektet förrän du ändrar det till en process som ärver från Agile.

Begränsningar för processnamn

Processnamn måste vara unika och 128 Unicode-tecken eller mindre. Namn kan inte heller innehålla följande tecken: .,;'`:~\/\*|?"&%$!+=()[]{}<>.

Om du vill byta namn på en process öppnar du ... snabbmenyn för processen och välj Redigera.

Ärvda objekt jämfört med anpassade objekt

Varje ärvd process som du skapar ärver DE WIT:er som definierats i systemprocessen – Basic, Agile, Scrum eller CMMI. Till exempel tillhandahåller agilprocessen bugg, uppgift, användarberättelse, funktion, epos, problem och testrelaterade WITs.

Du kan lägga till fält och ändra arbetsflödes- och arbetsobjektformuläret för alla ärvda WIT som visas på sidan Typer av arbetsobjekt. Om du inte vill att användarna ska skapa en WIT kan du inaktivera den. Dessutom kan du lägga till anpassade WITs.

Fältanpassningar

Fält som definierats i systemprocessen visas med en ärvd ikon som anger att du kan göra begränsade ändringar i den i din ärvda process.

Fält definieras för alla projekt och processer i organisationen. Det innebär att alla anpassade fält som du har definierat för en WIT i en process kan läggas till i andra WIT som definierats för en annan process.

Observera följande gränser när du lägger till anpassade fält:

• Högst 64 fält kan definieras för varje WIT
• Högst 512 fält kan definieras per process

Dessutom kan du lägga till ett befintligt fält i en annan WIT i processen. Du kan till exempel lägga till förfallodatum till användarberättelsen eller bugg-WIT.

Vad du inte kan anpassa

Konfigurerbara listrutor

Följande listrutor konfigureras för varje projekt och kan inte anpassas genom en ärvd process.

• Områdessökvägar
• Iterationssökvägar

Listrutor som är associerade med personnamnsfält, till exempel Tilldelade och Ändrade av, hanteras baserat på de användare som du lägger till i ett projekt eller team.

Kan jag byta namn på ett fält eller ändra dess datatyp?

Att byta namn på ett fält eller ändra datatypen stöds inte. Du kan dock ändra etiketten som visas för ett fält i arbetsobjektformuläret från fliken Layout. När du väljer fältet i en fråga måste du välja fältnamnet och inte fältetiketten.

Kan jag ta bort eller återställa ett borttaget fält?

Du kan ta bort ett fält och återställa det senare. Om du tar bort ett fält tas alla data som är associerade med det fältet bort, inklusive historiska värden. När du har tagit bort det kan du bara återställa fältet och återställa data med hjälp av REST API:et Fields – Update.

I stället för att ta bort ett fält kanske du i stället vill dölja eller ta bort fältet från ett arbetsobjektformulär. Mer information finns i Lägga till och hantera fält, Visa, dölj eller ta bort ett fält.

Vad är ett fält? Hur används fältnamn?

Varje typ av arbetsobjekt är associerad med 31 systemfält och flera fler typspecifika fält. Du använder arbetsobjekt för att planera och spåra projektet.

Varje fält stöder spårning av information om det arbete som ska utföras. Värden som du tilldelar ett fält lagras i datalagret för arbetsspårning som du kan skapa frågor för att fastställa status och trender.

Beskrivningar och användning av varje fält som definierats för kärnsystemprocesserna – Scrum, Agile och CMMI-systemprocesser – finns i Fältindex för arbetsobjekt.

Fält-namn:

Ett fältnamn för arbetsobjekt identifierar unikt varje arbetsobjektfält. Kontrollera att fältnamnen ligger inom dessa riktlinjer:

• Fältnamn måste vara unika i organisationen eller projektsamlingen
• Fältnamnen måste vara 128 eller färre Unicode-tecken
• Fältnamn får inte innehålla inledande eller avslutande blanksteg eller två eller flera blanksteg i följd
• Fältnamn måste innehålla minst ett alfabetiskt tecken
• Fältnamn får inte innehålla följande tecken: .,;'`:~\/\*|?"&%$!+=()[]{}<>.

Eftersom alla fält har definierats för organisationen kan du inte lägga till ett anpassat fält med samma fältnamn som redan finns i organisationen eller har lagts till i en WIT i en annan ärvd process.

Anpassade regler och systemregler

Varje WIT – bugg, uppgift, användarberättelse osv.– har flera systemregler redan definierade. Vissa är enkla, som att göra fältet Rubrik obligatoriskt eller ange ett standardvärde för fältet Värdeområde. Dessutom definierar ett antal systemregler åtgärder som ska utföras när ett arbetsflödestillstånd ändras.

Det finns till exempel flera regler för att kopiera den aktuella användaridentiteten under följande villkor:

• När ett arbetsobjekt ändras kopierar du användaridentiteten till fältet Ändrad av
• När arbetsflödestillståndet ändras till Stängd eller Klar kopierar du användaridentiteten till fältet Stängd av.

Anpassade regler ger stöd för ett antal affärsanvändningsfall, så att du kan gå längre än att ange ett standardvärde för ett fält eller göra det nödvändigt. Med regler kan du rensa värdet för ett fält, kopiera ett värde till ett fält och tillämpa värden baserat på beroenden mellan olika fältvärden.

Med en anpassad regel kan du definiera ett antal åtgärder baserat på specifika villkor. Du kan till exempel använda en regel för att stödja dessa typer av scenarier:

• När ett värde har definierats för Prioritet gör du risk till ett obligatoriskt fält
• När en ändring görs i värdet för Release rensar du värdet för "Milestone" (Milstolpe)
• När en ändring gjordes i värdet för Återstående arbete gör du sedan Slutfört arbete till ett obligatoriskt fält
• När värdet för Godkänd är Sant gör du godkänd av ett obligatoriskt fält
• När en användarberättelse skapas gör du följande fält obligatoriska: Prioritet, Risk och Ansträngning

Mer information om hur du definierar anpassade regler finns i Regel- och regelutvärdering.

Begränsa ändringar av arbetsobjekt baserat på områdessökväg

Du kan inte tillåta användare att ändra valda arbetsobjekt genom att ange behörigheter för en områdessökväg. Det här är inte en regelinställning, utan en behörighetsinställning. Mer information finns i Skapa underordnade noder, ändra arbetsobjekt under en områdessökväg.

Anpassningar av arbetsobjektstyp (WIT)

Här är dina anpassningsalternativ för ärvda och anpassade WIT-anslutningar.

Vad du inte kan anpassa

• Du kan inte lägga till eller ta bort en ärvd WIT till eller från en kvarvarande information
• Du kan inte ändra positionen för ett ärvt fält i formulärlayouten (du kan dock dölja fältet i ett område i formuläret och lägga till det någon annanstans i formuläret)
• Du kan inte ta bort den ärvda portföljnivån från produkten (men du kan byta namn på dem)
• Du kan inte ändra namnet på en anpassad WIT.

Anpassningar av arbetsobjektformulär

Du kan göra följande anpassningar till ett WIT-formulär.

Layout och storleksändring

Webbformulärlayouten är uppdelad i tre kolumner enligt bilden nedan.

Om du bara lägger till grupper och fält i de två första kolumnerna visar layouten en layout med två kolumner. På samma sätt visar layouten en layout med en kolumn om du bara lägger till grupper och fält i den första kolumnen.

Webbformuläret ändrar storlek beroende på den tillgängliga bredden och antalet kolumner i layouten. I de flesta webbläsare visas varje kolumn i en sida i sin egen kolumn med maximal bredd. När visningsbredden minskar ändrar varje kolumn storlek proportionellt enligt följande:

• För tre kolumner: 50 %, 25 % och 25 %
• För två kolumner: 66 % och 33 %
• För en kolumn: 100 %.

När visningsbredden inte rymmer alla kolumner visas kolumner staplade i kolumnen till vänster.

Arbetsflödesanpassningar

Du kan anpassa arbetsflödet för alla typer av arbetsobjekt (WIT) genom att dölja ärvda tillstånd eller lägga till anpassade tillstånd. Ärvda tillstånd varierar beroende på den systemprocess som du valde för att skapa din anpassade process. Alternativen är Agile, Basic, Scrum eller Capability Maturity Model Integration (CMMI). Mer information finns i Arbetsflödestillstånd, övergångar och orsaker.

Varje standardarbetsflöde för varje WIT definierar mellan två och fyra tillstånd och anger följande arbetsflödesåtgärder:

• Framåt- och bakåtövergångar mellan varje tillstånd. Till exempel innehåller basic-processproblemet WIT tre tillstånd – Att göra, Göra och Klar.
• Standardorsaker för varje tillståndsövergång

Arbetsflödestillstånd måste följa följande regler

• Definiera minst ett tillstånd för kategorierna Föreslagen eller Pågår .

  Kommentar

  Innan du lägger till ett arbetsflödestillstånd kan du läsa Om arbetsflödestillstånd i kvarvarande uppgifter och tavlor för att lära dig hur arbetsflödestillstånd mappas till tillståndskategorier.

• Definiera minst två arbetsflödestillstånd.
• Definiera högst 32 arbetsflödestillstånd per typ av arbetsobjekt.

Arbetsflödesanpassningar som inte stöds

Anpassningar av kvarvarande uppgifter och bräden

Kvarvarande uppgifter och styrelser är viktiga agila verktyg för att skapa och hantera arbete för ett team. Kvarvarande standarduppgifter – produkt, iteration och portfölj – som ärvts från systemprocessen är helt anpassningsbara. Dessutom kan du lägga till fem anpassade kvarvarande uppgifter för portfölj.

Anpassningar som inte stöds:

När du ändrar standard-WIT för en kvarvarande nivå gör det att WIT visas som standard i snabbtilläggspanelen. Kundbiljett visas till exempel som standard i följande snabbtilläggspanel för produkteftersläpningen.

Objektbegränsningar

En lista över begränsningar för antalet fält, WIT, kvarvarande uppgifter och andra objekt som du kan anpassa finns i Begränsningar för arbetsspårningsobjekt.