In una parola - contingenza.
Contingency è l'importo che aggiungi per "altre cose" - le cose che non puoi rendere conto altrove nella tua stima. SMc lo copre in Software Estimating? Non riesco a ricordare e la mia copia è al lavoro (sono in vacanza a rispondere a questo - quanto sono triste) ...
In ogni caso, in generale, ci sono tre tipi di contingenze che consiglio di guardare:
1) Evento di rischio specifico : è qui che identificate un rischio specifico e aggiungete una certa quantità di tempo per coprire il potenziale superamento ad esso correlato. La prima cosa da chiarire qui è che cosa è un rischio - è qualcosa che potrebbe accadere, che avrà un impatto negativo sul progetto, che è fuori dal tuo controllo .
Quest'ultima parte è fondamentale - non è solo "le cose che richiedono più tempo di quanto pensassi", è "il modulo di pianificazione di terze parti che ci è stato detto che dobbiamo usare perché è uno standard aziendale che potrebbe non essere all'altezza compito". Il modo in cui si calcola la quantità di rischio da aggiungere è la percentuale di possibilità che il rischio si verifichi espressa come decimale (quindi 50% = 0,5), moltiplicando l'impatto di tale rischio (quindi nell'esempio si dice che è necessario scrivere manualmente CRON lavori invece di usare lo scheduler e questo richiederà 10 giorni, questo numero è di 10 giorni).
Quindi se c'è una probabilità del 50% che il tuo rischio si verifichi, e ci vorranno 10 giorni di sforzi per aggirare il problema se lo fa, tu aggiungi 5 giorni. Aggiungi tutti i valori per tutti i rischi identificati sul progetto e aggiungilo al totale.
2) Shit Happing Contingency - La migliore descrizione che abbia mai sentito, anche se non è elegante. È un progetto IT, succede un cazzo. Non va mai come pensi, le cose richiedono più tempo, vengono perse e così via. Generalmente la Contingenza di SH sarà tra il 10% (minimo assoluto) e il 25% (anche se può essere più alto) con il 15% circa tipico, il livello esatto dipende dal livello di incertezza e rischio generale (postazioni mobili, requisiti incerti e così via ).
Se il tuo PM non accetta SH Contingency (ed è possibile, potrebbe non avere esperienza di progetti IT o essere un ottimista cieco), quindi aggiungilo a tutti gli importi individuali. Se sa cosa sta facendo, avrà un registro dei rischi per conto suo e ti amerà per aver pensato a questa roba. Sicuramente se ha qualifiche PM (come PRINCE2) lo saprà.
3) Cambia contingenza : qui è abbastanza sicuro che il cliente aumenterà le modifiche ma non vuole che sia un punto di contesa. Aggiungi o X giorni o X% e va in un piatto per le modifiche che il cliente solleva. Ci sono due modi per affrontarlo: o gli dici e il loro è da spendere o non glielo dici.
Il primo è il migliore, ma ha bisogno di un cliente abbastanza educato e onesto: le cose sono classificate come cambiamenti e può spendere il suo piatto come meglio crede (sulla base della stima delle cose man mano che escono).
Il secondo modo in cui dici che è un cambiamento, ma non cercare di caricarlo extra. Devi notare tutte le cose su cui lo spendi, quindi se arriva al punto che si esaurisce e devi tornare al cliente e chiedere più tempo o denaro e dicono "aspetta, io" m pagare blah blah blah "puoi indicare tutte le cose che hanno già cambiato e che non hai addebitato come segno che non sei del tutto irragionevole. Non sempre funziona, ma quasi sempre rafforza la tua mano nelle discussioni.
Nessuno di questi tre copre specificatamente le cose che hai dimenticato, ma penso che tra di esse colmi un sacco di lacune che hai.