Che cosa sono i piani di recapito?
Piani di recapito è un hub di Azure DevOps che consente alle organizzazioni di pianificare e rivedere le pianificazioni di lavoro tra più team. Il team di Tailspin può usare questo hub per ottenere un'idea migliore del modo in cui il lavoro è correlato al lavoro prodotto da altri team.
Mara ha creato un piano di recapito e aggiunto gli sprint per il team e il team del motore di gioco. Entusiasta di mostrarne il potenziale, invita Andy per una rapida dimostrazione.
Mara: Dopo l'ultima conversazione, ho esaminato le opzioni per la gestione dei piani di recapito. Ho trovato l'hub Piani di recapito che sembra offrire tutto ciò che serve.
Andy: Sono interessato a scoprire a quali conclusioni sei arrivata. In tutta l'organizzazione c'è molta ansia per lo slittamento della versione beta, quindi tutto ciò che possiamo fare per migliorare l'efficienza della pianificazione sarà apprezzato.
Mara: Bene, ecco qua. Osservare queste icone rosse 
. Indicano che si sono verificati problemi con le dipendenze tra gli elementi di lavoro.
Mara: I piani di recapito ci permettono di creare un "piano di recapito". Una volta creato, è possibile aggiungere i backlog dei team all'interno dell'organizzazione. Questi vengono mostrati in parallelo in modo che sia possibile visualizzare gli elementi che ogni team sta pianificando di distribuire in base a un calendario di sfondo.
Andy: Fantastico! A questo punto, sappiamo quando un elemento da cui dipendiamo non sarà disponibile in tempo. Possiamo anche misurare la probabilità di ritardo in base alla quantità di lavoro e alle dipendenze assunte da questi team. Questo contribuirà a mitigare il comportamento di "rimpallo delle pianificazioni" a cui a volte assistiamo.
Nota
Un rimpallo delle pianificazioni indica quando due o più team sono a rischio di non rispettare le scadenze, ma nessuno di essi vuole ammetterlo. Al contrario, ognuno di essi attende che un altro inserisca prima la rispettiva pianificazione e quindi usa la posticipazione dell'altro team come pretesto per ritardare la propria consegna.
Mara: Sì, ed è possibile usarlo anche per permettere ad altri team di capire se intendiamo inserire elementi da cui dipendono. Ci aiuta a costruire fiducia nei nostri collaboratori e nei nostri processi.
Andy annuisce con un cenno di assenso. Sarebbe bello per i team avere più fiducia reciproca.
Andy: Ora che siamo a conoscenza dello slittamento della versione beta, dobbiamo spostare il nostro lavoro associato a uno sprint futuro. Il lato positivo è che questo ci offre la possibilità di effettuare il pull di un nuovo lavoro per sostituirlo. Scambieremo il lavoro di integrazione con questi due bug del tabellone punteggi.
Mara trascina l'elemento di lavoro di integrazione nello sprint seguente. Poi trascina i due bug del tabellone punteggi in modo da riempire la capacità disponibile.
Mara: Ho aggiunto anche la data corrente della versione beta come attività cardine. Ora sarà sempre disponibile come punto di riferimento per il lavoro che stiamo pianificando.
Andy: È anche necessario aggiungere eventi come Cliffchella e la festa annuale della società.
Mara: Perché la festa aziendale? Questo influisce sulla pianificazione?
Andy: Potrebbe. Ogni anno i DBA partecipano alla gara a chi mangia più torte e il giorno successivo si danno tutti malati. Non dico di aspettarci che succeda anche quest'anno, ma penso che sia meglio prepararsi. Adesso abbiamo gli strumenti necessari.