agile planning with microsoft team foundation server
In deze zelfstudie wordt uitgelegd hoe u Agile Planning kunt uitvoeren met Microsoft TFS, waarmee projectmanagers het werk in hun teams kunnen plannen en volgen:
Van de verschillende artikelen die in SoftwareTestingHelp.com op DevOps zijn gepubliceerd, hebben we enkele goede artikelen over DevOps gezien vanuit het oogpunt van continue integratie en continue levering met behulp van Microsoft TFS, AWS en zeker open source-tools zoals Ansible.
Een van de eerste vereisten voor DevOps is een bepaald sterk proces zoals AGILE, dat flexibiliteit toevoegt aan het hele SDLC-proces, waarbij het aandachtsgebied is om software op een zeer tijdige manier vrij te geven met kortere releasecycli en snelle feedback. Het agile proces is dus vooral gericht op snelheid.
Wat je leert:
Agile planning met Microsoft TFS 2017
Voordat u verschillende secties in dit artikel doorneemt, zou het goed zijn om kennis te nemen van enkele van de belangrijke terminologieën die in Agile worden gebruikt. Deze terminologieën zullen in dit artikel worden gebruikt.
Vereisten: Microsoft TFS 2017
Creëer een TFS-teamproject met behulp van een SCRUM-processjabloon
We beginnen eerst met het maken van een TFS-teamproject met behulp van de SCRUM-sjabloon door de onderstaande stappen te volgen.
Log in op Microsoft TFS 2017 en klik op Nieuw project.
Voer een projectnaam in en selecteer Scrum als sjabloon. Klik op Creëer.
Zodra het project is gemaakt, voegt u leden toe aan het project door op de icoon.
Creëer Product Backlog
Zoals u weet, is Microsoft TFS een geïntegreerde ALM-tool die helpt bij het maken van werkitems, projectplanning, het maken van builddefinities en release-definities met de functie om handmatige tests uit te voeren.
Voordat we een Agile-planning beginnen, moeten we beginnen met definiëren Sprints dat is een vooraf bepaald tijdsbestek voor het uit te voeren werk. Klik op Instellingen -> Werk en definieer vervolgens de sprints met start- en einddatums.
Selecteer de Sprint en stel de start- en einddatums in.
Hier zullen we ons concentreren op het maken van werkitems die een integraal onderdeel vormen van Agile-planning. Laten we beginnen met het maken van de productachterstand die een geprioriteerde lijst bevat van alle functies die deel uitmaken van uw toepassing of product.
De product owner houdt deze backlog bij en bepaalt met hulp van het scrumteam de haalbaarheid van het werken in een bepaalde sprint.
Om een productachterstand te creëren vanuit de Werksectie menu selecteer Backlogs.
Klik op Nieuw, voer een Titel in voor het backlog-item en klik op Toevoegen
Het Product Backlog-item wordt aan de backlog toegevoegd. In theoretische zin kun je Product Backlog Item beschouwen als een User Story of een Change Request. Ze zullen normaal gesproken worden opgesplitst in de meerdere ontwikkelaarstaken en testcases.
het vragen om promotie in beoordelingssteekproef
U kunt ook opnieuw bestellen op basis van prioriteit. Sleep de werkitems gewoon naar boven of beneden.
Open het werkitem en voeg de inspanning toe. Hier kan de inspanning zijn volgens de projectbehoeften van ofwel verhaalpunten of dagen of uren. De schatting van de inspanning wordt toegevoegd zodra het item in taken is opgesplitst. Wijs een eigenaar in het gedeelte ‘Toegewezen aan’ en stel de ‘Staat’ in op Goedgekeurd voor ontwikkeling. Klik op Opslaan en sluiten.
Wijs vervolgens het item toe aan Sprint 1 door te slepen en neer te zetten naar Sprint 1.
Het iteratiepad verandert het item in Sprint1 zoals weergegeven in de onderstaande afbeelding.
Terwijl we het item verplaatsen naar Gedaan State, de snelheid die het totale aantal verhaalpunten definieert dat het scrumteam behaalt in een sprint, wordt weergegeven door op de Velocity-grafiek rechtsboven te klikken.
Samenvattend kunnen we dus zeggen dat het team 8 verhaallijnen in Sprint 1 heeft voltooid, zoals weergegeven in de bovenstaande snelheidsgrafiek.
Capaciteits planning
Voor elke Sprint kunnen we het aantal uren definiëren dat elk lid zal werken voor het toegewezen project. De capaciteitsweergave voor elke sprint bepaalt dit. Deze weergave geeft ook de activiteit weer waaraan elk lid werkt, zoals ontwerp of ontwikkeling of rapportage enz.
Klik op de juiste Sprint. Open in dat geval Sprint 1 en ga naar het Capaciteitsweergave Update zoals hieronder weergegeven.
In de bovenstaande schermafbeelding, aangezien Dev1-gebruiker slechts 4 uur per dag werkt tijdens de sprintperiode van 2 weken, wat 10 werkdagen is. De Werk toegewezen aan laat zien dat hij is toegewezen aan een taak die 8 uur nodig heeft om de 40 uur te voltooien voor de sprintperiode van 2 weken. Dit wordt berekend als 4 (uur per dag) * 10 (2 weken) = 40 uur.
Een vergelijkbare berekening wordt gedaan voor de Dev2-gebruiker.
Taken aanmaken
Omdat we nu het Product Backlog Item of User Story hebben gedefinieerd en ook capaciteit hebben gepland voor elke gebruiker in het project, kunnen we het nu opdelen in ontwikkelaarstaken. Klik op het werkscherm op de Sprint 1 en klik vervolgens op Taakbord toevoegen + voor het item achterstand van het product.
Wijs het toe aan de ontwikkelaar en voer een waarde in uren voor het overige werkveld. Klik op Opslaan en sluiten.
De aangemaakte taak is gekoppeld aan het Product Backlog-item.
ms sql interviewvragen en antwoorden
Hier is het veld Resterend werk het aantal resterende uren om een taak te voltooien. Aangezien we in het bovenstaande voorbeeld het veld hebben ingesteld op 8 uur en laten we zeggen dat de ontwikkelaar aan het einde van een dag slechts 2 uur aan de taak heeft gewerkt, wordt het veld van het resterende uur geüpdatet naar 6. Je zou het kunnen maken 0 als er geen werk meer is, of als er nog 1 uur of minder werk over is of ergens tussen 0 en 1 uur ligt.
Van deze waarde kan TFS een burndown-diagram maken voor de sprint, wat een van de zeer nuttige statistieken in Agile is. Het bovenstaande proces is voor de SCRUM-sjabloon en heeft niet het veld Oorspronkelijke schatting in het werkitem Taak.
Als het TFS-teamproject is geconfigureerd met behulp van de Agile- of CMMI-processjabloon, is er een optie om het veld Oorspronkelijke schatting in te voeren.
Om het veld Oorspronkelijke schatting toe te voegen ( Microsoft.VSTS.Scheduling.OriginalEstimate ) in het Taak-werkitemtype met behulp van een SCRUM-processjabloon, moet het worden toegevoegd als een aangepast veld. U kunt de witadmin exportwitd , wat een opdrachtregeloptie is. Voeg het veld toe aan het geëxporteerde XML-bestand en importeer het weer in het teamproject.
Toekomstige sprints
Het Product Backlog Item of User Story kan ook voor de toekomst worden gepland door het item naar een andere toekomstige sprint te slepen en neer te zetten.
Taskboard gebruiken
Omdat het Sprint Plan aanwezig is, kunnen we nu de voortgang van elke taak bekijken vanuit de Taakbordweergave. Het taakbord biedt dus een visuele stroom van de taken en de status ervan. Dus tijdens elke scrum-vergadering kun je de status bekijken van elke taak die aan de leden is toegewezen.
U kunt ook de samenvatting bekijken van het totale resterende werk dat moet worden voltooid.
Het is erg belangrijk om de status en voortgang te volgen en kan via het taakbord worden gedaan. Klik op de Board uitzicht voor de Sprint.
Dit bord is een zeer bruikbare weergave en kan worden gebruikt voor rapportagedoeleinden tijdens de dagelijkse standup meeting.
naar) Als de ontwikkelaars met toegewezen taken aan de taken zijn begonnen, kunt u de taken verplaatsen van Te doen staat toe Bezig staat door middel van slepen en neerzetten.
b) Wijzig de resterende werkuren van de taak voor een Dev2-gebruiker van 8 naar 5 resterende uren. De lopende taakuren worden dienovereenkomstig bijgewerkt.
c) De burndown-grafiek wordt automatisch bijgewerkt door op de rechterbovenhoek te klikken.
d) Sluit nu de taak die aan Dev2 is toegewezen door de taak naar Gedaan staat. De resterende werkuren voor deze taak worden automatisch verlaagd naar 0 en de burndown-grafiek wordt ook bijgewerkt.
Sprintbeoordeling en retrospectief
Nou, het werk is nu gedaan en het tijdsbestek van de sprint is voorbij. Vindt het team dat het nu tijd is om te ontspannen of een pauze te nemen? Absoluut een groot NEE. Het is nu tijd om het zeer belangrijke deel van de SCRUM-levenscyclus te bespreken, namelijk de herziening en retrospectieve.
Sprintbeoordeling richt zich op de te leveren producten, doorloopt de DONE-productachterstanditems en biedt een demo aan de klanten. Het is ook erg belangrijk om te bespreken welke items voor productachterstand niet zijn gedaan en waarom en vooral feedback van klanten te verzamelen en deze te plannen voor toekomstige sprints. De sprintreview wordt normaal gesproken gedaan tussen de producteigenaar, het ontwikkelteam en klanten.
Sprint retrospective richt zich op de aspecten van het proces zoals wat er goed ging en wat niet? U moet dus ook feedback over het proces en over mensen verzamelen. Omdat dit een zeer belangrijk aspect is van de Agile-levenscyclus, kun je er meer over leren retrospectieven.
Het is dus heel goed mogelijk dat er in elke sprint onafgemaakt werk is. In dit scenario verplaats je de PBI's / taken naar Product Backlog of naar de volgende Sprint die de Product Owner beslist.
Maar waar bewaren we de recensies en retrospectieven voorlopig? U kunt ze opslaan als onderdeel van de bespreking van het werkitem of een nieuw werkitem maken met retrospectieve actiepunten en feedback.
Gevolgtrekking
We hebben in dit artikel gezien hoe Microsoft Team Foundation Server als ALM-tool een snelle en nette manier biedt om aan je applicatie te werken volgens het Agile Scrum-proces.
We moeten ervoor zorgen dat alle teams die het Agile SCRUM-proces volgen, de volgende aspecten moeten definiëren en creëren om het werk van hun team goed te plannen en te beheren.
- Gebruik de juiste SCRUM-processjabloon in Microsoft TFS
- Creëer productachterstanden
- Specificeren van Sprint-schema en teamcapaciteit
- Items selecteren voor sprintachterstand
- PBI's of gebruikersverhalen opsplitsen in taken
- Gebruik Burndown-grafieken om de voortgang bij te houden
- Heel belangrijk om Taskboard te gebruiken om de voortgang te volgen
- Voer ten slotte een effectieve sprintbeoordeling uit en retrospectief
Aanbevolen literatuur
- Hoe word je een goede teammentor, coach en een echte teamverdediger in een agile testwereld? - De inspiratie
- Agile- en Scrum-terminologie: een woordenlijst voor Agile / Scrum-concepten
- Hoe u een Agile schattingsproces gemakkelijk kunt maken met Planning Poker
- Moderne testprincipes voor Agile-methodologie bij testen
- Zelfvoorzienende scrumteams: hoe creëer je een zelfvoorzienend team?
- Agile retrospectieve vergaderingen - waarom het nodig is en enkele leuke manieren om het uit te voeren
- 4 stappen naar de ontwikkeling van de Agile-testmentaliteit voor een succesvolle overgang naar een Agile-proces
- ISTQB Foundation Examenformaat en richtlijnen om papers op te lossen