Vad är Azure Boards?
Azure Boards är ett verktyg i Azure DevOps för att hjälpa team att planera det arbete de behöver utföra. Tailspin-teamet kommer att använda det här verktyget för att få en bättre uppfattning om vilket arbete de behöver göra och hur de ska prioritera det.
Mara skapade ett eget projekt i Azure Boards med hjälp av Basic-processen. Den visar problemen i byggprocessen som hon och Andy identifierade. Mara samlar teamet för en snabb demonstration.
Mara: Hej alla. Jag har konfigurerat Azure Boards och vill visa några arbetsobjekt som jag kom på.
Andy: Vad är ett arbetsobjekt?
Mara: Arbetsobjekt hjälper oss att planera och hantera ett projekt. Ett arbetsobjekt kan spåra alla typer av aktiviteter. Det kanske är en uppgift att göra, en bugg att åtgärda eller något annat problem. Vi kan tilldela dem till personer och hålla reda på deras framsteg.
Kanske är det lättare att visa dig. Här är Azure Boards med hjälp av Basic-processen:
Amita: Berätta om basic-processen. Finns det andra alternativ?
Mara: Det finns fyra processer att välja mellan. Vi kan använda:
- Integrering av kapacitetsmognadsmodell (CMMI): Detta är verkligen för stora organisationer och det är ganska komplicerat, så jag använde det inte.
- Scrum: Scrum är beroende av en Scrum-mästare som leder Scrum-teamet. Scrum-mästaren ser till att alla förstår Scrum-teori, praxis och regler. Vi har ingen Scrum-mästare; det är någon som vanligtvis får lite utbildning och certifiering, så jag valde inte den heller.
- Agil: Detta verkade vara det självklara valet eftersom jag alltid pratar om Agile, men det har några fler saker att tänka på än det enklaste alternativet.
- Grundläggande: Basic är, ja, grundläggande. Det är enkelt men ger oss tillräckligt med kraft för att börja göra effektiv planering direkt, och det är därför jag valde det. I basic-arbetsflödet flyttar du arbetet från Att göra till Att göra till Klar.
Amita: OK, vi använder det för att komma igång. Vi kan byta till något annat, eller hur?
Mara: Höger! Så låt oss välja några arbetsobjekt som vi tror att vi kan åtgärda om ett par veckor.
Andy kan identifiera sig med dessa problem, men resten av teamet har frågor.
Tim: Det här är mestadels utvecklingsproblem. Men medan vi är i ämnet pratar andra team om kodsårbarheter, och jag har blivit ombedd att visa att vår kod är säker. Finns det något sätt att lägga till det?
Mara: Jag vet att listan inte är komplett. Problemen i styrelsen är de som Andy och jag pratade om tidigare. Och även några av dessa problem måste verkligen delas upp i mindre uppgifter. Jag förstår dina problem med kodsårbarheter. Andy, vad tror du?
Andy: Just nu är det svårt att bara få ut en bygge. Vi börjar med några av de grundläggande problemen. Jag gillar att vi har en central plats där vi kan hålla reda på våra frågor. Vi kan lägga till problem i kvarvarande uppgifter och prioritera dem när vi är redo.
Mara: Innan vi lägger till några problem ska vi prata lite mer om vad alla arbetar med.
Varje gruppmedlem delar med sig av vad de arbetar med och andra problem som de har. Som en brainstormingaktivitet lägger de till klibbiga anteckningar i en whiteboard. Deras whiteboard fylls snabbt.
Så småningom löser teamet sju toppfrågor. Andy är volontärer för att lägga till uppgifter i Azure Boards medan alla tittar. Så här ser tavlan ut:
Amita: Wow, det är många problem. Hur ska vi någonsin fixa alla dessa?
Mara: Vi behöver inte fixa dem alla direkt. För tillfället har vi identifierat en kvarvarande uppgift eller en lista över arbete som vi kan hämta från. När vi planerar arbetet får vi välja det som är mest brådskande eller viktigt.
Efter lite mer diskussion bestämmer sig teamet för att ta sig an de tre frågor som Mara ursprungligen föreslog:
- Stabilisera byggservern
- Skapa ett Git-baserat arbetsflöde
- Skapa enhetstester
Mara: Dessa verkar vara de enklaste problemen att ta sig an, och de tar itu med några nya utmaningar som kom upp. Nu ska vi skapa ett projekt, ett team och en sprint. Då kan vi bestämma vem som gör vad.
Tim: Vad är en sprint?
Mara: Bra fråga. En sprint är den tid vi måste slutföra våra uppgifter. Sprintar hjälper oss att hålla oss fokuserade. I slutet kan vi ha ett kort retrospektivt möte för att dela med oss av det vi har åstadkommit. Efter det kan vi planera nästa.
Alla ser nervösa ut.
Mara: Vi lär oss fortfarande. En sprint är vanligtvis två till fyra veckor lång. Låt oss bara säga två veckor och se hur det går. Det här är mestadels uppgifter Andy och jag kan ta itu med. Vi delar med oss av våra framsteg när vi går. Sedan kan vi hitta sätt att inkludera alla.
Mara och teamet har en bra start. Därefter konfigurerar du projektet, teamet och några uppgifter i Azure Boards.