Cosa ne pensi di "Planning Poker"? [chiuso]

Lo usiamo nella nostra azienda per il progetto in cui sono coinvolto. Alcune note sulla pianificazione del poker sono espresse in il mio recente post sul blog , ed ecco un elenco più grande del perché è bello:

1. Rende tutti d'accordo . Le persone non sono forzate ad accettare alcun risultato; invece sono costretti a fare la loro stima! Viene anche assegnato il tempo per difendere le proprie stime, se necessario.

2. È che tiene tutti occupati . Non puoi perdere tempo durante l'incontro, mentre cerchi di dimostrare che sei così coinvolto. Inoltre, la necessità di muovere le mani costituisce un buon esercizio fisico per impedirti di dormire.

   Tuttavia, uno svantaggio di questo è che a volte devi fare qualcos'altro (ad esempio, prendere appunti e annotare i dettagli dell'accordo che hai appena raggiunto).

3. Questo mantiene le riunioni più velocemente . Non è necessario un costante coinvolgimento di un leader dell'incontro per mantenere tutto a posto. Il gioco con regole chiare è molto meglio per questo. Sì, devi fare delle mosse in più per mettere le carte, rivelarle eccetera, ma queste si pagano.

4. Un sacco di persone amano giocare a carte , in particolare poker :-) Questo aumenta la motivazione.

Una società che vende mazzi di tali carte ha accompagnato il proprio sito con un articolo su Planning Poker , che vale anche la pena leggere.

Lo usiamo ampiamente. Trovo che abbia diversi vantaggi rispetto ai metodi tradizionali:

1. Il team acquisisce più titolarità delle stime
2. Spesso gli archetipi del programmatore preferiscono gli introversi - questo metodo li incoraggia a contribuire dove potrebbero altrimenti rimandare a personalità più estroverse
3. Quando una funzione ha una vasta distribuzione di stime è un buon indicatore di rischio
4. Solo facendo la stima si impara di più sulle attività
5. Niente di meglio che mettere le persone in una stanza che comunicano in modo efficace

Sono d'accordo con i punti di Pavel. C'è anche un'altra cosa che è preziosa. Livella il campo di gioco per la discussione. Spesso le persone tranquille sono soffocate da persone più verbali in una discussione di gruppo. Pianificare il poker dà a tutti la possibilità di prendere una decisione prima che inizi la discussione attiva. E se è la persona silenziosa che fornisce l'opinione "anomala", hanno tutto il palcoscenico su cui presentare il loro caso. Pertanto la tecnica potenzia i contributori più silenziosi e garantisce la piena partecipazione della squadra.

Dopo aver usato la pianificazione del poker per alcuni sprint, la direzione ha finalmente realizzato ciò che tutti noi sviluppatori avevamo conosciuto da mesi, non finiremo in tempo.

La pianificazione del poker, o più precisamente, la stima basata su story point, è molto più accurata delle pratiche di stima tradizionali perché combina un modo semplice per stimare la complessità combinata dell'intero set di funzionalità con misurazioni effettive della capacità effettiva del team. / p>     

Ci sono già molte buone risposte qui - Volevo solo sottolineare un'altra caratteristica.

Quando usi la pianificazione del poker, ottieni una misura istantanea di quanto grandi disaccordi siano sulla dimensione del lavoro. Se penso che sia un 2 e pensi che sia un 3, possiamo chiamarlo 3 e andare avanti. Ma se penso che sia un 1 e pensi che sia un 5, è meglio parlarne.

Fa parlare tutti e pensa a cosa viene fatto. Anche se non ho intenzione di lavorarci, devo prestare attenzione alla stima. Questo mi aiuta quando tra 2 mesi ho bisogno di lavorare su qualcosa che tocchi quell'area.

È anche facile da capire. Mostra alle persone una struttura di rottura del lavoro e i loro occhi si velano e iniziano a sbavare nel sonno. Mostra loro un elenco di attività per le prossime 2-4 settimane e possono comprenderlo.

Un'altra cosa positiva: le discussioni sull'eventualità che task X sia un '3' o un '8' aiutano il team a determinare esattamente quale sia lo scopo - quindi più avanti, non c'è una discrepanza riguardo al compito che X ha comportato.

Mi piacciono i punti di Pavel e vorrei aggiungere che aiuta davvero gli sviluppatori junior oi noob a imparare molto più velocemente. Non possono semplicemente sedersi e lasciare che siano gli sviluppatori senior a governare. Il loro voto conta tanto e se si concentrano davvero sul rendere accurate le loro stime impareranno molto dagli sviluppatori senior.

Non mi piace nel mio team attuale, principalmente perché abbiamo persone che fondamentalmente non ci comprano. Trascorriamo una parte significativa di ogni sessione di toelettatura discutendo se vale la pena puntare, e il nostro proprietario del prodotto non rompe le epopee, quindi di solito finiamo per avere stime molto selvagge o storie in cui i punti indicano che la cosa deve solo essere suddivisa .

Niente come avere un 40 e due 20 in un singolo sprint!