agile planning with microsoft team foundation server
Denna handledning förklarar hur man gör Agile Planning med Microsoft TFS vilket hjälper projektledare att planera och spåra arbete i sina team:
Bland de olika artiklarna som publicerades i SoftwareTestingHelp.com på DevOps, har vi sett några bra artiklar om DevOps ur kontinuitet med kontinuerlig integration och kontinuerlig leverans med Microsoft TFS, AWS och säkert open source-verktyg som Ansible.
En av förutsättningarna för DevOps är en viss stark process som AGILE som ger smidighet i hela SDLC-processen där fokusområdet är att släppa programvara på ett mycket snabbt sätt med kortare frigöringscykler och snabb feedback. Så att säga den agila processen fokuserar främst på hastighet.
Vad du kommer att lära dig:
Agil planering med Microsoft TFS 2017
Innan du går igenom olika avsnitt i den här artikeln skulle det vara bra att bli medveten om några av de viktiga terminologier som används i Agile. Dessa terminologier kommer att användas hela tiden i den här artikeln.
Förutsättningar: Microsoft TFS 2017
Skapa TFS-teamprojekt med hjälp av SCRUM-processmall
Vi börjar först med att skapa ett TFS-teamprojekt med hjälp av SCRUM-mallen genom att följa stegen nedan.
Logga in på Microsoft TFS 2017 och klicka på Nytt projekt.
Ange ett projektnamn och välj Klunga som mall. Klicka på Skapa.
När projektet har skapats lägg till medlemmar i projektet genom att klicka på + ikon.
Skapa produktbacklogg
Som du är medveten om att Microsoft TFS är ett integrerat ALM-verktyg som hjälper till att skapa arbetsobjekt, göra projektplanering, skapa byggdefinitioner och släppdefinitioner med funktionen för att utföra manuell testning.
Innan någon Agile-planering måste vi börja med att definiera Sprints vilket är en fördefinierad tidsram för arbetet som ska utföras. Klicka på Inställningar -> Arbete och definiera sedan sprintarna med start- och slutdatum.
Välj Sprint och ställ in start- och slutdatum.
Här kommer vi att fokusera på att skapa arbetsobjekt som kommer att utgöra en integrerad del av Agile planering. Så låt oss börja med att skapa produktbackloggen som innehåller en prioriterad lista över alla funktioner som ska vara en del av din applikation eller produkt.
Produktägaren behåller denna eftersläpning och med hjälp av scrumteamet bestämmer han om det är möjligt att arbeta i en viss sprint.
För att skapa en produktförsening från Arbetsavdelningsmenyn välj Backlogs.
Klicka på Ny, ange en rubrik för efterslagsobjektet och klicka på Lägg till .
Produktbackloggen läggs till i eftersläpningen. I teoretisk mening kan du betrakta produktbacklogg som en användarberättelse eller en ändringsförfrågan. De sönderdelas normalt i flera utvecklaruppgifter och testfall.
gratis skalskriptredigerare för Windows
Du kan också beställa om baserat på prioritet. Dra bara och släpp arbetsobjekten ovanför eller under.
Öppna arbetsobjektet och lägg till ansträngningen. Här kan ansträngningen vara enligt projektets behov av antingen berättelsespoäng eller dagar eller timmar. Insatsuppskattningen skulle läggas till när artikeln har sönderdelats i uppgifter. Tilldela en ägare i avsnittet 'Tilldelad till' och ställ in 'Stat' till Godkänd för utveckling. Klicka på Spara och stäng.
Tilldela sedan objektet till Sprint 1 genom att dra och släppa till Sprint 1.
Iterationsvägen ändrar objektet till Sprint1 som visas i bilden nedan.
När vi flyttar objektet till Gjort Stat, hastigheten som definierar det totala antalet berättelsespoäng som scrumteamet uppnår i en sprint visas genom att klicka på det högra hastighetsdiagrammet.
Så sammanfattningsvis kan vi säga att laget har slutfört 8 berättelsespoäng i Sprint 1 som visas i hastighetsdiagrammet ovan.
Kapacitetsplanering
För varje sprint kan vi definiera antalet timmar varje medlem kommer att arbeta för det projekt som tilldelats. Kapacitetsvyn för varje sprint definierar detta. Denna vy fångar också den aktivitet varje medlem arbetar med som design eller utveckling eller rapportering etc.
Klicka på lämplig Sprint. I det här fallet, öppna Sprint 1 och gå till Kapacitetsvy . Uppdatera enligt nedan.
vad är systemtest med exempel
I ovanstående skärmdump, eftersom Dev1-användare bara arbetar 4 timmar om dagen under sprintperioden på 2 veckor, vilket är 10 arbetsdagar. De Arbetet tilldelat visar att han tilldelas en uppgift som behöver åtta timmar för att slutföra av 40 timmar under sprintperioden på 2 veckor. Detta beräknas som 4 (timmar per dag) * 10 (2 veckor) = 40 timmar.
En liknande beräkning görs för Dev2-användaren.
Skapa uppgifter
Eftersom vi nu har definierat Product Backlog Item eller User Story och kapacitet planerats för varje användare i projektet kan vi nu dela upp det i utvecklaruppgifter. Klicka på på arbetsskärmen Sprint 1 och klicka sedan på Lägg till uppgiftsskylt + för produktens eftersläppspost.
Tilldela det till utvecklaren och ange ett värde i timmar för det återstående arbetsfältet. Klicka på Spara och stäng.
Uppgiften som skapas är länkad till produktens eftersläpningsartikel.
Här är det återstående arbetsfältet antalet timmar kvar att slutföra en uppgift. Eftersom i ovanstående exempel har vi satt fältet till 8 timmar och låt oss säga att utvecklaren i slutet av en dag bara har slutfört två timmars arbete med uppgiften, så kommer den återstående timmens fält att uppdateras till 6. Du kan göra 0 när det inte finns mer arbete, eller om det återstår 1 timme eller mindre eller någonstans mellan 0 och 1 timme.
Från detta värde kan TFS skapa ett nedbrytningsdiagram för sprinten, vilket är en av de mycket användbara måtten i Agile. Ovanstående process gäller SCRUM-mallen och har inte fältet Original Estimate i arbetsuppgiften.
Om TFS-teamprojektet konfigureras med Agile- eller CMMI-processmallen finns det ett alternativ att ange fältet Original Estimate.
För att lägga till fältet Original uppskattning ( Microsoft.VSTS.Scheduling.OriginalEstimate ) i uppgiftstypen Arbetsuppgift med SCRUM-processmallen måste den läggas till som ett anpassat fält. Du kan använda witadmin exportwitd , vilket är ett kommandoradsalternativ. Lägg till fältet i den exporterade XML-filen och importera tillbaka det till teamprojektet.
Framtida sprints
Produktbackloggen eller användarberättelsen kan också planeras för framtiden genom att dra och släppa objektet till någon annan framtida sprint.
Använda Taskboard
Eftersom Sprintplanen är på plats kan vi nu se framstegen för varje uppgift från Aktivitetsvyn. Så ger Taskboard ett visuellt flöde av uppgifterna och dess status. Så under varje scrummöte kan du titta på statusen för varje uppgift som tilldelats medlemmarna.
Du kan också visa sammanfattningen av det totala återstående arbetet som ska slutföras.
Det är mycket viktigt att övervaka status och framsteg och kan göras via arbetsbordet. Klicka på Styrelsevy för Sprint.
Denna tavla är en mycket användbar vy och kan användas för rapporteringsändamål under det dagliga standup-mötet.
till) Om utvecklarna med tilldelade uppgifter har börjat arbeta med uppgifterna kan du flytta uppgifterna från Att göra stat till Pågående bara genom att dra och släppa funktionen.
b) Ändra återstående arbetstid för uppgiften för en Dev2-användare från 8 till 5 timmar kvar. Uppdragstimmarna pågår uppdateras därefter.
c) Nedbrottstabellen uppdateras automatiskt genom att klicka i det övre högra hörnet.
d) Stäng nu uppgiften tilldelad Dev2 genom att dra och släppa uppgiften till Gjort stat. De återstående arbetstimmarna för denna uppgift minskas automatiskt till 0 och nedräkningstabellen uppdateras också.
Sprintrecension och retrospektiv
Arbetet är klart nu och sprintens tidsram är över. Tror laget att det nu är dags att koppla av eller ta en paus? Absolut ett stort NEJ. Tiden är nu att diskutera den mycket viktiga delen av SCRUM-livscykeln som är översynen och retrospektiv.
Sprint-granskningen fokuserar på leveranserna, går igenom produktens eftersläpningsartiklar och ger en demo till kunderna. Det är också mycket viktigt att diskutera vilka eftersläpningar i produkten som inte gjordes och varför och framför allt samla in feedback från kunderna och planera dem för framtida sprints. Sprintgranskningen görs normalt mellan produktägare, utvecklingsteam och kunder.
Sprint retrospektiv fokuserar på aspekterna av processen som vad som gick bra och vad inte? Så du måste också få feedback om processen och människor också. Eftersom detta är en mycket viktig aspekt av Agile-livscykeln kan du lära dig mer om retrospektiv.
Så det är mycket möjligt att det kan finnas oavslutat arbete i varje sprint. I det här scenariot flyttar du PBI: erna / uppgifterna till antingen produktbackloggen eller till nästa sprint som produktägaren bestämmer.
Men för tillfället, var lagrar vi recensionerna och retrospektiven? Du kan spara dem som en del av arbetsobjektdiskussionen eller skapa ett nytt arbetsobjekt för att hålla retrospektiva handlingspunkter och feedback.
Slutsats
Vi har sett i den här artikeln hur Microsoft Team Foundation Server som ett ALM-verktyg ger ett snabbt och snyggt sätt att börja arbeta med din applikation efter Agile Scrum-processen.
Vi måste se till att alla lag som följer Agile SCRUM-processen måste definiera och skapa följande aspekter för att korrekt planera och hantera sitt teamarbete.
- Använd lämplig SCRUM-processmall i Microsoft TFS
- Skapa produktbackloggar
- Ange Sprint-schema och lagkapacitet
- Välja objekt för sprintbacklog
- Sönderdelar PBI eller användarberättelser i uppgifter
- Använd Burndown-diagram för att spåra framsteg
- Mycket viktigt att använda Taskboard för att övervaka framstegen
- Slutligen, genomför en effektiv sprintgranskning och retrospektiv
Rekommenderad läsning
- Hur man kan vara ett bra teammentor, coach och en riktig lagförsvarare i en smidig testvärld? - Inspirationen
- Agile And Scrum Terminology: A Glossary For Agile / Scrum Concepts
- Hur man gör en smidig uppskattningsprocess enkelt med att planera poker
- Moderna testprinciper för smidig metod vid testning
- Självförsörjande Scrum Team: Hur skapar jag ett självförsörjande team?
- Agila retrospektiva möten - varför det är nödvändigt och några roliga sätt att genomföra det
- 4 steg mot att utveckla det agila testningstänkandet för framgångsrik övergång till smidig process
- ISTQB Foundation Exam Format och riktlinjer för att lösa papper