Delen via

Over het configureren en aanpassen van Azure Boards

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

U kunt Azure Boards op veel manieren configureren en aanpassen om uw portfolio, afhankelijkheden en bewaking beter te beheren. We raden de taken aan die in dit artikel worden behandeld, met name voor beheerders die verantwoordelijk zijn voor het beheren van projecten met meerdere teams.

Snelle toegang tot algemene taken:

Pas kaarten aan | Beheer kolommen | Versnel het werk met zwembanen | Configureer uw backlog.

Notitie

De meeste richtlijnen in dit artikel zijn geldig voor zowel de cloud- als on-premises versies. Sommige functies in dit artikel, zoals Rollup, Analytics en sommige hulpprogramma's voor portfolioplanning, zijn momenteel echter alleen beschikbaar voor de cloud.

Als u net aan de slag gaat als projectbeheerder, raadpleegt u ook Aan de slag als beheerder.

Overwegingen

Om optimaal gebruik te maken van Azure Boards, begrijpt u hoe uw teams hun hulpprogramma's en functies (bijvoorbeeld Scrum, Kanban en Scrumban) en hun afhankelijkheden van configuraties en aanpassingen gebruiken. De volgende tabel bevat een overzicht van de primaire items die u moet overwegen bij het structuren van uw project.

