Che cosa fare se un membro del team manca una pianificazione sprint?

Pianificare significa impegnarsi e dividere storie di utenti impegnate in attività.

have a planning session with him after he is back.

Decisamente no. La sessione di pianificazione dopo il suo ritorno non ha senso perché l'impegno doveva essere già fatto.

have a planning session with him before he goes on annual leave i.e. before sprint planning.

Decisamente no. Non ci dovrebbe essere pianificazione quando lo sprint corrente non è completato = il risultato dello sprint corrente è sconosciuto e nessuno sa se tutte le storie degli utenti saranno completate e il cliente sarà soddisfatto con loro durante la revisione.

don't schedule him for any task and assign him on non sprint tasks e.g. spikes etc

Decisamente no. Tornerà e la sua capacità dovrebbe essere utilizzata per lo sprint target.

have his peers plan on his behalf during sprint planning and absent person can then add tasks when he is back and if he cannot do all the work he can descope.

Questo è corretto. Il team si impegna - non un particolare membro del team. Il team si impegna a creare storie di utenti perché conoscono la loro velocità e sulla base della loro ipotesi professionale che possono modificare l'impegno per il prossimo sprint in base alla capacità disponibile. Non ci dovrebbero essere compiti assegnati al singolo sviluppatore in anticipo. Gli sviluppatori dovrebbero essere cross-funzionali, anche se non è sempre possibile, dovrebbero comunque essere in grado di dividere almeno la storia dell'utente in attività. Ci possono essere problemi con la stima dei compiti, ma a mio parere non è affatto necessario.

have him sit with another developer and do pair programming for a while.

Decisamente no. La programmazione delle coppie dovrebbe essere coperta dalla velocità stessa. Se non contate con lo sviluppatore, è come dire che sarà fuori dallo sprint. Perché il cliente paga il tempo dello sviluppatore che non ha fatto nulla durante lo sprint?

In un team agile ideale i membri sono a proprio agio con tutte le tecnologie utilizzate in un progetto e qualsiasi attività può essere eseguita da (quasi) qualsiasi membro di un team. In questo caso, dopo aver ridimensionato le attività nel backlog, definendo l'iterazione e i membri del team che hanno scelto il primo set di attività dal backlog, puoi semplicemente lasciare il resto delle attività nel bucket e verranno recuperate dal team membri tra cui quello che ha saltato la sessione di pianificazione.

In un'altra situazione comune i membri del team sono specializzati (uno è un utente dell'interfaccia utente, un altro è un esperto di database, il terzo è un guru del middleware, ecc.). In tal caso il membro della squadra mancante otterrebbe i compiti assegnati in assenza. Potrebbe aver bisogno di ridimensionarli dopo che è salito a bordo.

In una squadra in cui "scrum" sta lavorando, il team stesso prenderà in mano la situazione e troverà una soluzione creativa. Questa situazione non si presenta abbastanza spesso da giustificare la descrizione di casi speciali, solo "segui il flusso" per il resto dello sprint. Dopotutto, questi sprint non sono comunque molto lunghi.

Le vacanze programmate / non pianificate sono solo parte del gioco. @Asim Ghaffar, i metodi suggeriti - almeno la maggior parte di loro sembra, per criminalizzare una persona che si è assentata dalla riunione di pianificazione sprint. In una squadra, che ha un rispetto sano per l'altro capirà i bisogni personali di una persona, e in tali squadre c'è una salutare fiducia nel tipo di lavoro che fa. È con questa certezza che pianificano ciò che possono fare, considerando il momento in cui diversi individui si allontanerebbero dal lavoro per una particolare iterazione / sprint.

Sono i tempi difficili che raccontano quanto sia professionale una squadra. In una squadra di medie dimensioni, nella nostra azienda c'è sempre una persona che perde la riunione di pianificazione sprint. Noi non lo criminalizziamo. Crediamo (s) che sia abbastanza maturo per prendere la sua decisione:)

Apprezzo la tua domanda finché hai sete di imparare e di apprezzare lo spirito della metodologia Agile dello sviluppo del software.

Dove lavoro, 4 sarebbe la soluzione comune presa. La persona (s) che manca l'incontro può essere in vacanza, malato, o avere qualcos'altro che deve essere fatto invece per alcuni casi in cui solo perché qualcuno manca non significa che lo sprint non dovrebbe continuare. L'idea qui è che la squadra riconosce quali tipi di aggiustamenti possono essere fatti se qualcuno è assente per metà di uno sprint anche se alla fine potrebbero esserci più di alcune regolazioni.

Le persone tendono sempre ad avere una vacanza :-) nessun danno fatto.

In un gruppo agile se qualcuno ha bisogno di una vacanza se l'agile funziona correttamente, una persona mancante non dovrebbe fare molta differenza, sì, il gruppo può fare meno del normale ma significa semplicemente fare meno funzioni in quella iterazione.