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
Teams gebruiken de werkitemtypen (WIT's) die worden verzonden met de MSF voor CMMI-procesverbetering 2015 (CMMI) om softwareprojecten te plannen en bij te houden. Producteigenaren definiëren vereisten voor het beheren van de achterstand en teams volgen de voortgang op uw bord door de vereiste en taakstatus bij te werken.
Produkteigenaren koppelen eisen aan functies om de voortgang van portfolio's weer te geven. Wanneer teams in iteraties werken, maken ze taken die automatisch worden gekoppeld aan vereisten.
Testers maken en voeren testcases uit met Behulp van Microsoft Test Manager of de webportal, en ze melden bugs om codefouten bij te houden.
Teams volgen ook wijzigingsaanvragen, risico's, problemen en notities die tijdens de beoordelingsvergaderingen zijn vastgelegd. Als u nog niet eerder met het CMMI-proces werkt, begint u met Plannen en bijhouden met CMMI.
Vereisten definiëren
Vereisten maken op basis van het deelvenster Snel toevoegen op de pagina achterstall van het product. Open later elke vereiste om details op te geven en de grootte ervan te schatten.
U kunt ook bulksgewijs vereisten toevoegen met behulp van een CSV-bestand (zie Werkitems importeren uit CSV).
Important
Microsoft Project-integratie wordt niet meer ondersteund
Microsoft Project Integration en de TFSFieldMapping opdracht worden stopgezet voor:
- Visual Studio 2019 en latere versies (inclusief Azure DevOps Office-integratie)
- Azure DevOps Server 2020 en latere versies
- Azure DevOps Services
Wat werkt nog steeds: Microsoft Excel-integratie blijft volledig ondersteund voor bulksgewijs importeren en bijwerken van werkitems.
Aanbevolen alternatieven:
- Leveringsplannen - Systeemeigen Azure DevOps-functie voor projectplanning en tracering tussen teams
- Extensies voor projectbeheer : blader door de Azure DevOps Marketplace voor huidige Gantt-diagram- en projectbeheeroplossingen
- Integraties van derden : veel hulpprogramma's voor projectbeheer bieden Azure DevOps-connectors voor naadloze werkstroomintegratie
Vereisten beschrijven de productelementen en functies die teams moeten bouwen. Producteigenaren definiëren doorgaans vereisten en stack-ranken op de pagina met achterstallige producten. Het team bepaalt vervolgens de vereiste inspanning en schrijft taken en testgevallen om elk item te implementeren.
Gebruik de volgende richtlijnen en de sectievelden die worden gebruikt voor algemene typen werkitems wanneer u het formulier invult. Zie Een project plannen voor meer informatie.
Field
Usage
Geef voldoende details voor uw team om de implementatie-inspanning te schatten. Richt u op wie de vereiste dient, wat gebruikers willen bereiken en waarom. Vermijd een beschrijving van het implementeren van de vereiste. Neem voldoende context op zodat uw team taken en testcases kan schrijven vanuit het item.
In HTML-velden kunt u tekst met opmaak en afbeeldingen toevoegen.
Leg de impact op de klant vast van het niet implementeren van de vereiste in het veld voor opmaaktekst van de impactbeoordeling. U kunt details van het Kano-model opnemen die aangeven of de vereiste een onverwachte, noodzakelijke of vanzelfsprekende functie is.
Vereistetype (vereist)
Geef een van deze waarden op voor vereistetype:
- Bedrijfsdoelstelling
- Functie (standaard)
- Functional
- Interface
- Operational
- Quality of Service
- Safety
- Scenario
- Security
Geef het gebied aan van de klantwaarde die betrekking heeft op het episch, de functie of de vereiste. Veelvoorkomende waarden zijn:
- Architectuur: Technische services voor het implementeren van bedrijfsfuncties die oplossingsmogelijkheden bieden.
- Bedrijf: Services die voldoen aan de behoeften van belanghebbenden en die rechtstreeks klantwaarde (standaard) leveren.
Maak een schatting van het werk dat nodig is om een vereiste te voltooien met behulp van een numerieke eenheid die uw team de voorkeur geeft. Teams gebruiken Grootte voor snelheidsdiagrammen en prognoses. Het cumulatieve stroomdiagram verwijst ook naar waarden in dit veld. Zie het witboek Schatten voor meer achtergrondinformatie.
Geef de oorspronkelijke schatting voor een taak op. Deze waarde verandert doorgaans niet zodra de taak is toegewezen. U kunt werk opgeven in uren of dagen; het veld heeft geen inherente tijdseenheid.
Geef de begin- en einddatum voor het werk op.
Prioriteit (vereist)
Stel een subjectieve classificatie in die de bedrijfsprioriteit weerspiegelt:
- 1: Product kan niet worden verzonden zonder het item.
- 2: (standaard) Product kan niet worden verzonden zonder het item, maar het vereist geen onmiddellijke aandacht.
- 3: Implementatie is optioneel op basis van resources, tijd en risico.
Triage (vereist)
Gebruik Triage wanneer een werkitem in de status Voorgesteld is. Kies een van: In behandeling (standaard), Meer informatie, Ontvangen info, Gerangschikt.
Geef aan of een teamlid geen voortgang kan maken op het werkitem. Als een probleem het werk blokkeert, maakt u een koppeling naar het probleem. Kies Ja of Nee.
Vastgelegd (vereist)
Geef aan of het team heeft toegezegd om de vereiste te leveren. Kies Ja of Nee (standaard).
Noteer het buildnummer van het product dat de vereiste, wijzigingsaanvraag of bugfix bevat.
Acceptatietest voor gebruikers (vereist)
Stel de status van de gebruikersacceptatietest voor een vereiste in.
- Pass
- Fail
- Niet gereed (standaard)
- Ready
- Skipped
- Ontvangen informatie
Gebruik Not Ready wanneer de vereiste actief is en Gereed wanneer deze is opgelost.
Vermeld teamleden die bekend zijn met het klantgebied dat de vereiste vertegenwoordigt.
Opmerkingen vastleggen in de sectie Discussie
Gebruik de sectie Discussie om opmerkingen toe te voegen en te bekijken over het uitgevoerde werk.
De werkbalk van de RTF-editor verschijnt onder het tekstinvoergebied wanneer u uw cursor in een tekstvak plaatst dat ondersteuning biedt voor tekstopmaak.
Note
Er bestaat geen veld discussiewerkitem. Als u een query wilt uitvoeren op werkitems met opmerkingen uit het discussiegebied, filtert u op het veld Geschiedenis. De volledige inhoud van de tekst die in het tekstvak Discussie is ingevoerd, wordt toegevoegd aan het veld Geschiedenis.
Iemand, een groep, werkitem of pull-aanvraag vermelden
Selecteer een van de volgende pictogrammen om een menu met recente vermeldingen te openen waarin u iemand hebt genoemd, gekoppeld aan een werkitem of gekoppeld aan een pull-aanvraag:
U kunt hetzelfde menu openen met behulp van sneltoetsen: at-mention @, hash-tag #en uitroepteken !.
Voer een naam of nummer in om de menulijst te filteren die overeenkomt met uw invoer. Selecteer de vermelding die u wilt toevoegen. Als u een groep in de discussie wilt brengen, voert u het at-symbool@ in, gevolgd door de groepsnaam, zoals een team of beveiligingsgroep.
Een opmerking bewerken of verwijderen
Als u een van uw discussieopmerkingen wilt bewerken of verwijderen, selecteert u Bewerken
of Meer acties (
) en selecteert u Vervolgens Verwijderen:
Nadat u de opmerking hebt bijgewerkt, selecteert u Bijwerken. Bevestig de verwijdering om de opmerking te verwijderen. Het tabblad Geschiedenis op het werkitemformulier houdt een volledig audittrail bij van alle bewerkte en verwijderde opmerkingen.
Important
Configureer voor on-premises Azure DevOps Server een SMTP-server voor teamleden om meldingen te ontvangen.
Een reactie toevoegen aan een opmerking
Voeg een of meer reacties toe aan een opmerking door rechtsboven in een opmerking een emojipictogram te kiezen. Kies uit de pictogrammen onder aan een opmerking naast eventuele bestaande reacties. Als u uw reactie wilt verwijderen, kiest u de reactie onderaan uw opmerking. In de volgende afbeelding ziet u een voorbeeld van de ervaring van het toevoegen van een reactie en de weergave van reacties op een opmerking.
Een opmerking opslaan zonder het werkitem op te slaan
Note
Deze functie is beschikbaar vanaf Azure DevOps Server 2022.1.
Als u alleen machtigingen hebt om toe te voegen aan de discussie van een werkitem, kunt u dit doen door opmerkingen op te slaan. Deze machtiging wordt beheerd door gebiedspadknooppunten en de opmerkingen over werkitems bewerken in deze knooppuntmachtiging . Zie voor meer informatie Machtigingen voor het bijhouden van werk instellen - Subnoden maken, werkitems wijzigen onder een gebied of iteratiepad.
Wanneer u de opmerkingen opslaat, hoeft u het werkitem niet op te slaan.
Note
Wanneer u wijzigingen in het besturingselement Discussie opslaat, wordt alleen de opmerking opgeslagen. Er worden geen werkitemregels gedefinieerd voor het type werkitem uitgevoerd.
Werkvoortgang bijhouden
Wanneer het werk vordert, werkt u het veld Status bij om de huidige status weer te geven. Geef desgewenst een reden op; de status- en redenvelden worden weergegeven in de formulierkoptekst van het werkitem.
CMMI-werkstroomstatussen
In de volgende diagrammen ziet u de belangrijkste voortgangs- en regressiestaten voor de Requirement, Bug en Task WIT's.
| Requirement | Bug | Task |
|---|---|---|
|
|
|
De typische werkstroom voor een vereiste volgt deze stappen:
- De producteigenaar maakt een vereiste in de status Voorgesteld met de standaardreden, Nieuwe vereiste.
- De producteigenaar verplaatst de vereiste naar Actief wanneer het werk begint.
- Het team stelt de vereiste in Opgelost wanneer de ontwikkeling is voltooid en systeemtests slagen.
- Ten slotte verplaatst het team of de producteigenaar de vereiste naar Gesloten nadat acceptatiecriteria en validatietests de voltooiing bevestigen.
Werkstatus bijwerken met een bord of taskboards
Gebruik het bord of het sprint taskboard om itemstatussen bij te werken. Als u een item naar een andere kolom sleept, worden zowel de velden Status als Reden bijgewerkt.
U kunt het bord aanpassen om meer zwembanen of -kolommen toe te voegen.
Vereisten toewijzen aan functies
Wanneer u meerdere producten of gebruikerservaringen beheert, definieert u functies en wijst u vereisten toe aan deze functies om het bereik en de voortgang in het portfolio weer te geven.
Gebruik portfolioachterstanden om in te zoomen tussen achterstandsniveaus en om werk in uitvoering in teams samen te schalen. U kunt ook samenvouwen weergeven nadat u een hiërarchie van teams hebt ingesteld.
Het functiewerkitem bevat velden die vergelijkbaar zijn met vereisten plus andere velden die in de verwijzing worden beschreven.
Taken definiëren
Wanneer uw team werk in sprints levert, kunt u de vereisten opsplitsen in taken vanaf de pagina met sprintachterstanden en de hoeveelheid werk schatten.
Geef de taak een naam en schat het werk.
Wanneer teams werk schatten, definiëren ze taken en schatten ze uren of dagen om ze te voltooien. Teams voorspellen capaciteit en verfijn taken aan het begin van een iteratie; elk teamlid voert vervolgens een subset van taken uit. Taken kunnen ontwikkeling, testen en andere activiteiten omvatten. Een ontwikkelaar maakt bijvoorbeeld taken om een vereiste te implementeren terwijl een tester taken maakt om testcases te schrijven en uit te voeren. Door taken te koppelen aan vereisten en bugs, zien teams duidelijk de voortgang van de implementatie. Zie Iteratieactiviteiten voor meer informatie.
Field
Usage
Selecteer het taaktype uit:
- Corrigerende actie
- Mitigatieactie
- Planned
Kies de discipline die deze taak vertegenwoordigt wanneer u de sprintcapaciteit per activiteit inschat.
- Analysis
- Development
- Test
- Gebruikersonderwijs
- Gebruikerservaring
Dit veld helpt ook bij het berekenen van de capaciteit per discipline. Deze is toegewezen type="Activity" aan het ProcessConfiguration-bestand. Zie Ontwikkelingstaken implementeren voor meer informatie.
Voer de oorspronkelijke schatting voor de taak in.
Werk resterend werk bij naarmate het team vordert. Met deze waarde worden capaciteitsgrafieken, de burndowngrafiek voor sprints en gerelateerde rapporten ingevoerd. Als u een taak in subtaken opsplitst, houdt u alleen uren bij op de subtaken.
Noteer het werk dat al is besteed aan het implementeren van de taak.
Voortgang van test bijhouden
Testvereisten
Maak vanuit de webportal of Testbeheer testcases die automatisch een koppeling maken naar een vereiste of bug, of voeg een koppeling toe vanaf het 
(tabblad Koppelingen).
De testcase bevat veel velden, inclusief velden die zijn geïntegreerd met het build- en testproces. Zie Een query op basis van de build- en testintegratievelden voor meer informatie.
Op het tabblad (koppelingen) worden alle vereisten en bugs vermeld waarnaar wordt verwezen door een testcase. Met koppelen kunnen teams de voortgang van de test bijhouden en rapporten ondersteunen, zoals het rapport Vereistenoverzicht.
Codefouten bijhouden
Fouten maken vanuit de webportal, Visual Studio of Test Manager (zie Bugs beheren).
Wijzigingsaanvragen, risico's, problemen en notities bijhouden die zijn vastgelegd in controlevergaderingen
Naast vereisten, functies, taken en bugs raadt het CMMI-proces deze WIT's aan:
- Wijzigingsaanvraag voor het beheren van voorgestelde wijzigingen in werkproducten onder wijzigingsbeheer.
- Probleem om gebeurtenissen of situaties bij te houden die mogelijk werk blokkeren. Problemen verschillen van risico's omdat teams problemen meestal spontaan identificeren tijdens dagelijkse vergaderingen.
- Risico om waarschijnlijkheid en variantie tussen werkelijke en gewenste resultaten bij te houden. Wanneer u risico's beheert, minimaliseert u de variantie tussen verwachte en werkelijke resultaten.
- Bekijk om te documenteren hoe een ontwerp of codebeoordeling voldoet aan standaarden zoals naam correctheid, relevantie van code, uitbreidbaarheid, complexiteit en beveiliging.
U kunt een probleem toevoegen met behulp van de widget Nieuw werkitem op een teamdashboard of via het menu Nieuw op de pagina Query's.
Werkitems die vanuit de widget worden toegevoegd, worden automatisch afgestemd op het standaardgebied en de iteratiepaden van uw team. Zie Teamcontext wisselen om de teamcontext te wijzigen.
Definities voor algemene velden voor het bijhouden van werk
De volgende velden en tabbladen worden weergegeven in de meeste werkitems. Elk tabblad wordt gebruikt om specifieke informatie bij te houden. Veelgebruikte tabbladen zijn 
geschiedenis, koppelingen en 
bijlagen.
Het enige vereiste veld voor alle typen werkitems is Titel. Wanneer u een werkitem opslaat, wijst het systeem een unieke id, id toe. In het formulier worden de vereiste velden geel gemarkeerd. Zie de veldindex werkitem voor meer informatie over andere velden.
Note
Andere velden zijn mogelijk vereist, afhankelijk van aanpassingen die zijn aangebracht in uw proces en project.
Veld of tabblad
Usage
Voer een beschrijving in van 255 tekens of minder. U kunt de titel later wijzigen.
Wijs het werkitem toe aan het teamlid dat verantwoordelijk is voor het uitvoeren van het werk, of laat leeg en voltooi de opdracht later.
Wanneer u voor het eerst een werkitem maakt, wordt in het veld Status automatisch de eerste status in de werkstroom weergegeven, zoals Nieuw of Niet toegewezen. Wanneer het werk vordert, werkt u de status bij zodat deze overeenkomt met de huidige status van het werkitem.
Wanneer u voor het eerst een werkitem maakt, stelt u de standaardwaarde Reden in, zoals Gemaakt of Nieuw werkitem. Wanneer de status voor het werkitem wordt gewijzigd, werkt u de waarde Reden dienovereenkomstig bij. Elke status voor het werkitem is gekoppeld aan een standaardwaarde Reden .
Kies het gebiedspad dat is gekoppeld aan het product of team, of laat leeg en voer later een geschikte waarde in. U kunt de vervolgkeuzelijst met beschikbare gebieden wijzigen. Zie Gebiedspaden definiëren en toewijzen aan een team voor meer informatie.
Kies de sprint of iteratie waarin u het werkitem wilt voltooien, of laat leeg en wijs de waarde later toe. U kunt de vervolgkeuzelijst met iteraties wijzigen. Zie Iteratiepaden (sprints) definiëren en team iteraties configureren voor meer informatie.
Bekijk de geschiedenis van het werkitem om alle wijzigingen in het item weer te geven, zoals vastgelegd door het systeem. Telkens wanneer een werkitem wordt bijgewerkt, worden de details toegevoegd aan de geschiedenis. U ziet de wijzigingsdatum, de auteur van de wijziging en de lijst met bijgewerkte velden. U kunt ook opgemaakte tekst toevoegen aan het veld Geschiedenis .
Koppelingen toevoegen om verbindingen met andere werkitems te maken. Veel soorten koppelingen worden ondersteund, zoals hyperlinks, wijzigingensets, bronbestanden en meer. Geef de relatie op van het gekoppelde item met het werkitem, zoals Bovenliggend item, Gevonden in Build of Testresultaat.
Gebruik bijlagen om ondersteunende informatie over het werkitem met het item op te nemen. Voeg e-mailthreads, documenten, afbeeldingen, logboekbestanden of andere bestandstypen toe.
Typen werkitems aanpassen
Voor de meeste typen werkitems kunt u velden toevoegen, de werkstroom wijzigen, aangepaste regels toevoegen en aangepaste pagina's toevoegen aan het werkitemformulier. U kunt ook aangepaste typen werkitems toevoegen. Zie Een overnameproces aanpassen voor meer informatie.
Voor de meeste typen werkitems kunt u velden toevoegen, de werkstroom wijzigen, aangepaste regels toevoegen en aangepaste pagina's toevoegen aan het werkitemformulier. U kunt ook aangepaste typen werkitems toevoegen. Zie Een overnameproces aanpassen of het on-premises XML-procesmodel aanpassen, afhankelijk van het procesmodel dat door uw project wordt gebruikt, voor meer informatie.
Verwante inhoud
- Een project maken
- Werkitems toevoegen en een project beheren
- Een achterstand maken
- Toegang tot specifieke functies beheren
- Meer informatie over standaardmachtigingen en toegangsniveaus voor Azure Boards
Volgorde van achterstandslijst
Gebruik het veld Stack Rank om de relatieve rangorde van vereisten, functies of epics bij te houden. De achterstandspagina bepaalt de volgorde op basis van waar u items toevoegt of verplaatst op de pagina (zie Uw achterstand maken). Terwijl u items sleept, werkt een achtergrondproces het veld Stack Rank bij. Dit veld wordt niet standaard weergegeven in het werkitemformulier.