Vad är leveransplaner?
Leveransplaner är en hubb i Azure DevOps som hjälper organisationer att planera och granska arbetsscheman i flera team. Tailspin-teamet kan använda den här hubben för att få en bättre uppfattning om hur deras arbete relaterar till andra teams arbete.
Mara skapade en leveransplan och lade till sprintarna för sitt lag och spelmotorteamet. Hon är glad över att kunna visa upp potentialen och bjuder in Andy till en snabb demonstration.
Mara: Efter vårt senaste samtal tittade jag på våra alternativ för att hantera leveransplaner. Jag hittade navet leveransplaner som verkar ge oss allt vi behöver.
Andy: Jag är intresserad av att se vad du har kommit på. Det är mycket stress i hela organisationen om beta-slipen, så allt vi kan göra för att förbättra schemaeffektiviteten kommer att vara välkommet.
Mara: Okej, här är det. Se de 
röda ikonerna. De indikerar att vi har problem med beroenden mellan arbetsobjekt.
Mara: Med leveransplaner kan vi skapa en "leveransplan". När vi har skapat det kan vi lägga till kvarvarande uppgifter för team i organisationen. De visas parallellt så att vi kan se vad varje team planerar att leverera mot en kalenderbakgrund.
Andy: Den här vyn ser bra ut! Nu vet vi när något vi är beroende av inte kommer att vara tillgängligt i tid. Vi kan till och med mäta sannolikheten för fördröjning baserat på hur mycket annat arbete och beroenden dessa team har tagit på sig. Detta bör bidra till att minimera vissa av de "schema kyckling" beteende som ibland pågår här.
Kommentar
Schema kyckling är när två eller flera lag riskerar att inte uppfylla tidsgränser, men ingen av dem vill erkänna det. I stället väntar var och en på att en annan ska glida sitt schema först och använder sedan det andra teamets slip som en förevändning för att fördröja leveransen.
Mara: Ja, och vi kan också använda detta som en möjlighet att låta andra team veta om vi ska glida något de är beroende av. Det hjälper oss att bygga förtroende för våra medarbetare och processer.
Andy nickar överens. Det skulle vara trevligt för lagen att ha mer förtroende för varandra.
Andy: Nu när vi vet om beta-slipen måste vi flytta ut vårt tillhörande arbete till en framtida sprint. På den ljusa sidan ger det oss en möjlighet att dra in lite nytt arbete för att ersätta det. Nu ska vi byta integreringsarbetet med de två buggarna i rankningslistan.
Mara drar ut integrationsarbetsobjektet till följande sprint. Sedan drar hon tillbaka de två buggarna i rankningslistan för att fylla den tillgängliga kapaciteten.
Mara: Jag har också lagt till det aktuella betadatumet som en milstolpe. Nu ska vi alltid ha den på plats som referenspunkt för det arbete vi planerar.
Andy: Vi bör också lägga till evenemang som Cliffchella och den årliga företagsfesten.
Mara: Varför företagsfesten? Påverkar det schemat?
Andy: Det kan det. Varje år går dbas in i pajätande tävlingen, och de blir alla sjuka nästa dag. Jag säger inte att vi ska förvänta oss att det ska hända igen i år, men jag tycker att vi ska vara förberedda. Och nu har vi verktygen för det.