Over procesaanpassing en overgenomen processen
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Als u het systeem voor het bijhouden van werk wilt aanpassen, past u een overgenomen proces aan via de gebruikersinterface met beheerdersrechten voor de organisatie. Alle projecten die gebruikmaken van een overgenomen proces, krijgen de aanpassingen in dat proces. Aan de andere kant configureert u uw Agile-hulpprogramma's( Backlogs, Sprints, Kanban boards en Taskboard) voor elk team.
Belangrijk
Als u een on-premises project wilt aanpassen of XML-definitiebestanden wilt bijwerken ter ondersteuning van aanpassing, raadpleegt u het on-premises XML-procesmodel. Dit artikel is alleen van toepassing op Azure DevOps Services en Azure DevOps Server 2019.
Er zijn een aantal aanpassingen die u kunt aanbrengen. De primaire items zijn het toevoegen van aangepaste werkitemtypen (WIT's) of het wijzigen van een bestaande WIT om aangepaste velden toe te voegen, de indeling te wijzigen of de werkstroom te wijzigen.
Notitie
U kunt wijzigingen bekijken die zijn aangebracht in een overgenomen proces via het auditlogboek. Zie auditlogboeken voor Access, exporteren en filteren voor meer informatie.
Hieronder vindt u een index voor deze taken die u kunt uitvoeren om een overgenomen proces aan te passen. Sommige opties van overgenomen elementen zijn vergrendeld en kunnen niet worden aangepast.
Notitie
Raadpleeg voor meer informatie de volgende artikelen:
Systeem versus overgenomen processen
U ziet twee soorten processen:
Systeemprocessen (Agile, Basic, Scrum en CMMI) die niet kunnen worden gewijzigd.
Overgenomen processen, die u kunt aanpassen en die definities overnemen van het systeemproces waaruit ze zijn gemaakt. Systeemprocessen zijn eigendom van en worden periodiek bijgewerkt door Microsoft. Alle updates die zijn aangebracht in een systeemproces, veroorzaken automatisch een update van uw overgenomen processen en hun onderliggende overgenomen processen. Updates voor processen worden beschreven in de releaseopmerkingen voor Azure DevOps Server.
Notitie
Het Basic-proces is beschikbaar met Azure DevOps Server 2019 Update 1 en nieuwere versies.
Daarnaast worden alle processen gedeeld. Dat wil gezegd dat een of meer projecten één proces kunnen gebruiken. In plaats van één project aan te passen, past u een proces aan. Wijzigingen die in het proces zijn aangebracht, werken automatisch alle projecten bij die gebruikmaken van dat proces. Zodra u een overgenomen proces hebt gemaakt, kunt u het aanpassen, projecten maken op basis van het proces, een kopie maken en bestaande projecten wijzigen om het te gebruiken.
Zoals in de volgende afbeelding wordt weergegeven, ziet u bijvoorbeeld een lijst met projecten die zijn gedefinieerd voor de fabrikam-organisatie . In de tweede kolom ziet u het proces dat door elk project wordt gebruikt. Als u de aanpassingen van het Fabrikam Fiber-project wilt wijzigen, moet u het MyScrum-proces wijzigen (dat overgaat van het Scrum-systeemproces ). Wijzigingen die u aanbrengt in het MyScrum-proces werken ook andere projecten bij die gebruikmaken van dat proces. U kunt het querytestproject echter pas aanpassen als u het wijzigt in een proces dat overdrat van Agile.
Beperkingen voor procesnamen
Procesnamen moeten uniek zijn en 128 Unicode-tekens of minder. Namen mogen ook niet de volgende tekens bevatten: .,;'`:~\/\*|?"&%$!+=()[]{}<>.
Als u de naam van een proces wilt wijzigen, opent u de ... contextmenu voor het proces en kies Bewerken.
Het referentieproces van een project wijzigen
Als u wilt overschakelen van het proces dat een project gebruikt van het ene systeemproces naar het andere, kunt u dat doen. Als u deze wijzigingen wilt aanbrengen, moet u een overgenomen proces maken op basis van het proces waarnaar u wilt overschakelen. Er worden bijvoorbeeld instructies gegeven ter ondersteuning van de volgende wijzigingen:
Als u de richtlijnen in de bovenstaande artikelen volgt, kunt u ook aanvullende wijzigingen aanbrengen, bijvoorbeeld van CMMI naar Agile of Agile naar CMMI.
Voordat u deze wijziging aanbrengt, raden we u aan vertrouwd te raken met het proces dat u wijzigt. De systeemprocessen worden samengevat in Over processen en processjablonen.
Aanbevolen procedures bij het aanbrengen van wijzigingen
Het aanbrengen van wijzigingen in een overgenomen proces is direct en veilig. Het is echter altijd een best practice om deze wijzigingen te testen voordat u ze toepast op een actief project. Door deze stappen uit te voeren , kunt u negatieve gevolgen voor uw proceswijzigingen weergeven.
Overgenomen objecten versus aangepaste objecten
Elk overgenomen proces dat u maakt, neemt de WIT's over die zijn gedefinieerd in het systeemproces: Basic, Agile, Scrum of CMMI. Het Agile-proces biedt bijvoorbeeld bug, taak, gebruikersverhaal, functie, episch, probleem en testgerelateerde WIT's.
U kunt velden toevoegen en de werkstroom- en werkitemformulier wijzigen voor alle overgenomen WIT's die worden weergegeven op de pagina Werkitemtypen . Als u niet wilt dat gebruikers een WIT maken, kunt u deze uitschakelen. Daarnaast kunt u aangepaste WIT's toevoegen.
Veldaanpassingen
Velden die in het systeemproces zijn gedefinieerd, worden weergegeven met een 
overgenomen pictogram, waarmee wordt aangegeven dat u beperkte wijzigingen kunt aanbrengen in het overgenomen proces.
Velden worden gedefinieerd voor alle projecten en processen in de organisatie. Dit betekent dat elk aangepast veld dat u hebt gedefinieerd voor een WIT in het ene proces, kan worden toegevoegd aan elke andere WIT die voor een ander proces is gedefinieerd.
Veldtype
Ondersteuning voor aanpassing
Overgenomen velden
Aangepaste velden
- Een aangepast veld toevoegen
- Selectielijst toevoegen (vervolgkeuzemenu)
- Persoonsnaam/identiteit toevoegen
- Een HTML-veld (Rich Text) toevoegen
- Een selectievakje (Booleaans) toevoegen
- Een aangepast besturingselement toevoegen
- Aangepaste regels toevoegen aan een veld
- Het veldlabel wijzigen
- Vereiste/standaardopties instellen
- Het veld binnen de indeling verplaatsen
Aangepast besturingselement
Let op de volgende limieten bij het toevoegen van aangepaste velden:
- Er kunnen maximaal 64 velden worden gedefinieerd voor elke WIT
- Er kunnen maximaal 512 velden per proces worden gedefinieerd
Daarnaast kunt u een bestaand veld toevoegen aan een andere WIT binnen het proces. U kunt bijvoorbeeld vervaldatum toevoegen aan het gebruikersverhaal of bug-WITs.
Wat u niet kunt aanpassen
- U kunt de veldnaam of het gegevenstype niet wijzigen nadat u dit hebt gedefinieerd
- U kunt het grijze gebied in het formulier waarin de velden State, Reason, Area Path en iteratiepad zich bevinden, niet wijzigen
- U kunt geen globale lijst importeren of definiëren zoals ondersteund door de gehoste XML- en on-premises XML-procesmodellen. Zie Globale lijsten definiëren voor meer informatie.
- U kunt de veldnaam of het gegevenstype niet wijzigen nadat u dit hebt gedefinieerd
- U kunt het grijze gebied in het formulier waarin de velden State, Reason, Area Path en iteratiepad zich bevinden, niet wijzigen
- Met betrekking tot selectielijsten kunt u momenteel deze bewerkingen niet uitvoeren:
- De selectielijst van een overgenomen veld wijzigen, zoals het veld Activiteit of Discipline
- De volgorde van de selectielijst wijzigen, selectielijsten worden in alfabetische volgorde weergegeven
- U kunt de Help-tekst beschrijving van overgenomen velden niet wijzigen
- Importeer of definieer een algemene lijst zoals ondersteund door de gehoste XML- en on-premises XML-procesmodellen. Zie Globale lijsten definiëren voor meer informatie.
Notitie
Met het overgenomen proces kunt u de selectielijsten van vooraf gedefinieerde velden, zoals Activiteit, Automation-status, Discipline, Prioriteit, plus andere niet wijzigen.
Configureerbare selectielijsten
De volgende selectielijsten worden geconfigureerd voor elk project en kunnen niet worden aangepast via een overgenomen proces.
Selectielijsten die zijn gekoppeld aan velden met persoonsnamen, zoals Toegewezen aan en Gewijzigd door, worden beheerd op basis van de gebruikers die u aan een project of team toevoegt.
Kan ik de naam van een veld wijzigen of het gegevenstype wijzigen?
Het wijzigen van de naam van een veld of het wijzigen van het gegevenstype worden niet ondersteund. U kunt echter het label wijzigen dat wordt weergegeven voor een veld in het werkitemformulier op het tabblad Indeling. Wanneer u het veld in een query selecteert, moet u de veldnaam en niet het veldlabel selecteren.
Kan ik een verwijderd veld verwijderen of herstellen?
U kunt een veld verwijderen en het later herstellen. Als u een veld verwijdert, worden alle gegevens verwijderd die aan dat veld zijn gekoppeld, inclusief historische waarden. Nadat u het veld hebt verwijderd, kunt u het veld alleen herstellen en de gegevens herstellen met behulp van de Velden - REST API bijwerken.
In plaats van een veld te verwijderen, wilt u het veld misschien verbergen of verwijderen uit een werkitemformulier. Zie Velden toevoegen en beheren, een veld weergeven, verbergen of verwijderen voor meer informatie.
Wat is een veld? Hoe worden veldnamen gebruikt?
Elk type werkitem is gekoppeld aan 31 systeemvelden en een aantal meer typespecifieke velden. U gebruikt werkitems om uw project te plannen en bij te houden.
Elk veld ondersteunt het bijhouden van informatie over het werk dat moet worden uitgevoerd. Waarden die u aan een veld toewijst, worden opgeslagen in het gegevensarchief voor het bijhouden van werk, waarmee u query's kunt maken om de status en trends te bepalen.
Zie de veldindex werkitems voor beschrijvingen en het gebruik van elk veld dat is gedefinieerd voor de kernsysteemprocessen Scrum, Agile en CMMI.
Veldnamen
Een veldnaam voor werkitems identificeert elk werkitemveld op unieke wijze. Zorg ervoor dat uw veldnamen binnen deze richtlijnen vallen:
- Veldnamen moeten uniek zijn binnen de organisatie of projectverzameling
- Veldnamen moeten 128 of minder Unicode-tekens zijn
- Veldnamen mogen geen voorloop- of volgspaties bevatten, noch twee of meer opeenvolgende spaties
- Veldnamen moeten ten minste één alfabetisch teken bevatten
- Veldnamen mogen niet de volgende tekens bevatten:
.,;'`:~\/\*|?"&%$!+=()[]{}<>.
Omdat alle velden voor de organisatie zijn gedefinieerd, kunt u geen aangepast veld toevoegen met dezelfde veldnaam die al bestaat in de organisatie of is toegevoegd aan een WIT in een ander overgenomen proces.
Notitie
Wanneer u een project wijzigt om een overgenomen proces te gebruiken, ziet u mogelijk een of meer Agile-hulpprogramma's of werkitems in een ongeldige status. Voorbeeld:
- Als u een veld vereist maakt, worden in dat veld niet-gedefinieerde items weergegeven met een foutbericht. U moet de fouten oplossen om extra wijzigingen aan te brengen en het werkitem op te slaan.
- Als u werkstroomstatussen toevoegt of verwijdert/verbergt van een WIT die op het Kanban-bord wordt weergegeven, moet u de configuraties van de kanbanbordkolommen bijwerken voor alle teams die in het project zijn gedefinieerd.
Aangepaste regels en systeemregels
Elke WIT,fout, taak, gebruikersverhaal, enzovoort, heeft al verschillende systeemregels gedefinieerd. Sommige zijn eenvoudig, zoals het verplicht maken van het veld Titel of het instellen van een standaardwaarde voor het veld Waardegebied. Daarnaast definiëren een aantal systeemregels acties die moeten worden uitgevoerd wanneer de status van een werkstroom verandert.
Er bestaan bijvoorbeeld verschillende regels om de huidige gebruikersidentiteit onder de volgende voorwaarden te kopiëren:
- Wanneer een werkitem wordt gewijzigd, kopieert u de gebruikersidentiteit naar het veld Gewijzigd door
- Wanneer de werkstroomstatus wordt gewijzigd in Gesloten of Gereed, kopieert u de gebruikersidentiteit naar het veld Gesloten door.
Belangrijk
Vooraf gedefinieerde systeemregels nemen broncellen over van aangepaste regels die u definieert die deze zouden overschrijven.
Aangepaste regels bieden ondersteuning voor een aantal bedrijfsgebruiksscenario's, zodat u verder kunt gaan dan het instellen van een standaardwaarde voor een veld of het verplicht stellen ervan. Met regels kunt u de waarde van een veld wissen, een waarde naar een veld kopiëren en waarden toepassen op basis van afhankelijkheden tussen de waarden van verschillende velden.
Met een aangepaste regel kunt u een aantal acties definiëren op basis van specifieke voorwaarden. U kunt bijvoorbeeld een regel toepassen ter ondersteuning van deze typen scenario's:
- Wanneer een waarde is gedefinieerd voor Prioriteit, moet u Risico een vereist veld maken
- Wanneer er een wijziging wordt aangebracht in de waarde van Release, wist u de waarde van Mijlpaal
- Wanneer er een wijziging is aangebracht in de waarde van Resterend werk, maakt u voltooid werk een verplicht veld
- Wanneer de waarde goedgekeurd waar is, maakt u Goedgekeurd door een vereist veld
- Wanneer een gebruikersverhaal wordt gemaakt, moet u de volgende velden maken: Prioriteit, Risico en Inspanning
Tip
U kunt een formule niet definiëren met behulp van een regel. Mogelijk vindt u echter een oplossing die past bij uw behoeften met de Marketplace-extensie Power Automate of TFS Aggregator (webservice). Zie ook Samenvouwen van werk en andere velden.
Zie De evaluatie van regels en regels voor meer informatie over het definiëren van aangepaste regels.
Wijziging van geselecteerde velden voor geselecteerde gebruikersgroepen beperken
Met een van de volgende twee voorwaarden kunt u bepaalde velden instellen die vereist zijn voor een gebruiker van een beveiligingsgroep of die geen lid zijn van een beveiligingsgroep.
current user is a member of a group...current user is not a member of a group...
U kunt bijvoorbeeld het veld Titel of Het veld Status alleen-lezen maken voor bepaalde gebruikers of groepen.
Wijziging van werkitems beperken op basis van gebiedspad
U kunt gebruikers niet toestaan om bepaalde werkitems te wijzigen door machtigingen in te stellen voor een gebiedspad. Dit is geen regelinstelling, maar een machtigingsinstelling. Zie Onderliggende knooppunten maken en werkitems wijzigen onder een gebiedspad voor meer informatie.
Aanpassingen van het type werkitem (WIT)
Hier volgen uw aanpassingsopties voor overgenomen en aangepaste WIT's.
Type werkitem
Ondersteuning voor aanpassing
Overgenomen werkitemtypen
Aangepaste typen werkitems
- Aangepaste WIT toevoegen
- Kleur of beschrijving wijzigen
- Aangepaste velden toevoegen/verwijderen
- Aangepaste groepen toevoegen/verwijderen
- Aangepaste pagina's toevoegen/verwijderen
- Een aangepast besturingselement toevoegen/verwijderen
- Aangepaste regels toevoegen aan een wit
- Een werkstroomstatus toevoegen, bewerken of verwijderen
- In-/uitschakelen
- Delete
Wat u niet kunt aanpassen
- U kunt geen overgenomen WIT aan of uit een achterstand toevoegen of verwijderen
- U kunt de positie van een overgenomen veld in de formulierindeling niet wijzigen (u kunt het veld echter verbergen in één gebied van het formulier en deze ergens anders toevoegen in het formulier)
- U kunt het overgenomen portfolioniveau niet van het product verwijderen (maar u kunt de naam ervan wijzigen)
- U kunt de naam van een aangepaste WIT niet wijzigen.
Aanpassingen van werkitemformulieren
U kunt de volgende aanpassingen aanbrengen in een WIT-formulier.
Groeps- of paginatype
Ondersteuning voor aanpassing
Overgenomen groepen
Aangepaste groepen
Overgenomen pagina's
Aangepaste pagina's
Indeling en formaat wijzigen
De indeling van het webformulier is ingedeeld in drie kolommen, zoals wordt weergegeven in de onderstaande afbeelding.
Als u alleen groepen en velden toevoegt aan de eerste twee kolommen, weerspiegelt de indeling een indeling met twee kolommen. En als u alleen groepen en velden aan de eerste kolom toevoegt, weerspiegelt de indeling een indeling met één kolom.
De grootte van het webformulier wordt aangepast, afhankelijk van de beschikbare breedte en het aantal kolommen in de indeling. In de meeste webbrowsers wordt in de meeste webbrowsers elke kolom binnen een pagina weergegeven in een eigen kolom. Naarmate de weergavebreedte afneemt, wordt de grootte van elke kolom proportioneel als volgt gewijzigd:
- Voor drie kolommen: 50%, 25% en 25%
- Voor twee kolommen: 66% en 33%
- Voor één kolom: 100%.
Wanneer de weergavebreedte niet geschikt is voor alle kolommen, worden kolommen gestapeld weergegeven in de kolom links.
Werkstroomaanpassingen
U kunt de werkstroom van elk type werkitem (WIT) aanpassen door overgenomen statussen te verbergen of aangepaste statussen toe te voegen. Overgenomen statussen verschillen op basis van het systeemproces (Agile, Basic, Scrum of CMMI) waaruit u uw aangepaste proces wilt maken.
Elke standaardwerkstroom voor elke WIT definieert tussen twee en vier staten en geeft de volgende werkstroombewerkingen op:
- Voorwaartse en achterwaartse overgangen tussen elke status
- Standaardredenen voor elke statusovergang
Het basisproces, probleem-WIT wordt bijvoorbeeld gekenmerkt door de drie staten: Taken, Doen en Gereed, en overgangen die worden weergegeven in de volgende afbeelding.
Statustypen
Ondersteunde aanpassingen
Overgenomen statussen
Aangepaste statussen
Werkstroomstatussen moeten voldoen aan de volgende regels
- U moet ten minste één status definiëren voor de categorieën Voorgesteld of In voortgangsstatus
Notitie
Voordat u een werkstroomstatus toevoegt, bekijkt u werkstroomstatussen en statuscategorieën om te leren hoe werkstroomstatussen worden toegewezen aan statuscategorieën.
- U moet ten minste twee werkstroomstatussen definiëren
- U kunt maximaal 32 werkstroomstatussen per type werkitem definiëren
Niet-ondersteunde werkstroomaanpassingen
- U kunt een overgenomen status niet wijzigen (u kunt de naam, kleur of categorie niet wijzigen), maar u kunt deze verbergen
- U kunt slechts één status hebben in de categorie Voltooide status. Als u een aangepaste status toevoegt aan de categorie Voltooid, wordt een andere status verwijderd of verborgen
- U kunt de naam van een aangepaste status niet wijzigen
- U kunt geen reden voor een status opgeven. In plaats daarvan worden standaardredenen gedefinieerd, zoals Verplaatst naar status triaged, verplaatst uit status triaged
- U kunt de locatie van de velden Status en Reden in het formulier niet wijzigen
- U kunt de namen van statuscategories niet aanpassen
- U kunt een overgenomen status niet wijzigen (u kunt de naam, kleur of categorie niet wijzigen), maar u kunt deze verbergen
- U kunt slechts één status hebben in de categorie Voltooide status. Het systeem staat het toevoegen van een aangepaste status aan deze categorie niet toe
- U kunt de naam van een aangepaste status niet wijzigen
- U kunt de volgorde van statussen niet wijzigen, statussen worden in hun natuurlijke volgorde weergegeven op basis van de statuscategorie in de vervolgkeuzelijst van een werkitemformulier
- U kunt geen reden voor een status opgeven. In plaats daarvan worden standaardredenen gedefinieerd, zoals Verplaatst naar status triaged, verplaatst uit status triaged
- U kunt de locatie van de velden Status en Reden in het formulier niet wijzigen
- U kunt overgangen niet beperken, alle overgangen worden gedefinieerd van elke status naar een andere status.
Aanpassingen aan achterstand en bord
Achterstanden en borden zijn essentiële Agile-hulpprogramma's voor het maken en beheren van werk voor een team. De standaard achterstanden (product, iteratie en portfolio) die zijn overgenomen van het systeemproces, kunnen volledig worden aangepast. Daarnaast kunt u aangepaste portfolioachterstanden toevoegen voor in totaal vijf portfolioachterstanden.
Achterstandstypen
Ondersteuning voor aanpassing
Overgenomen achterstanden
Aangepaste portfolioachterstanden
Wat u niet kunt aanpassen
- U kunt een overgenomen portfolioniveau niet van het product verwijderen (maar u kunt de naam van het portfolioniveau wijzigen en u kunt een overgenomen werkitemtype uitschakelen)
- U kunt geen achterstandsniveau invoegen binnen de bestaande set gedefinieerde achterstanden
- U kunt de volgorde van de achterstandsniveaus niet wijzigen
- U kunt geen type werkitem toevoegen aan twee verschillende achterstandsniveaus
- U kunt geen aangepast achterstandsniveau voor taken maken, hoewel u aangepaste WIT's kunt toevoegen aan de backlog van iteratie
- U kunt de bug-WIT niet toevoegen aan een achterstandsniveau. In plaats daarvan kan elk team bepalen hoe ze bugs willen beheren. Zie Fouten in achterstanden en borden weergeven voor meer informatie.
- U kunt bijvoorbeeld geen overgenomen WIT aan of uit een achterstand toevoegen of verwijderen. U kunt bijvoorbeeld de probleem-WIT niet toevoegen aan de achterstand van het product
- U kunt een overgenomen portfolioniveau niet van het product verwijderen (maar u kunt de naam van het portfolioniveau wijzigen en u kunt een overgenomen werkitemtype uitschakelen)
- U kunt geen achterstandsniveau invoegen binnen de bestaande set gedefinieerde achterstanden
- U kunt de volgorde van de achterstandsniveaus niet wijzigen
- U kunt geen type werkitem toevoegen aan twee verschillende achterstandsniveaus
- U kunt geen aangepast taakniveau maken, hoewel u aangepaste typen werkitems kunt toevoegen aan de backlog van iteratie
- U kunt de bug-WIT niet toevoegen aan een achterstandsniveau. In plaats daarvan kan elk team bepalen hoe ze bugs willen beheren. Zie Fouten in achterstanden en borden weergeven voor meer informatie.
Notitie
Voor bepaalde functies is installatie van azure DevOps Server 2020.1-update vereist. Zie Azure DevOps Server 2020 Update 1 RC1 Release Notes, Boards voor meer informatie.
Wanneer u de standaard-WIT voor een achterstandsniveau wijzigt, wordt WIT standaard weergegeven in het deelvenster Snelle toevoegen. Klantticket wordt bijvoorbeeld standaard weergegeven in het volgende deelvenster snel toevoegen voor de productachterstand.
Objectlimieten
Zie Objectlimieten voor werk bijhouden voor een lijst met limieten die zijn geplaatst voor het aantal velden, WIT's, achterstandsniveaus en andere objecten die u kunt aanpassen.
Feedback
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie: https://aka.ms/ContentUserFeedback.
Feedback verzenden en weergeven voor