Wat zijn leveringsplannen?
Leveringsplannen is een hub in Azure DevOps waarmee organisaties werkschema's in meerdere teams kunnen plannen en beoordelen. Het Tailspin-team kan deze hub gebruiken om een beter beeld te krijgen van hoe hun werk zich verhoudt tot werk dat door andere teams moet worden geproduceerd.
Mara heeft een leveringsplan gemaakt en de sprints voor haar team en het team van de game-engine toegevoegd. Enthousiast om het potentieel te laten zien, nodigt ze Andy uit voor een snelle demo.
Mara: Na ons laatste gesprek heb ik gekeken naar onze opties voor het beheren van leveringsplannen. Ik heb de hub Leveringsplannen gevonden die ons alles geeft wat we nodig hebben.
Andy: Ik ben geïnteresseerd om te zien wat je hebt bedacht. Er is veel stress in de hele organisatie over de bèta slip, dus alles wat we kunnen doen om de planningsefficiëntie te verbeteren, is welkom.
Mara: Oké, hier is het. Zie die 
rode pictogrammen. Deze geven aan dat er problemen zijn met afhankelijkheden tussen werkitems.
Mara: Met leveringsplannen kunnen we een 'leveringsplan' maken. Zodra we dat hebben gemaakt, kunnen we de achterstand van teams binnen de organisatie toevoegen. Ze worden parallel weergegeven, zodat we kunnen zien wat elk team van plan is om te leveren tegen een agenda-achtergrond.
Andy: Deze weergave ziet er geweldig uit! Nu weten we wanneer iets waar we afhankelijk van zijn, niet op tijd beschikbaar zijn. We kunnen zelfs de kans op vertraging meten op basis van hoeveel andere werk- en afhankelijkheden die teams hebben overgenomen. Dit zou moeten helpen bij het beperken van een deel van het gedrag van 'kip plannen' dat soms hier aan de hand is.
Notitie
Plan kip is wanneer twee of meer teams risico lopen om niet aan deadlines te voldoen, maar niemand wil het toelaten. In plaats daarvan wacht elk op een ander om hun planning eerst te laten slippen en gebruikt vervolgens de slip van het andere team als voorwendsel voor het vertragen van de levering.
Mara: Ja, en we kunnen dit ook gebruiken als een kans om andere teams te laten weten of we iets zullen laten glippen waar ze afhankelijk van zijn. Het helpt ons vertrouwen te opbouwen in onze mensen en processen.
Andy nikt in overeenstemming. Het zou leuk zijn voor de teams om meer vertrouwen in elkaar te hebben.
Andy: Nu we weten over de bèta-slip, moeten we ons bijbehorende werk verplaatsen naar een toekomstige sprint. Aan de heldere kant biedt het ons de mogelijkheid om wat nieuw werk in te trekken om het te vervangen. Laten we de integratie vervangen door deze twee leaderboard-bugs.
Mara sleept het integratiewerkitem naar de volgende sprint. Vervolgens sleept ze de twee leaderboard-bugs weer in om de beschikbare capaciteit te vullen.
Mara: Ik heb ook de huidige bètadatum toegevoegd als mijlpaal. Nu hebben we het altijd als referentiepunt voor het werk dat we plannen.
Andy: We moeten ook evenementen zoals Cliffchella en het jaarlijkse bedrijfsfeest toevoegen.
Mara: Waarom het gezelschapsfeest? Heeft dat invloed op de planning?
Andy: Het kan. Elk jaar komen de DBA's in de taart-eetwedstrijd, en ze bellen allemaal de volgende dag ziek. Ik zeg niet dat we dit jaar nog eens moeten verwachten, maar ik denk dat we voorbereid moeten zijn. En nu hebben we de hulpmiddelen.