Cosa devo fare se il membro Scrum lascia a metà strada?

12

A causa delle condizioni di salute di uno dei membri della mischia, deve lasciare la squadra.

La mia domanda è: devo ricominciare una sessione di pianificazione dello sprint? o cambiare la tabella di burn-down? o chiedere a tutti i membri del team di mordere il proiettile e fare un lavoro extra per raggiungere l'obiettivo?

Grazie

scrum scrum-master

— janetsmith
fonte

7

Ironia della sorte, è qui che una conformità così rigorosa con l'agile si traduce in troppa rigidità. Fai un passo indietro di un secondo dal fatto che stai cercando di adattare un approccio agile. Qualcuno ha lasciato la tua squadra, ridistribuire il carico di lavoro e stabilire le priorità. Non hai bisogno di una risposta specifica per l'agile qui. Le persone prendono queste metodologie alla lettera. Senza sembrare condiscendente, non è altro che buonsenso quello che devi fare qui.

— JᴀʏMᴇᴇ

Come allenatore, dico sempre alla mia squadra: FARE QUELLO CHE RENDE SENSO! Cosa devono ascoltare l'OP e le parti interessate? Quali decisioni devono prendere? Che impatto ha questa partenza sulla squadra a breve, medio e lungo termine? Cosa bisogna fare per risolverlo? Per fortuna, Scrum e Agile sono basati su Valori e Principi e NON un denso libro di regole.

— Curtis Reed,

20

Devi declassare le storie meno importanti e spostarle allo sprint successivo. La tua capacità è cambiata e lo sprint dovrebbe riflettere questo.

Se il cliente aggiunge una nuova grande storia ad alta priorità, cosa fai? Accettalo e aggiungilo allo sprint? Re-piano? Cambia la tabella di burn-down? Stringere i denti? No. Escludi altre storie perché non hai capacità.

Questo non è diverso: le circostanze sono cambiate e il tuo team non può più impegnarsi nell'ambito iniziale.

— Oded
fonte

Abbiamo già partecipato alla riunione del piano di sprint. Una volta terminato l'incontro del piano, ho pensato che tutto fosse messo in pietra. si No?

— Janetsmith,

@janetsmith - Nulla è "incastonato nella pietra". Cosa accadrebbe se ci fosse un'epidemia di influenza e perdessi tutti gli sviluppatori?

— Oded,

Significa che devo ricominciare una sessione di pianificazione dello sprint? La sessione di pianificazione di Sprint sembra abbastanza coinvolgente.

— Janetsmith,

@janetsmith - No, continui a lasciar cadere gli oggetti che hanno la priorità più bassa nello sprint, fino a quando non puoi raggiungere le storie rimanenti con la capacità che hai ora.

— Oded,

2

No. Non chiedi alle persone di lavorare ore extra. Vuoi di più per andartene?
Che cos'è un grafico burn-down? È il grafico di quali punti vengono completati rispetto al grafico di quali punti è necessario completare prima della scadenza. Quindi perché cambiarlo? Continua a rappresentare graficamente e vedrai l'effetto della perdita di uno sviluppatore e puoi tenere informato il cliente.
Il cliente può utilizzare tali informazioni per decifrare o estendere la scadenza. Quello che non può essere permesso loro è dire che vogliono più risorse. Le risorse arrivano quando le trovi e vanno quando ne hanno voglia e forzare rapidamente la persona sbagliata non risolverà il tuo problema. Ciò è particolarmente vero con l'avvicinarsi della scadenza.
Se hai intenzione di assumere qualcuno, aspettati che ci vorrà anche del tempo, quindi il costo sarà superiore alle ore di uno sviluppatore e il guadagno non sarà immediato.
Fai notare al business che se non vogliono che ciò accada in futuro, devono assumere troppe risorse all'inizio del progetto e rimanere davanti ai requisiti previsti fino alla scadenza (quando, perché sono in anticipo, possono perdere metà della squadra e non sostituirsi in un momento in cui i rimanenti sviluppatori non devono passare il tempo ad allenarsi).

