Sviluppo Agile/Scrum: come gestite il giorno "off"?

Question

Lo sviluppo Agile/Scrum è un processo di sviluppo molto collaborativo. per esempio. richiede agli sviluppatori di comunicare continuamente & in stretta collaborazione giorno per giorno.

Come gestite i giorni "off"? Quei giorni in cui non hai energia, non riesci a pensare in modo diretto, non hai davvero nulla da dire negli incontri, ecc.

Proprio come gli atleti hanno i giorni liberi.

Answer 1

Non credo che ci dovrebbe essere davvero un giorno in cui non si ha nulla da dire in riunione di stand-up. Ogni incontro in piedi dovrebbe essere usato per far sapere al resto del team se hai rispettato gli impegni del giorno precedente.

Un problema che ho riscontrato in molti team agili è che gli sviluppatori non assumono impegni concreti su base giornaliera, quindi gli stand-up giornalieri non sono così efficaci. Se questo è un problema, assicurati che tutti i presenti stiano definendo obiettivi concreti su base giornaliera che possano essere oggettivamente comunicati il ​​giorno successivo come completati o meno.

Per il resto della tua domanda, penso che sia perfettamente accettabile andare in uno stand-up quotidiano e dire che non hai raggiunto l'obiettivo del giorno precedente perché hai avuto un giorno di riposo e utilizzare l'incontro come un'opportunità fare nuovi impegni. Se ci fosse un motivo per cui hai avuto un giorno di riposo che potrebbe essere chiaramente identificato come un impedimento (ad es. Troppe interruzioni, requisiti/obiettivi poco chiari, frustrazioni dell'ambiente di sviluppo), tali ragioni dovrebbero essere segnalate a chi sta conducendo le alzate (scrum master) perché è loro responsabilità assicurarsi che tali ostacoli siano affrontati.

Answer 2

Se non si ottiene nulla, dire che non è possibile concentrarsi e che non è stato eseguito nulla durante la riunione in piedi. Lo Scrum Master dovrebbe cercare di scoprire che c'è qualche fattore che ti distrae e provare a rimuoverlo per te.

Inoltre, se questi "giorni di chiusura" sono ricorrenze semi-frequenti, provare a capire con che frequenza si verificano e includerli nelle stime. Scrum parla di cosa sta realmente accadendo. Riguarda le scadenze reali. Se sai di avere 4 giorni di riposo in 4 settimane, dovresti solo richiedere 4 giorni alla settimana di lavoro, non 5. (Detto questo, è possibile che ciò che puoi fare in 4 giorni sia lo stesso di quello che qualcuno altro può fare in 5 giorni).

Answer 3

G'day,

Come mkedobbs menzionati, si dovrebbe parlare nella riunione di stand-up.

Forse hai bisogno di vedere cosa ti sta rendendo un giorno "off" e comunicarlo con i membri del tuo team.

• È dovuto al fatto che si sbatte la testa contro un problema e si sta perdendo la motivazione? Menzionarlo nello stand-up può rivelare un altro membro del team che ha precedentemente affrontato il problema. Forse l'hanno persino risolto, o le loro esperienze e osservazioni potrebbero essere leggermente diverse dalle tue, ma la combinazione di due teste potrebbe risolvere il problema per entrambi.
• È dovuto al fatto che la tua storia utente si sta rivelando molto più grande del previsto e ti senti sopraffatto? Sollevare il problema nello stand-up aiuterà a risolvere il problema. Forse questa particolare user story dovrebbe essere considerata un tema utente o anche un'epica utente e deve essere suddivisa in diverse storie utente.
• È perché la storia utente che hai terminato non è quello che fai normalmente? Discutere di questo in stand-up può scoprire i membri del team che hanno esperienza nella particolare area coperta dalla user story. E quei membri del team potrebbero essere in grado di fornire dei suggerimenti per aiutarti, magari direttamente con il lavoro stesso o con altre risorse che ti aiutino ad accelerare.

