Molto spesso agli sviluppatori viene chiesto di fornire stime (almeno approssimative) quando una soluzione o una funzionalità saranno pronte. Che cosa deve fare il team di sviluppo per assicurare che la soluzione prevista venga consegnata in tempo secondo le stime fornite?
Questa domanda evidenzia un problema comune con le stime, in qualsiasi campo. Una stima è un'ipotesi. Ha una possibilità di sbagliare. Quindi parlare di "consegna puntuale" quando le stime sono coinvolte è un'assurdità. Per consegnare in tempo, si deve offrire una garanzia; non una stima.
Quindi una soluzione è trasformare questa stima in una garanzia. Un buon approccio (almeno per lo sviluppatore) è di moltiplicare quella stima di un valore compreso tra 3 e 10, a seconda di quanti rischi ci sono. Questo diventa la tua figura garantita.
Un approccio molto migliore è adottare un approccio iterativo allo sviluppo. Se si sta solo valutando cosa si può ottenere nelle prossime 2-3 settimane, si riducono i rischi di un significativo slittamento delle stime effettive rispetto alle stime. Naturalmente, non esiste alcuna stima della data finale finale, ma dal momento che la maggior parte dei prodotti software non sono mai finiti, poiché le nuove versioni sono sempre realizzate, si tratta di una questione culturale che può essere affrontata attraverso la formazione di altre parti del business .
Leggi altre domande sui tag development-process estimation