In Azure DevOps werk je op twee niveaus. Het Product Backlog Item (PBI) beschrijft wát er moet komen en waarom, en houdt het overzicht. De taken eronder zijn het werk dat je daadwerkelijk doet: op naam, en op het sprintbord van To Do via Doing naar Done. Deze pagina legt uit wat waar hoort.
Veel verwarring ontstaat doordat beide een titel en een beschrijving hebben. Het verschil zit in de rol: de PBI is het geheel, de taak is een afgeleide.
Hier staat alles wat iemand zonder voorkennis moet weten om het onderwerp te begrijpen.
Een taak is een stukje werk uit de PBI dat één persoon oppakt. Wat er precies moet gebeuren staat in de PBI, niet in de taak.
Eén PBI met drie taken. Klik op een taak om haar op te schuiven; bij Done vraagt het bord om het resultaat. Klik op de PBI om te zien wat daar wél thuishoort.
Als beheerder wil ik een dagelijkse back-up van de database zodat data nooit meer dan een dag kwijt kan raken
User story, acceptatiecriteria en de context die je nu al hebt. Schrijf voor iemand die het project niet kent.
Splits de PBI in taken die je in een dag of twee kunt afronden. Korte titel, eigen naam erop. Uitleg hoeft niet: die staat in de PBI.
Elk gesprek met een belanghebbende levert inzicht op. Zet dat direct als comment bij de PBI, met wie en wanneer. Azure DevOps bewaart dat in de History.
Sleep je taak naar Doing als je begint. Meer dan één taak tegelijk in Doing is een signaal dat je te veel tegelijk doet.
Klaar? Zet het resultaat in de taak en sleep hem naar Done. Waar het staat, wat er gemaakt is, wat de volgende moet weten.
Alle taken Done en aan de acceptatiecriteria voldaan? Dan gaat de PBI naar Done. Niet eerder.
De opdrachtgever vertelt iets nieuws over het onderwerp.
Comment in de PBI
Ik heb een stuk werk afgerond.
Resultaat in de taak, taak naar Done
Er blijkt extra werk nodig binnen dit onderwerp.
Nieuwe taak onder dezelfde PBI
De wens of het doel verandert.
PBI aanpassen, en als comment vastleggen waarom
Er komt een heel nieuw onderwerp op.
Nieuwe PBI op de backlog, nog geen taken
Ik weet niet zeker wat er precies van me verwacht wordt.
Lees de PBI. Staat het er niet? Vraag het en vul de PBI aan
Een taak met een halve pagina uitleg over wat er moet gebeuren.
De uitleg hoort in de PBI. De taak heeft alleen een titel en, bij afronden, het resultaat.
Een PBI zonder taken, die in één keer naar Done wordt gesleept.
Werk loopt via taken. De PBI volgt pas als de taken af zijn.
Taken zonder naam, of alles op naam van één persoon.
Elke taak in Doing heeft precies één eigenaar: degene die het werk doet.
Het resultaat staat in Teams, in een mailtje of in iemands hoofd.
Het resultaat staat in de taak. Dat is de plek waar de volgende student kijkt.
Inzichten uit een gesprek worden pas aan het einde van de sprint verwerkt.
Comment direct na het gesprek, met naam en tijd. Anders raakt het kwijt.
Een taak gaat van Done terug naar Doing omdat er 'nog iets bij moest'.
Done is definitief. Nieuw werk is een nieuwe taak.
Werken vanuit Boards in plaats van het sprintbord.
Boards toont alleen PBI's. Werk vanuit Sprintboard › Boards > Sprints: daar staan je taken per PBI en zie je wat er deze sprint speelt.
Geen sprintperiodes ingesteld.
Geef elke sprint een begin- en einddatum (Sprints › Set dates). Dan laat Azure DevOps zien hoeveel dagen je nog hebt tot de sprint af is.
Het sprintbord is één van de drie onderdelen van de Azure DevOps-omgeving; de wiki en de repository zijn de andere twee.