Disclaimer: tutto questo viene fornito con l'avvertenza "in un mondo perfetto". Adesso avvicinati il più possibile e starai bene.

— pdr
fonte

2

Se è in arrivo una scadenza importante, va bene IMHO per chiedere ai membri del team se sono disposti a dedicare qualche ora in più. Di solito va bene purché si tratti di un evento non comune, un incidente eccezionale, e CHIEDERE al team di farlo, non DIRE loro. La maggior parte delle volte rimarrai sorpreso di come il team aumenterà e realizzerà con orgoglio. L'avvertenza è che devono avere rispetto per te e sentire di rispettarli a loro volta.

— maple_shaft

2

Se hai bisogno di dedicare ore extra, sei stato sottoposto a una sovracommissione o è intervenuto qualcosa che ha reso impossibile completare anche il lavoro del team. In entrambi i casi è necessario informare tempestivamente il proprietario del prodotto in modo che possa intraprendere le azioni appropriate (ad esempio rimuovere alcune storie). Scrum dice che il team dovrebbe lavorare a un ritmo sostenibile di 7-8 ore al giorno, non dovresti lavorare ore extra.

— Bart,

4

@maple_shaft: mi chiedi di fare ore extra perché ho fatto un casino, o anche uno dei miei compagni di squadra ha fatto un casino (e non posso fare tutto da solo questa volta), o perché ho fatto troppa promessa, lo farò in un battito cardiaco. Chiedimi di farlo perché la direzione non ha tenuto conto della possibilità che qualcuno se ne vada, non lo prenderò abbastanza bene.

— pdr

0

Come membro del team o responsabile della mischia non fare altro che informare il proprietario del prodotto sulla situazione. Il tuo team si è già impegnato per un certo numero di user story in base alla capacità prevista. È successo qualcosa di brutto e uno dei membri del tuo team non può continuare nello sprint a causa delle condizioni di salute. Ciò può accadere e nessuno può biasimarlo per questo.

Spetta al proprietario del prodotto decidere cosa fare dopo. È ovvio che molto probabilmente non consegnerai ciò che hai commesso. Il proprietario del prodotto può consentire allo sprint di continuare così com'è in modo da completare quante più storie utente possibile senza il membro del team mancante e gli straordinari straordinari oppure può decidere di interrompere lo sprint e avviarne uno nuovo, ma sarebbe piuttosto drastico.

Lo spopolamento è pericoloso. Lo sprint dovrebbe essere una zona sicura per la squadra. Fa parte dei principi agili per dare potere alle persone. Il team è autorizzato a prendere un impegno. Una volta che permetti di cambiare l'impegno durante lo sprint, presto può diventare una pratica comune e l'intero punto di impegno e la zona sicura scompariranno. Otterrai il caos con il bersaglio dello sprint in continua evoluzione.

— Ladislav Mrnka
fonte

-1

Renditi conto che la mischia ha velocità per aiutarti a gestirla.

La mia comprensione è che la tua velocità si adatterà alla nuova squadra nel tempo. Alcuni luoghi consentono persino di stimare una diminuzione della velocità, per aiutare a gestire meglio quando i membri del team se ne vanno o addirittura vanno in vacanza.

— tylermac
fonte

1

Così così. Alcuni luoghi consentono anche una diminuzione della velocità. Quanto sono generosi da parte loro. Sapevi che sono io quello che permette al cielo di essere blu?

— ThomasX,

-2

Analizzare l'impatto sullo sprint complessivo. Identificare una soluzione alternativa / aggirare. Discutere con il proprietario del prodotto per spostare le storie utente meno prioritarie / importanti allo sprint successivo. Porta risorse aggiuntive per questo sprint o sprint futuro.

— Pani
fonte