Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Pas Azure Boards aan aan de processen en portfoliobehoeften van uw team. In dit artikel worden aanbevolen taken en overwegingen beschreven voor beheerders die gebieds-/iteratiestructuur, typen werkitems (WIT's), werkstromen en bordgedrag configureren.
Als u de gewenste configuratietaken al kent, begint u met de volgende artikelen:
- Kaarten aanpassen
- Kolommen beheren
- Werk versnellen met zwembanen
- Uw achterstandsweergave configureren
Note
De meeste richtlijnen hier zijn van toepassing op zowel cloud- als on-premises implementaties. Sommige functies (bijvoorbeeld Rollup- en Analytics- en portfolioplanningsprogramma's) zijn alleen in de cloud.
Belangrijke overwegingen
Voordat u instellingen wijzigt, moet u bepalen hoe teams werken en wat het beheer moet zien. Overwegen:
- Project versus teamstructuur: Hoeveel teams, gebiedspadhiërarchie en samengetelde weergaven hebt u nodig?
- Iteraties: Sprintfrequentie, releasegroepering en prognosehorizon.
- Werkitemschema: Welke WIT's gebruiken teams (Functies, Verhalen/Problemen/PBI's, Taken, Epics)?
- Rapportagebehoeften: Welke velden, aggregaties en analyseoverzichten moeten beschikbaar zijn?
- Aanpassingen: Aangepaste velden, werkstromen en WIT's zijn van invloed op borden, achterstanden en rapporten.
- Machtigingen en governance: Wie kan processen, gebieds-/iteratiestructuren en teaminstellingen wijzigen?
Documenteer uw keuzes zodat teams ze consistent toepassen.
Werkitemtypen en portfolioachterstanden
Kies een proces (Agile, Basic, Scrum of CMMI) wanneer u een project maakt. Elk proces definieert een standaardset WIT's en portfolio-/achterstandsniveaus. U kunt aangepaste WIT's en portfolioachterstanden toevoegen om uw organisatie te ondersteunen.
In de volgende afbeelding ziet u de hiërarchie voor het werkitem in de Agile-procesbacklog:
- 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.
Gebruik aangepaste WITs en portfolio backlogs wanneer u extra planningslagen nodig hebt (bijvoorbeeld doelstellingen en belangrijke resultaten).
Aanbevolen traceringsopties
Kies een van deze algemene traceringsmethoden op basis van teamprocedures:
- Alleen taken: niet aanbevolen. Biedt beperkte prioriteitstelling en geen portfolioplanning.
- Vereisten met onderliggende taken: goed voor Scrum-teams die de tijd schatten en bijhouden.
- Alleen vereisten: geschikt voor Kanban- of Scrumban-teams die geen tijd bijhouden.
- Vereisten gegroepeerd onder portfolio-WIT's — gebruik wanneer meerdere teams aggregaties en teamoverkoepelende agenda's nodig hebben.
Leg de gekozen benadering uit aan teams en werk de procesdocumentatie bij.
Gebieden, iteraties en teaminstellingen
Gebruik gebiedspaden om werk te partitioneren op product, functie of bedrijfsgebied. Gebruik iteratiepaden voor sprints, releases of mijlpalen.
Aanbevelingen:
- Maak gebiedspadhiërarchieën die weerspiegelen hoe managers rollups willen gerapporteerd worden.
- Geef elk team een standaardgebied en een iteratieabonnement, zodat werkitems de juiste context overnemen.
- Gebruik consistente herhalingsfrequenties voor teams die samen leveren.
Gerelateerde inhoud:
Bugs op borden en achterstanden weergeven
Elk team bepaalt of bugs worden weergegeven in de product backlog (als onderdelen van vereisten) of worden bijgehouden als taken die zijn gekoppeld aan vereisten. Teams die Scrum gebruiken, tonen vaak fouten in de achterstand; teams die Agile of CMMI gebruiken, kunnen kiezen of fouten in achterstanden worden weergegeven. Als u wilt wijzigen hoe fouten voor een team worden weergegeven, werkt u de teaminstellingen bij:
Houd een consistent teambeleid zodat query's, borden en rollups voorspelbaar werken.
Rollup-weergaven en portfolioweergaven
Voeg samenvattende kolommen toe aan backlogs om voortgangsbalken, aantallen of totalen voor onderliggende items weer te geven. Gebruik leveringsplannen en functie-tijdlijnen om de planningen en onderlinge afhankelijkheden tussen meerdere teams weer te geven.
Voor planning tussen teams gebruikt u leveringsplannen en de tijdlijnuitbreidingen voor functies, indien van toepassing.
Borden, kolommen en werkstromen
Statussen van werkitems in de werkstroom bepalen standaard kolommen op het bord. U kunt:
- Aangepaste werkstroomstatussen toevoegen aan WIT's (is van invloed op alle teams).
- Kolommen toevoegen aan teamborden (is alleen van invloed op dat team).
- Wijs status-naar-kolomtoewijzingen zorgvuldig toe om rapportageconsistentie te behouden (bijvoorbeeld cumulatieve stroomdiagrammen).
Gerelateerde inhoud:
Aangepaste velden en rapportagemogelijkheden
Met aangepaste velden kunt u projectspecifieke gegevens vastleggen. Ze kunnen rollups en rapporten ondersteunen, maar worden doorheen het hele proces toegepast.
Aanbevelingen:
- Beperk aangepaste velden tot velden die ondersteuning bieden voor rapportage of automatisering.
- Gebruik numerieke aangepaste velden voor verzamelsommen; gebruik kieslijsten voor consistente rapportage.
- Denk eraan: velden op procesniveau worden gedeeld tussen projecten in de verzameling/organisatie.
Note
U kunt maximaal 1024 velden per proces definiëren.
Aangepaste WITs en proceswijzigingen
Het toevoegen of wijzigen van WIT's en werkstromen is van invloed op veel hulpprogramma's:
- Nieuwe WIT's op vereisteniveau worden weergegeven op productachterstanden en kunnen worden weergegeven in sprintachterstanden.
- Nieuwe WIT's op taakniveau worden weergegeven op taakbalken.
- Teams moet borden en toewijzingen bijwerken om aangepaste WIT's weer te geven.
Wijzigingen op procesniveau zijn van invloed op alle teams. Beperk storende wijzigingen en communiceer ze vooraf.
Machtigingen en wie kan wijzigen wat
Beheer wie processen, gebieds-/iteratiebomen en teamconfiguratie mag wijzigen.
- Wijzigingen op procesniveau: beheerders van projectverzamelingen of gebruikers met de juiste procesmachtigingen.
- Wijzigingen op projectniveau (gebieden/iteraties): Projectbeheerders of gebruikers met knooppuntmachtigingen.
- Wijzigingen op teamniveau: teambeheerders of projectbeheerders.
Gerelateerde inhoud:
Tijdregistratie en sprintplanning
Gebruik de velden Resterend werk, Oorspronkelijke schatting en Voltooid werk voor sprintplanning en -capaciteit. Als u de tijd voor facturering of andere doeleinden bijhoudt, evalueert u Marketplace-extensies voor uitgebreidere ondersteuning voor het bijhouden van tijd.
Gerelateerde inhoud:
Praktische controlelijst voor beheerders
- Proces- en WIT-strategie bepalen (overnemen of aanpassen).
- Ontwerpgebied en iteratiehiërarchieën.
- Configureer teams en stel standaardabonnementen voor gebied/iteratie in.
- Maak de benodigde gedeelde querymappen en machtigingen.
- Voeg samenvattingskolommen en dashboardwidgets toe die leidinggevenden nodig hebben.
- Testwijzigingen met één team voordat u uitgebreide updates toepast.
- Wijzigingen communiceren en uw projectwiki bijwerken.