Ho notato, empiricamente, che l'errore di stima delle user story, iterazione per iterazione, oscilla alternativamente tra sottostime e sovrastime.
Nella prima iterazione del progetto si è in uno stato d'animo ottimista, dovuto alla novità del progetto che porta a sottovalutare la complessità. Si scrivono quindi user story troppo grandi, di durata superiore all'iterazione stessa.
Durante la prima iterazione ci si accorge di tale leggerezza, e si iniziano a dividere le user story in storie più piccole e a stimarle. In questa fase, memori dell'insuccesso dell'ultima stima. si sovrastimano le nuove storie.
Nella seconda iterazione si ha così una velocità molto più elevata che porta ad una nuova ristima ottimistica.
Quali sono le cause di questo comportamento?
Ho l'impressione che siano legate al voler fare una buona impressione al cliente, come se, una stima troppo lunga fosse dovuta alla lentezza del team, più che alla complessità del problema.
Ovviamente il cliente ha tutto l'interesse che il tempo di sviluppo sia il più breve possibile, perchè per lui il tempo di sviluppo è un costo da sostenere e quindi, magari incosciamente, tenderà a premiare le stime brevi.
Un modo per ovviare a tale inconveniete, potrebbe essere di far partecipare alle stime, una persona esterna che non ha interessi economici nel progetto e che, aiuti il team, soprattutto nella fase iniziale, a non sottovalutare la complessità del problema.