Perché gli orari del software sono così difficili da definire?

Question

Sembra che, nella mia esperienza, far sì che gli ingegneri statunitensi stimano e determinano le attività da completare sia come tirare i denti. Piuttosto che dare una stima a uno swag di 2-3 settimane o 3-6 mesi ... Qual è il modo più semplice per definire gli orari del software in modo che non siano così dolorosi da definire? Ad esempio, il cliente A desidera una funzione entro il 02/01/2011. Come si pianifica il tempo per implementare questa funzione sapendo che potrebbero essere necessarie altre correzioni di bug lungo la strada e impiegare ulteriori tempo di ingegneria?