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


22

Pianificazione del poker

Riepilogo, nel caso in cui non si desideri leggere l'articolo wiki:

  1. Ottieni un elenco di attività che desideri eseguire per l'iterazione imminente
  2. Per ogni attività:
    2.1 Discutere con il gruppo su ciò che comporta
    2.2 Tutti scrivono / selezionano una stima di quanto sforzo è necessario per l'attività
    2.3 Tutti rivelano la propria stima
    2.4 Gli outlier più alti e più bassi spiegano il loro ragionamento
    2.5 Ripetere fino a raggiungere un consenso

Di solito qualcosa di simile ai numeri della sequenza di Fibonacci come 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100 sono i valori consentiti, quindi non ottieni argomenti lunghi su valori simili come 23 vs 27.

Inoltre, i numeri rappresentano un valore di sforzo senza unità, il cui valore è determinato da un'attività di base che tutti concordano è uguale a 1, e tutto il resto è relativo a quello.

In definitiva, l'obiettivo è quello di avere una buona sensazione della "velocità" di una data squadra, che è il numero di questi punti che possono essere completati in una data iterazione. Con ciò, è possibile fare stime ragionevolmente accurate di quanto tempo impiegherà una determinata funzione.


Lo abbiamo fatto nelle riunioni di pianificazione dell'iterazione presso un'azienda presso cui ho lavorato e ho pensato che fosse una delle poche cose positive di quella particolare azienda. Quindi, quello che mi chiedo è, qualcuno l'ha usato? Pensi che sia uno strumento utile per la stima? Funziona in tutte le situazioni o si presta a determinati team, progetti, ecc.?


Mi piace l'idea, non sono mai stato in grado di farlo funzionare in modo efficiente.
pap

Peccato che questo fosse chiuso in quanto non costruttivo, mi piacerebbe vederlo trasformato in un wiki della comunità.
Jeremy Thompson,

@pap Inoltre non siamo riusciti a utilizzare PP in modo efficiente (a causa della distribuzione del nostro team). Pertanto, abbiamo provato il metodo di Team Estimation Game di Steve Bockman - e ha funzionato bene per noi. Più tardi, abbiamo trovato questo componente aggiuntivo Jira
Vitalii Zurian,

Risposte:


13

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

  1. Rende tutti d'accordo . Le persone non sono costrette ad accettare alcun risultato; invece sono costretti a fare il proprio preventivo! Viene inoltre assegnato il tempo per difendere le proprie stime, se necessario.

  2. Si tiene tutti occupati . Non puoi rilassarti durante la riunione, 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, un aspetto negativo di questo è che a volte è necessario fare qualcos'altro (ad esempio, prendere appunti e annotare i dettagli dell'accordo che hai appena raggiunto).

  3. Si tiene incontri più veloce . Non è necessario un coinvolgimento costante di un meeting leader per tenere tutto al passo. Il gioco con regole chiare è molto meglio. Sì, devi fare alcune mosse extra per mettere le carte, rivelarle, eccetera, ma queste pagano a modo loro.

  4. Molte persone amano giocare a carte , in particolare il poker :-) Questo aumenta la motivazione.

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


3
In genere l'abbiamo fatto online con planningpoker.com
Fishtoaster il

@Fishtoaster, e abbiamo appena stampato le carte da soli, e le abbiamo giocate seduti al tavolo. Scrum incoraggia l'intero team a riunirsi in un unico posto per tali attività e, se ne hai l'opportunità, non hai bisogno di alcun servizio online.
P:

@Fishtoaster grazie per il link - dovrebbe essere utile per i team distribuiti, immagino
Armand,

8

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

  1. Il team assume una maggiore proprietà delle stime
  2. Spesso gli archetipi del programmatore favoriscono gli introversi - questo metodo li incoraggia a contribuire laddove altrimenti potrebbero differire a personalità più estroverse
  3. Quando una funzionalità presenta un'ampia distribuzione di stime, è un buon indicatore di rischio
  4. Basta fare il preventivo per saperne di più sulle attività
  5. Niente è meglio di mettere le persone in una stanza comunicando efficacemente

6

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 silenziose vengono annegate da più persone verbali in una discussione di gruppo. Pianificare il poker offre a tutti la possibilità di prendere una decisione prima dell'inizio della discussione attiva. E se è la persona calma che fornisce l'opinione "esterna", hanno l'intero palcoscenico su cui presentare il loro caso. Pertanto, la tecnica consente ai collaboratori più silenziosi e garantisce la piena partecipazione del team.


5

Dopo aver utilizzato la pianificazione del poker per alcuni sprint, il management ha finalmente realizzato ciò che tutti noi sviluppatori sapevamo da mesi, non finiremo in tempo.

Pianificare il poker, o più precisamente, la stima basata sul punto della storia, è molto più accurato delle pratiche di stima tradizionali perché combina un modo semplice per stimare la complessità combinata dell'intero set di funzionalità con le misurazioni effettive della capacità effettiva delle squadre.


4

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

Quando si utilizza la pianificazione del poker, si ottiene una misura istantanea di quanto grandi divergenze siano sulla dimensione del lavoro. Se penso che sia un 2 e pensi che sia un 3, possiamo semplicemente chiamarlo 3 e andare avanti. Ma se penso che sia un 1 e pensi che sia un 5, faremmo meglio a discutere.


3

Fa parlare tutti e pensare a ciò che viene fatto. Anche se non ci lavorerò, devo fare attenzione per stimare. Questo mi aiuta quando tra 2 mesi ho bisogno di lavorare su qualcosa che tocca quell'area.

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


3

Un'altra cosa positiva: le discussioni sul fatto che l'attività X sia un '3' o un '8' aiutano il team a definire esattamente quale sia lo scopo - quindi in seguito, non vi è alcuna discrepanza su quale attività X abbia comportato.


1

Mi piacciono i punti di Pavel e vorrei aggiungere che aiuta davvero gli sviluppatori junior o i noobs ad imparare molto più velocemente. Non possono semplicemente sedersi e lasciare che gli sviluppatori senior governino. Il loro voto conta altrettanto e se si concentrano davvero sul rendere accurate le loro stime impareranno molto dagli sviluppatori senior.


1

Non mi piace nella mia squadra attuale, principalmente perché abbiamo persone che fondamentalmente non ci acquistano. Dedichiamo una parte significativa di ogni sessione di toelettatura a discutere se il puntamento sia utile e il nostro proprietario del prodotto non scompone mai epopee, quindi di solito finiamo con stime o storie selvaggiamente fuori dal kilter in cui i punti indicano che la cosa deve essere semplicemente scomposta .

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

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.