Errori comuni che gli sviluppatori commettono quando stimano i tempi

La stima dei tempi è relativa a ciascun team di sviluppo e ciascuno sviluppatore individualmente, ci sono molti fattori che influenzano queste stime e, non tenendoli in considerazione, porteranno a un disastro assicurativo in quel progetto e in quelli che abbiamo in sospeso.
Vediamo allora quegli errori comuni che commettono gli sviluppatori nella stima dei tempi nei progetti di sviluppo, al fine di evitarli e fare una stima quanto più vicina allo scenario ideale.

Fidati dell'istinto

I preventivi sono in un certo modo accompagnati dall'istinto, affinabile con l'esperienza e questo va bene per uno sviluppatore maturo, ma non è la cosa più vicina a preventivi fatti in modo oggettivo ed efficace.
Per questo, è meglio guardare i numeri di progetti correlati e implementati con successo, in questo modo possiamo ottenere metriche di quanto tempo ci è voluto con ciascuno di questi e quindi compilare questi numeri in un rapporto.
È una pratica che ci richiederà un po' più di tempo ma ci aiuterà in due cose; primo per dare una stima più accurata basata su progetti passati e secondo, per verificare quanto siano accurati i nostri istinti.

Non chiedere

C'è una frase molto particolare con cui molti sviluppatori si sentiranno identificati:

 "Ciao, ho bisogno di un preventivo veloce per un modulo di contenuto."

È in quel momento che dobbiamo fare un passo indietro e porci le seguenti domande:

• Quali funzionalità avrà?
• Quale sarà il suo ambito, sarà correlato ad altri moduli?
• Ci sono informazioni mancanti?
• Ho bisogno di sapere qualcos'altro?

Questi sono solo alcuni, ma non c'è modo che con un'idea così vaga si possa fare una stima attendibile, ecco perché il nostro dovere è indagare, porre domande, e che non abbiamo dubbi su tale esigenza, in quel tempo possiamo dare Una stima, il resto lo faremo solo indovinare e usando la magia per stimare i tempi dello stesso.

Limiti mentali e collettivi

Questo è qualcosa di abbastanza comune e si riferisce a diversi fattori che coinvolgono indirettamente le persone nel nostro ambiente. Il nostro superiore vede il requisito e può dirlo "Sembra piuttosto semplice, non dovrebbe volerci molto tempo per implementarlo", il che ce lo farà vedere con ottimismo. Può anche accadere che sia presente un gruppo di sviluppatori e venga effettuata una stima di gruppo.
Il problema è che lo sono "loro" stime e non le nostre, con le quali la stima di quei tempi è solitamente sempre più vicina di quanto realmente dovrebbe essere.

Lasciarsi trasportare dalla pressione del tempo

Una stima coerente e affidabile richiede tempo, non è fatta in 10 minuti. Un cliente o un superiore può volere un preventivo immediato che è impossibile, a meno che non si tratti di un requisito molto piccolo che ha un ambito ben definito.
Se a questo aggiungiamo che possiamo avere un vasto numero di compiti che richiedono attenzione immediata, il nostro istinto ci dirà che non possiamo perdere tempo con questa stima, quindi sarà tutt'altro che accurata.
Conclusione
Abbiamo visto gli errori più comuni che commetti nelle stime del tempo, ma per quanto riguarda le soluzioni? È semplice come cambiare i paradigmi e saper dire di no, in modo sostenuto e far sapere ai nostri superiori che è meglio perdere mezzo pomeriggio o anche un giorno a fare un preventivo accurato e affidabile, che settimane o addirittura mesi per aver preso la strada sbagliata. Nel risolvere questo compito puoi condannare un progetto anche prima che sia iniziato.