Un altro team della mia azienda inizia a documentare le loro riunioni di stand-up, ma credo che sia una perdita di tempo. Per quanto ne so, le riunioni di stand-up sono per la comunicazione e non per lo stato di segnalazione (per favore, correggimi se ho torto)
Quindi, dovremmo documentare le riunioni stand-up?
Uno dei vantaggi di Agile è che ogni squadra può determinare ciò che funziona meglio per loro e seguirlo.
Tuttavia: dovresti prendere appunti? No; nella mia esperienza, nel momento in cui una squadra decide di ricominciare a doppiare su alcuni dei principi fondamentali come:
allora quella squadra inizierà ad allontanarsi da Agile e verso un approccio alla documentazione più pesante e a bassa velocità per lavorare.
In "Non è solo in piedi" di Martin Fowler, non si fa menzione di prendere appunti o documentare il " minuti "di una riunione di stand-up. Tutto quello che dovresti togliere da quella riunione stand-up sono i REGALI:
- To help start the day well
- To support improvement
- To reinforce focus on the right things
- To reinforce the sense of team
- To communicate what is going on
As a mnemonic device, think of GIFTS: Good Start, Improvement, Focus, Team, Status
Tuttavia , se qualcuno ha un blocco che è necessario per aiutarlo o il suo lavoro e si prende una nota su ciò che stanno dicendo, questo è completamente diverso. - buttati fuori con quello.
Come punto di riferimento, sono un Product Owner e sto mentoring allo ScrumMaster proprio ora nella mia azienda, e di tutti gli incontri Agile che abbiamo (scrum, sprint planning, sprint review, sprint retrospective), l'unico prendiamo i minuti ufficiali di è la retrospettiva, perché questo dà alla squadra qualcosa di concreto su cui lavorare e fare riferimento nel prossimo sprint (e quei "minuti" sono un paio di brevi punti elenco).
La tua mischia dovrebbe essere:
Questo è tutto. Veloce e al punto. 5-10 minuti max. Non c'è assolutamente bisogno di documentare, ma se qualcuno ha bisogno di buttare giù qualcosa all'azione, non dovrebbe essere un problema.
Nell'ultima azienda per cui ho lavorato, abbiamo solo documentato le grandi decisioni prese durante le riunioni di stand-up.
Come hai detto, le riunioni di stand-up sono per la comunicazione all'interno di un piccolo gruppo di persone, e riguardano solo quel gruppo specifico di persone ... comunque ... a volte ... qualcuno dice qualcosa di interessante che potrebbe essere importante e alla fine può influenzare il modo in cui viene realizzato il progetto (spesso si trattava di avvertimenti su bug insidiosi da gestire o punti tecnici molto importanti da sapere). Ecco perché abbiamo iniziato a documentare SOLO i punti "importanti per un futuro migliore".
Penso che le riunioni stand-up dei documenti siano intelligenti se sei assolutamente sicuro dell'importanza dei contenuti e solo se puoi dire che aiuterà la tua squadra a volte in un futuro prossimo o lontano.
Tratta lo stand-up come un incontro casuale - senza l'aspettativa che le dichiarazioni siano formali, definitive, ecc. che renderanno le persone meno propense a sollevare argomenti con cui non si sentono ancora a proprio agio - ma semplicemente capiscono che qualsiasi cosa importante dovrebbe la discussione continua da qualche altra parte, anche se è solo una semplice e-mail alla squadra. Oltre a contribuire a far sì che standup non si trasformi in un incontro completo del progetto, questo evita anche di escludere chiunque non riesca a farcela in una situazione specifica.
Nella mia esperienza, gli stand-up sono un ottimo modo per ottenere un "battito cardiaco" su dove si trova il team nel progetto. Quelli che presento sono pochi minuti ciascuno, che non sono abbastanza lunghi per meritare la documentazione, ma sono ottimi per avere un'idea di dove siano le cose lungo il processo e per darmi un idea su tutto ciò che potrebbe avere un impatto su di me il termine immediato.
Se qualcosa di particolarmente significativo degno di nota emerge da una riunione di stand-up, dovresti documentarlo e trasmetterlo separatamente, ma non prenderei l'abitudine di documentare ogni riunione ogni giorno.
Non c'è (quasi non può esserci) una risposta assoluta a questo - è molto dipende ...
Pragmaticamente, se stai facendo "cosa ho fatto, cosa ho intenzione di fare, qui ci sono i miei problemi" allora potrebbe esserci un merito, per alcuni (quelli nozionalmente in carica), nel registrare così che tu può controllarlo nel prossimo incontro (anche se "lavorare su" dovrebbe anche essere evidente con altri mezzi) - ma non particolarmente oltre quello cioè è un pezzo di informazione che dovrebbe cessare di avere valore una volta next la riunione è finita.
Inoltre, se ci sono questioni / riunioni che sorgono dallo stand-up, c'è un valore potenziale nel registrare quelli per tenere traccia del fatto che il follow-up sia effettivamente avvenuto (anche se di nuovo sono sicuro che mi verrà detto che per lo più questo dovrebbe diventare evidente con altri mezzi).
Ma minuti formali? Avevo pensato a quelli contrari allo spirito della cosa.
Nella mia attuale compagnia, abbiamo 2 team Scrum con standup separati e li documentiamo inviando una e-mail di riepilogo alla fine di ogni standup. Funziona piuttosto bene, rendendo le informazioni importanti immediatamente note a tutti i membri dell'altra squadra. Tuttavia, non conserviamo in particolare una cronologia delle mail a scopo di archiviazione.
Quindi il mio consiglio sarebbe:
Per una singola squadra, documentare le alzate potrebbe non valere il tempo speso. Lo Scrum Master può semplicemente trasmettere avvisi o informazioni importanti oralmente a chi ritiene opportuno successivamente.
Per più team il cui lavoro è strettamente correlato, documentare le alzate è un modo per trasmettere informazioni potenzialmente rivoluzionarie subito dopo la riunione senza attendere che si verifichi uno Scrum of Scrum.
Non vedo alcun problema allontanarsi da una riunione del genere e sparare via e-mail al gruppo come promemoria / chiarimento di una decisione significativa che è stata presa o azioni che sono sorte. Dopo tutto, non vuoi rischiare di dimenticare o lasciare che il tempo svanisca nel ricordo di ciò che è stato discusso.
Ma per quanto riguarda la documentazione formale della riunione, come si potrebbe fare per un incontro più tradizionale ... beh, sembra contro-intuitivo. Questi incontri dovrebbero essere snelli e agili, quindi abbatterli con troppo "processo" sembra controproducente.
Aggiunge valore? Le persone dopo guardano la documentazione degli incontri? Se no, allora è solo una perdita di tempo. E dubito seriamente che lo siano. Scrivere un documento che nessuno legge è una perdita di tempo.
Ad un certo punto nel tempo abbiamo effettivamente documentato e archiviato i cambiamenti di stato dalla nostra scrum giornaliera, cioè chi ha lavorato su quale attività, chi aveva eseguito una peer review, ecc. Ciò è stato fatto solo perché qualcuno lo riteneva necessario per essere conforme al requisito della tracciabilità dai requisiti di sistema al codice perché stavamo sviluppando software per dispositivi medici.
Più tardi siamo riusciti a convincere il management che non era proprio così, e la pratica è stata abbandonata a tanta gioia per i responsabili di questa documentazione.
Sì .
Prendi decisioni in merito a (a) chi è responsabile per un oggetto di lavoro e / o (b) l'importanza di un oggetto di lavoro rispetto ad altri oggetti?
Se lo sei, scrivi queste decisioni in basso. Altrimenti li ritratterai e le prenderò in considerazione proprio come loro, all'infinito.
Se non lo sei, non tenere le riunioni.
Leggi altre domande sui tag agile