Sto mettendo insieme una presentazione da consegnare ad alcuni dei miei compagni di squadra (tutti gli sviluppatori), e mi piacerebbe includere una breve attività di team building incentrata sul miglioramento delle capacità di stima. Qualcuno ha qualche suggerimento o conoscenza di qualsiasi attività di team building che potrei usare?
Dai un'occhiata a Pianificazione basata sull'evidenza di Joel On Software, è un modo abbastanza semplice per le persone di capire in che modo la stima è più accurata.
Il modo migliore per imparare a stimare è avere buoni requisiti, pratica, pratica e pratica. Insegnare loro cose come l'Evidence Based Scheduling aiuterà la pratica a essere più efficace, ma nulla può sostituire la pratica effettiva.
Presenta un problema di esempio con Minecraft.
Il cliente ha bisogno di una piramide marrone a gradini di 20x20 blocchi. La piramide richiede anche un fossato largo almeno 10 blocchi.
Offri loro 3 minuti per tracciare una semplice WBS e una stima.
2 minuti in, diciamo che il cliente ha cambiato idea e ora ha bisogno di una piramide 30x30. Di 'loro di rivedere le loro stime nel minuto restante.
Alla fine del tempo, dì loro di mettere giù le loro matite e ora dì che gli sviluppatori iniziano a lavorare sul progetto ma il cliente è confuso perché non c'è un ponte che attraversa il fossato.
Dì loro che il ponte impiegherebbe X ore per svilupparsi e chiedere a tutti quelli che hanno sottovalutato di alzarsi in piedi.
Questo porterà il punto a casa.
Suggerisco un generatore / risolutore labirinto per i seguenti punti:
Puoi giocare il "Quanto ti ci vorrà per scrivere questo?" gioco. Simile a un gruppo di persone che si vanta di come possono guidare fino a Las Vegas in X ore (dove il numero X di solito diminuisce con ogni fanfaretto fino a quando qualcuno afferma di poterlo fare in meno di un'ora). Quindi, per i programmatori: lanciare un obiettivo semplice e vedere cosa dice ogni individuo e se c'è un consenso da parte del gruppo o opinioni standout. Quanto tempo ti ci vorrà per scrivere ciao mondo? Cosa significa "scrivere", vuol dire anche "eseguire" e "testare"? Richiede prima un ambiente di simulazione? Su quale piattaforma e quale cross-compilatore e gli strumenti sono già installati e pronti? ecc. "Hello world" potrebbe richiedere 4 giorni per "scrivere" su una piattaforma integrata (installare strumenti, avere la piattaforma pronta, reinstallare gli strumenti perché è andato storto, risolvere il problema JTAG, risolvere il problema della porta seriale, aggirare le limitazioni nell'IDE per realizzare un progetto compilabile, impiegano infine 5 minuti per scrivere il codice, compilarlo, correggere gli errori di link e la mappa di memoria, riscrivere il codice per usare il bootstrap corretto, ricompilarlo, ottenere il link finale, quindi scaricarlo, correggere nuovamente il problema JTAG, infine eseguirlo per ottenere l'output).
Dopo che la squadra ha finito di decidere per quanto tempo l'obiettivo potrebbe prendere, quindi misurare quanto tempo impiega effettivamente (forse non per l'obiettivo suggerito ma per un mondo reale simile) o richiamare un progetto precedente con un obiettivo molto simile. Confronta la stima con quella attuale. Esagerare selvaggiamente l'errore tra la stima e l'effettivo e pubblicare una conclusione per tutti.
Leggi altre domande sui tag estimation team-building