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 har skapat ett eget projekt i Azure Boards med Basic-processen. Projektet innehåller de problem som hon och Andy identifierade i byggprocessen. Mara samlar teamet för en snabb demonstration.
Mara: Hej alla. Jag konfigurerar Azure Boards och tänkte visa några arbetsuppgifter som jag har tagit fram.
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 kan till exempel vara en att göra-uppgift, en bugg som behöver åtgärdas eller något annat problem. Vi kan tilldela dem till personer och hålla reda på deras framsteg.
Det är kanske enklare om jag visar. Här är Azure Boards med hjälp av Basic-processen:
Amita: Berätta om basic-processen. Finns det några 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 den inte.
- Scrum: Scrum är beroende av en Scrum-mästare som leder Scrum-teamet. Den som är Scrum Master ser till att alla förstår teorin bakom Scrum och de olika metoderna och reglerna. 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. Det var därför jag valde den. 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 senare 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 godtar de här problemen, 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. Jag har blivit ombedd att visa att vår kod är säker. Kan vi lägga till det?
Mara: Jag vet att listan inte är komplett. Problemen i styrelsen är de som Andy och jag pratade om tidigare. Vissa av dessa problem måste verkligen delas upp i mindre uppgifter. Jag förstår din oro angående säkerhetsrisker i koden. Andy, vad tycker du?
Andy: Just nu är det svårt att bara få ut en bygge. Låt oss börja med några grundläggande problem. Jag gillar att vi har en central plats där vi kan hålla reda på våra problem. 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 teammedlem berättar vad de arbetar med och andra problem de kan ha. Som vid ett brainstorming-möte lägger de till fästisar på en whiteboard. Whiteboarden fylls snabbt.
Så småningom löser teamet sju toppfrågor. Andy tar på sig att lägga till uppgifter i Azure Boards medan alla tittar på. Så här ser tavlan ut:
Amita: Wow, det är många problem. Hur vi kunna åtgärda 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 kan vi välja det som är mest brådskande eller viktigast.
Efter en stunds diskussion beslutar sig teamet för att arbeta med de tre problemen som Mara förslog i början:
- 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. Låt oss skapa ett projekt, ett team och en sprint. Sedan kan vi bestämma vem som ska göra vad.
Tim: Vad är en sprint?
Mara: Bra fråga. En sprint är tiden vi har på oss för att slutföra våra uppgifter. Sprintarna hjälper oss att hålla oss fokuserade. I slutet har vi ett kort återblicksmöte för att dela med oss av vad vi åstadkommit. Efter det att vi kan planera för nästa sprint.
Alla ser nervösa ut.
Mara: Vi lär oss fortfarande. En sprint är vanligtvis två till fyra veckor lång. Vi säger två veckor och ser hur det går. Detta är främst uppgifter som Andy och jag kan hantera. Vi kommer dela med oss av våra framsteg under arbetets gång. Sedan kan vi hitta sätt att inkludera alla.
Mara och teamet har börjat bra. Därefter konfigurerar du projektet, teamet och några uppgifter i Azure Boards.