Projectniveau

  • Hoeveel teams u wilt definiëren
  • Hoe je gebiedspaden opzet om portfoliobeheerweergaven te ondersteunen
  • Veldaanpassingen
  • Aangepaste typen werkitems (WIT's)
  • Aanpassingen van portfolioachterstand
  • Werkstroomaanpassingen

Teamniveau

  • Hoe u uw productachterstand gebruikt om uw werk te plannen en prioriteit te geven
  • Of u fouten bijhoudt als vereisten of als taken, of helemaal geen fouten gebruikt
  • Of u taken al dan niet gebruikt om tijd en capaciteit bij te houden
  • Hoe u portfolioachterstandsniveaus gebruikt
  • Hoe u het hoogste beheer van voortgang, status en risico's informeert

Pas de bouwstenen en hulpprogramma's voor het bijhouden van werk aan om bedrijfsbehoeften te ondersteunen en de gebruiksrichtlijnen aan uw team te communiceren.

Werkitemtypen en portfolioachterstanden

Wanneer u een project in Azure Boards maakt, selecteert u eerst een proces. Elk proces (Agile, Basic, Scrum en CMMI) ondersteunt een hiërarchie van WIT's, met inbegrip van product- en portfolioachterstanden. Standaard-WIT's voor elk proces worden weergegeven op bijbehorende tabbladen, met achterstand onder Vereisten en taken onder Taak.

In de volgende afbeelding ziet u de hiërarchie voor het werkitem in de Agile-procesbacklog:

Diagram met Agile-werkitemtypen.

  • Gebruikersverhalen en taken worden gebruikt om werk bij te houden.
  • Het bijhouden van codefouten.
  • Epics en functies worden gebruikt om werk onder grotere scenario's te groeperen.

Elk team kan configureren hoe ze bugwerkitems op hetzelfde niveau beheren als werkitems voor gebruikersverhaal of taak. Gebruik de instelling Werken met bugs . Zie Agile-proces voor meer informatie over het gebruik van deze typen werkitems.

U kunt aangepaste WIT's op elk niveau toevoegen en zelfs aangepaste portfolioachterstanden toevoegen. Hier is bijvoorbeeld een project dat doelstellingen en sleutelresultaten als aangepaste WIT's en bijbehorende portfolioachterstanden aan het Scrum-proces heeft toegevoegd.

Doelstellingen en belangrijkste resultaten als extra portfolioachterstanden

Teams kunnen kiezen welke WIT's ze gebruiken om hun werk bij te houden. De volgende tabel bevat een overzicht van de belangrijkste opties, aanbevolen gebruik en ondersteunde taken en hulpprogramma's.

Opties voor het bijhouden van werk

Ondersteunde taken en hulpprogramma's

Alleen taken

Niet aanbevolen
Er is geen manier om snel nieuwe taken in een backlog in te voeren, noch om een backlog van taken te prioriteren. Er is ook geen ondersteuning voor kalenderweergaven, teamoverschrijdende weergaven of portfolioplanning

Vereisten met kindafhankelijke taken

Ondersteunt Scrum-methoden
Aanbevolen voor teams die Scrum-methoden volgen en tijd willen bijhouden die aan het werk zijn gekoppeld.

Veel teams beginnen met het gebruik van Scrum-methoden om hun werk bij te houden en te plannen met behulp van de hulpprogramma's die beschikbaar zijn via de Sprints-hub. De Sprints-hulpprogramma's ondersteunen het schatten en bijhouden van resterend werk en het gebruik van capaciteitsplanning. Als u niet van plan bent om deze tools te gebruiken, is het toevoegen van afhankelijke subtaken optioneel. Ontwikkelaars kunnen ze toevoegen als een controlelijst met items die ze nodig hebben om een gebruikersverhaal of achterstandsvereiste te voltooien.

Alleen vereisten, zoals gebruikersverhalen (Agile), problemen (Basic), productachterstanditems (Scrum), vereisten (CMMI)

Ondersteunt Kanban- en Scrumban-methoden
Aanbevolen voor teams die Kanban- of Scrumban-methoden volgen, het werk inschatten op basis van Story Points, inspanning of omvang, en geen tijd bijhouden die aan het werk gekoppeld is.

Vereisten gegroepeerd onder portfolio-WIT's, zoals epics en functies

Ondersteunt agendaweergaven, teamoverschrijdende weergaven en portfolioplanning
Aanbevolen voor organisaties met verschillende teams die rollups en kalenderoverzichten willen bekijken die zijn gekoppeld aan meerdere teams, en willen profiteren van alle portfolio-planningtools.

Opties voor het configureren en aanpassen van

In de volgende tabel ziet u de gebieden die u kunt configureren en aanpassen en de hulpprogramma's die worden beïnvloed door deze aanpassingen. U kunt elk gebied op organisatie-, project- of teamniveau aanpassen zoals vermeld, of een combinatie van twee. Zie Wat is Azure Boards, In-context rapporten: Werktracking en Plannen (Agile op schaal) voor een beschrijving van de standaardhulpprogramma's, analysehulpprogramma's en portfolioplanningshulpprogramma's.

Configureren of aanpassen

Standaardhulpprogramma's

Analyse

Hulpprogramma's voor portfolioplanning

Gebiedspaden, projectconfiguratie en teamabonnementen (Project, Team)

  • Bestuursorganen>alle hulpmiddelen
  • Backlogs Alle hulpprogramma's>
  • Sprints Alle hulpprogramma's>
  • Cumulatief stroomdiagram
  • Snelheid
  • Burndowngrafiek
  • Leveringsplannen
  • Functie-tijdlijn
  • Epische routekaart (roadmap)
  • Portfolioplannen (bèta)

Iteratiepaden, projectconfiguratie en teamlidmaatschap (Project, Team)

  • Achterstanden>Sprintplanning
  • Sprints>Sprint-achterstand
  • Sprints>Sprintcapaciteit
  • Sprints>Taskboard
  • Snelheid
  • Verlooptrend
  • Leveringsplannen
  • Functietijdlijn
  • Epische routekaart
  • Portfolioplannen (bèta)

Bugs weergeven in backlogs en boards (Team)
Aangepaste WITs, productachterstand (proces)
Aangepaste WIT's, Taakbord (proces)

  • Boards>Productbord
  • Achterstand productachterstand>
  • Hulpprogramma voor toewijzing van achterstanden>
  • Sprints>Sprint-achterstand
  • Sprints>Taskboard
  • Snelheid

Aangepaste WIT's, portfolioachterstand (proces)
Meer achterstanden in het portfolio (proces)

  • Borden>Portfolioborden
  • Achterstand portfolioachterstanden>
  • Tool voor het in kaart brengen van backlogs>
  • Snelheid

Aangepaste werkstroom (proces)

  • Borden>Productbord
  • Borden>Portfolioborden
  • Sprints>Taskboard
  • Cumulatief stroomdiagram

Aangepast veld (proces)

  • Borden>Productbord
  • Raden>Portfolioraden

Gebiedspaden, productteams en portfoliobeheer

Gebruik gebiedspaden om werkitems te groeperen op product-, functie- of bedrijfsgebieden en om teams te ondersteunen die verantwoordelijk zijn voor werk dat aan deze gebieden is toegewezen. U kunt een hiërarchische set gebiedspaden of een niet-hiërarchische, platte set definiëren. Normaal gesproken definieert u een hiërarchische set gebiedspaden ter ondersteuning van een bedrijfshiërarchie die de voortgang van verschillende teams wil bijhouden.

Gebiedspaden en hiërarchische groepering

De twee belangrijkste manieren om werkitems te groeperen, zijn per gebiedspad en door ze onder een portfolio WIT te koppelen, zoals eerder in dit artikel is beschreven. De twee sluiten elkaar niet uit. Hier volgen de verschillen:

  • Gebiedspaden die zijn toegewezen aan een team bepalen welke werkitems worden weergegeven in een teamweergave: productachterstand, portfolioachterstand, leveringsplannen of een ander hulpprogramma voor portfolioplanning
  • Het groeperen van werkitems onder een bovenliggende functie of episch overzicht bepalen welke samengetelde weergaven worden ondersteund en hoe werk wordt weergegeven in een hulpprogramma voor portfolioplanning

U kunt tags ook toewijzen aan werkitems om ze te groeperen voor query- en filterdoeleinden. Dus wanneer u uw teams en projecten structureren, moet u begrijpen hoe u deze groeperingshulpprogramma's gebruikt om uw bedrijfsbehoeften te ondersteunen. Uw keuzes zijn van invloed op het gebruik van hulpprogramma's voor portfolioplanning.

Gebiedspadafhankelijke hulpprogramma's

Als u de volgende taken wilt uitvoeren, moet u gebiedspaden definiëren:

Tip

U kunt de structuur van het gebiedspad definiëren en gebiedspaden toewijzen aan teams. U kunt ook een team toevoegen en een gebiedspad creëren met de teamnaam. Als teams volledig onafhankelijk zijn, maakt u een eenvoudige set gebiedspaden. Als u echter een hiërarchie van teams wilt maken, moet u een structuurhiërarchie van gebiedspaden maken. Zie Een hiërarchie van teams configureren voor meer informatie.

Als u de volgende hulpprogramma's wilt gebruiken, moeten teams zich abonneren op gebiedspaden:

Gebiedspaden en teamtoewijzingen

Elk project heeft een standaardteam en een standaard gebiedspad. In sommige gevallen is er slechts één team om werk te plannen en bij te houden. Naarmate organisaties groeien, kunt u echter meer teams toevoegen om de achterstand en sprints te beheren.

In het volgende voorbeeld ziet u gebiedspaden en hun toewijzingen aan teams, die ondersteuning bieden voor portfoliobeheerweergaven voor de teams accountbeheer en servicelevering.

Schermopname van werkgebieden en teamtoewijzingen.

Raadpleeg voor meer informatie de volgende artikelen:

Aanbevelingen:

  • Bedenk wat het beste beheer moet weten en hoe u ze het beste kunt ondersteunen
  • Overweeg hoe u rollup wilt gebruiken voor een team- en portfoliobeheer
  • Epics en scenario's definiëren voor grote initiatieven die twee of meer sprints nemen om te voltooien
  • Hiërarchische vlakpaden maken ter ondersteuning van subcategorieën van functies en productgebieden
  • Vereisten voor werk definiëren die in één sprint kunnen worden uitgevoerd en aan één persoon kunnen worden toegewezen
  • Taken definiëren om gedetailleerdere details bij te houden of wanneer u de tijd wilt bijhouden die aan het werk is besteed

Tip

  • U kunt slechts een werkitem toewijzen aan één persoon. Wanneer u werkitems definieert, moet u overwegen hoeveel werkitems u nodig hebt en aan wie u ze wilt toewijzen.
  • Kies het Node Name veld als kolomoptie om het bladgebiedknooppunt weer te geven in een achterstandslijst of bordkaart. Zie Kaarten aanpassen voor meer informatie.
  • Maak geen koppelingen tussen bovenliggende en onderliggende items van hetzelfde type, zoals verhaalverhaal, bug-bug, taaktaak.

De meeste Azure Boards-hulpprogramma's ondersteunen een gefilterde weergave van werkitems op basis van gebiedspad of iteratiepad. U kunt ook meer filters toepassen op basis van trefwoord, toewijzing, WIT en meer.

Bugs als vereisten of taken

Elk team kan kiezen hoe ze bugs willen beheren. Sommige teams houden ervan om bugs bij te houden, samen met vereisten in de backlog. Andere teams houden van het bijhouden van bugs als taken die worden uitgevoerd ter ondersteuning van een vereiste. De bugs worden vervolgens weergegeven op hun Taskboard.

Als u het Scrum-proces gebruikt, is uw standaardinstelling het bijhouden van bugs, samen met productachterstanditems (PBI's). Als u in een project werkt op basis van de Agile- of CMMI-processen, verschijnen bugs niet automatisch in uw backlog.

Bepaal met uw team hoe u bugs wilt beheren. Wijzig vervolgens de instellingen van uw team dienovereenkomstig.

Tip

Nadat u een achterstand of bord hebt vernieuwd en u geen bugs ziet waar u ze verwacht, bekijkt u hoe achterstanden en borden hiërarchische (geneste) items weergeven. Alleen bladknooppunten van geneste items worden weergegeven op sprinttaakborden.

Systeem-WIT's op een achterstand

Als u problemen of belemmeringen samen met uw vereisten of in een portfoliobacklog wilt bijhouden, voegt u deze toe aan uw aangepaste overgeërfde proces. Zie Uw achterstanden of borden aanpassen (overnameproces) voor meer informatie.

Rollup, hiërarchie en portfoliobeheer

Met samengetelde kolommen kunt u voortgangsbalken of totalen van numerieke velden of onderliggende items in een hiërarchie weergeven. Onderliggende items komen overeen met alle kind items in de hiërarchie. U kunt één of meer samenvattingskolommen toevoegen aan een product- of portfoliobacklog.

Hier tonen we voortgang van alle werkitems, waarin voortgangsbalken worden weergegeven voor opwaartse werkitems gebaseerd op het percentage gesloten ondergeschikte items.

Schermopname van backlog, voortgangsbalken die samengevoegd worden weergegeven op basis van werkitems.

Delivery Plans ondersteunt overzichtsweergaven van epics, kenmerken en andere aangepaste portfoliobacklogs.

Schermopname van de voortgangsoverzicht van bezorgingsplannen van vier scenario's.

Iteratiepaden, sprints, releases en versiebeheer

Iteratiepaden ondersteunen Scrum- en Scrumban-processen waar werk wordt toegewezen aan een bepaalde periode. Met iteratiepaden kunt u werk groeperen in sprints, mijlpalen of andere gebeurtenisspecifieke of tijdgerelateerde perioden. Elke iteratie of sprint komt overeen met een regelmatig tijdsinterval dat wordt aangeduid als een sprintfrequentie. Typische sprintfrequenties zijn twee weken, drie weken of een maand lang. Zie Over gebieds- en iteratiepaden voor meer informatie.

Iteratiepaden kunnen een platte lijst zijn of gegroepeerd onder releasemijlpalen, zoals wordt weergegeven in de volgende afbeelding.

Schermopname van iteratiepaden, gegroepeerd.

Hoewel iteratiepaden geen invloed hebben op bordhulpprogramma's, kunt u Iteratiepaden gebruiken als filter op borden. Zie Uw bord filteren voor meer informatie.

Definieer iteratiepaden en wijs deze toe aan teams wanneer u de volgende hulpprogramma's wilt gebruiken:

Tip

Als een team geen iteratiepad heeft geabonneerd of geselecteerd, wordt dat iteratiepad niet weergegeven in een teamweergave of hulpprogramma.

Tijden bijhouden

De meeste organisaties die Scrum-processen volgen, maken gebruik van tijdschattingen voor sprintcapaciteitsplanning. Azure Boards-hulpprogramma's bieden volledige ondersteuning voor het bijhouden van tijd voor dit doel. Het hoofdveld dat wordt gebruikt, is het taakveld Remaining Work , dat meestal nullen aan het einde van de sprint weggeeft.

Sommige organisaties vereisen echter het bijhouden van tijdsregistratie om andere doeleinden te ondersteunen, zoals facturering of het bijhouden van tijdtoewijzingsoverzichten. Tijdwaarden voor geschatte hoeveelheid werk en voltooid werk zijn van belang. De Agile- en CMMI-processen bieden deze velden (Original Estimate, Completed Work, Remaining Work) voor gebruik in de traceringstijd. U kunt ze voor dat doel gebruiken. Azure Boards biedt echter beperkte systeemeigen ondersteuning voor het bijhouden van tijd. Overweeg in plaats daarvan een Marketplace-extensie te gebruiken ter ondersteuning van uw andere vereisten voor het bijhouden van tijd.

Notitie

De Original Estimatevelden , Completed WorkRemaining Workzijn ontworpen ter ondersteuning van integratie met Microsoft Project. Integratieondersteuning met Microsoft Project is afgeschaft voor Azure DevOps Server 2019 en latere versies, waaronder de cloudservice.

Wijzigingen verwerken die van invloed zijn op alle teams

Elke wijziging in een proces in een project heeft gevolgen voor alle teams in dat project. Veel wijzigingen veroorzaken niet veel onderbrekingen voor de teams die ze ondersteunen, maar de volgende wijzigingen doen dat wel.

Aangepaste velden

Wanneer u aangepaste velden aan een WIT toevoegt, heeft dit geen rechtstreeks invloed op een specifiek hulpprogramma. In plaats daarvan worden deze velden zichtbaar in de bijbehorende werkitems. Als u bijvoorbeeld een aangepast numeriek veld introduceert, kunt u dit gebruiken voor samengetelde berekeningen voor achterstanden. U kunt dit aangepaste veld ook gebruiken met de volgende rapportagehulpprogramma's. Dus hoewel het effect niet specifiek is voor het hulpprogramma, verbetert het de mogelijkheid om werkitems aan te passen aan de behoeften van uw project.

Notitie

Alle standaard- en aangepaste velden worden gedeeld in alle projecten in een verzameling of organisatie. Er geldt een limiet van 1024 velden die u voor een proces kunt definiëren.

Aangepaste WITs

In de volgende tabel ziet u de effecten wanneer u een aangepaste WIT aan een specifieke categorie toevoegt.

Taak

Vereiste

Episch of functie

  • Onderliggende werkitems van de nieuwe WIT worden weergegeven in de achterstand van het product
  • Werkitems op basis van de nieuwe WIT verschijnen op de sprintbacklogs en taskboards
  • Werkitems op basis van de nieuwe WIT worden weergegeven op de product backlog en het bord.
  • Elk team moet het \board configureren ter ondersteuning van de nieuwe WIT
  • Werkitems op basis van de nieuwe WIT worden weergegeven in de bijbehorende portfolioachterstanden en borden
  • Elk team moet de \boards configureren ter ondersteuning van de nieuwe WIT
  • De nieuwe WIT's worden mogelijk niet weergegeven in een of meer van de hulpprogramma's voor portfolioplanning

Aangepaste werkstroom

Elk proces ondersteunt een standaardwerkstroom. Deze werkstroom definieert de standaardkolommen die worden weergegeven op de borden en sprint taskboards.

Werkstroomstatussen: Gebruikersverhaal, Agile-proces

Werkstroomstatussen van gebruikersverhalen, Agile-proces

Soms willen teams de status van hun werk bijhouden die verder gaan dan deze standaardstatussen. Ondersteuning wordt op een van de volgende manieren geboden:

  • Aangepaste werkstroomstatussen toevoegen aan de WIT: deze optie is van invloed op alle teams en vereist dat ze hun bordconfiguratie bijwerken.
  • Kolommen toevoegen aan een bord: deze optie heeft alleen invloed op het team dat de kolommen toevoegt.

Zowel werkstroomstatussen als kolommen worden weergegeven in het cumulatieve stroomdiagram voor een team. Personen kunnen kiezen welke kolommen in de grafiek worden weergegeven. Zie het cumulatieve stroomdiagram voor meer informatie.

Wie kan er wijzigingen aanbrengen?

Aangezien instellingen op procesniveau, projectniveau en teamniveau een breed effect kunnen hebben, worden wijzigingen beperkt tot gebruikers met de volgende vereiste machtigingen.

Wijzigingen op procesniveau

Als u overgenomen processen wilt maken, bewerken of beheren en toepassen op projecten, moet u lid zijn van de beheerders van projectverzamelingen groep. U kunt ook beschikken over de bijbehorende machtigingen proces maken, proces verwijderen, proces bewerkenof Een veld uit de organisatie verwijderen ingesteld op Toestaan. Bekijk Machtigingen en toegang instellen voor het traceren van werk, Aanpassen van een overgenomen proces.

Raadpleeg voor meer informatie de volgende artikelen:

Wijzigingen op projectniveau

Als u gebiedspaden of iteratiepaden wilt toevoegen, moet u lid zijn van de projectbeheerders groep.

Als u gebiedspaden of iteratiepaden onder een specifiek knooppunt wilt toevoegen, bewerken en beheren, moet u een of meer van de volgende machtigingen instellen op Toestaan:

  • Kinderknooppunten maken
  • Dit knooppunt verwijderen
  • Dit knooppunt bewerken
  • Machtigingen in dit knooppunt weergeven

Raadpleeg voor meer informatie de volgende artikelen:

Wijzigingen op teamniveau

Als u teamhulpprogramma's wilt configureren, moet u een teambeheerder of lid zijn van de projectbeheerders groep.

Teambeheerders voeren de volgende bewerkingen uit:

  • Teamleden toevoegen
  • Abonneren op gebieds- en iteratiepaden
  • Backlogs en andere algemene teaminstellingen configureren
  • Borden configureren
  • Teammeldingen beheren

Voor meer informatie over het configureren van backlogs en borden, zie Teamhulpprogramma's beheren en configureren.

Volgende stappen

Aan de slag als beheerder