Questi sono solo alcuni dei motivi per cui il tuo giorno di chiusura potrebbe essere dovuto direttamente al tuo lavoro corrente. Ma sicuramente non rimanere in silenzio! Menzionalo allo stand-up in modo che eventuali problemi potenziali possano essere affrontati prima piuttosto che dopo.

HTH

applausi,

Answer 4

pair programming rende più facile da gestire. Almeno con la programmazione di coppie, qualcun altro è lì per cogliere i tuoi errori in anticipo.

Scegli un'attività/storia diversa su cui lavorare - in modo da ottenere un cambiamento sulla scena. Forse sei stato sulla stessa user story troppo a lungo.

Gold Cards - (o "giorni FEDEX") - dove si può lavorare su tutto quello che vuoi: http://www.planningcards.com/iterex/papers/InnovationAndSustainabilityWithGoldCards.pdf Che cosa è evidente su "carte d'oro" è che la squadra che li ha introdotti trovato che essi non hanno causato una goccia in produttività. Questo suggerirebbe che è meglio portare qualcuno fuori dal processo in un giorno di riposo e lasciare che facciano qualcosa di costruttivo di loro scelta piuttosto che lasciarli lavorare in modo non produttivo.

Answer 5

Ho giorni liberi. La mia squadra ha giorni di riposo.

Se sta accadendo molto o se sono le stesse persone, allora è necessaria la causa e l'azione di root. Questo potrebbe essere un buon argomento per una retrospettiva se l'intero team è interessato o uno contro uno se si tratta di un individuo.

Per quanto riguarda la risposta, fai parte di una squadra. Il team raccoglie lo sforzo, proprio come qualsiasi altro problema. Se la tua squadra ha problemi con questo, probabilmente non hai una squadra ben formata e solo un gruppo di persone che si difendono da sole.

Answer 6

Generalmente all'inizio di un giorno di "off", non è chiaro che il giorno andrà male. È solo dopo qualche inciampo che diventa chiaro che non sarà una buona giornata. Cercherò comunque di fare qualcosa ma a volte il progresso è minuscolo. Lo stand-up del giorno dopo è quando dire "Ieri non ho fatto molto, ho avuto un giorno di pausa" o qualcosa di simile a notare che riconosco che le cose non andavano bene e provavo per fare meglio oggi.

A volte cambierei quello che sto facendo quel giorno, come a volte può aiutare. Ho avuto periodi in cui mi capita di trascorrere qualche giorno di fila, il che è generalmente indicativo di dover prendere una giornata personale o di vacanza e provare a ricaricarmi per tornare di nuovo in sella.

Answer 7

Dipende se stai organizzando le riunioni, molte persone optano per il "Daily Scrum" mentre lavorano ai progetti, ma spesso sono perditempo e inutili. Organizza le tue riunioni in giro quando le cose sono completate, se stai completando e riassegnando le attività ogni giorno, allora sì, una riunione quotidiana è una buona cosa, ma realisticamente puoi pianificare e discutere un certo numero di compiti in una riunione e poi visita più tardi nella settimana. Idealmente, le riunioni più efficienti consistono solitamente in un incontro settimanale (lunedì) e in un rapido progresso (mercoledì - giovedì).Se sei il project manager, insisti sul fatto che i membri del team ti rispondano direttamente quando completano il lavoro prima della prossima riunione. Se organizzi incontri quotidiani ufficiali, probabilmente ti brucerai tra un mese! (e anche il tuo staff). Se devi fare riunioni quotidiane, rendili rapide, impostate allo stesso tempo ogni giorno e offrite solo le informazioni più rilevanti e solo una riunione adeguata durante la settimana. Se ti piacerebbe sapere cosa fare nei tuoi "giorni di riposo", posso solo suggerirti di annullare l'incontro, prendere una Berocca, fare il giro dell'isolato, completare il tuo deposito ed effettivamente fare un po 'di lavoro invece di tenere incontri incessanti per un cambiamento.