Stima dei costi nella gestione dei progetti: 7 tecniche con esempi

Che cos’è la stima dei costi nella gestione dei progetti

La stima dei costi nella gestione dei progetti è il processo di previsione delle risorse finanziarie totali che un progetto consumerà dall’avvio alla chiusura. Non è un evento unico, ma un’attività ripetuta che guadagna precisione man mano che l’ambito si consolida, e alimenta ogni decisione successiva: se finanziare il progetto, come dotarlo di personale, quando sospenderlo o accelerarlo. Una buona stima risponde a tre domande in un’unica cifra: quanto costerà nel caso base, quanta incertezza circonda quella cifra e quale riserva ci serve per sopravvivere ai rischi che possiamo prevedere.

La stima copre diverse categorie di costo distinte che si comportano in modo diverso di fronte al cambiamento. I costi diretti (manodopera, materiali, attrezzature specifiche del progetto) scalano con l’ambito; i costi indiretti (spese generali di gestione del progetto, strutture, servizi condivisi) scalano più con la durata che con l’ambito; i costi fissi (licenze, attrezzature una tantum) non scalano affatto; i costi variabili (materiali di consumo per unità, collaboratori a ore) si muovono con continuità con il volume. Sopra questa base ci sono due riserve: una riserva per imprevisti per i rischi identificati non ancora materializzati, e una riserva di gestione per le incognite sconosciute in cui si imbatte qualsiasi progetto di dimensioni rilevanti.

La distinzione tra una stima e un budget conta, perché i due vengono spesso confusi. Una stima è una previsione, prodotta dal team di progetto con le tecniche descritte di seguito; un budget è l’importo approvato, fissato dallo sponsor o dal comitato direttivo dopo la revisione. Un progetto può avere una stima accurata e un budget scadente se lo sponsor taglia la cifra senza adeguare l’ambito, e può avere una stima imprecisa che diventa un budget accettabile se le riserve assorbono l’errore. Le tecniche di seguito riguardano la prima cifra, non la seconda.

Perché una stima dei costi accurata è importante

Le prove che la qualità della stima determina gli esiti dei progetti sono ormai coerenti in più studi su larga scala. L’analisi dei progetti software di Standish Group CHAOS 2020 ha rilevato che solo il 31% ha successo, il 50% è problematico e il 19% fallisce, e la sua scheda di riferimento rapido evidenzia la maturità dello sponsor come uno dei predittori di successo più forti: 67% di tasso di successo con uno sponsor molto maturo contro il 18% con uno poco maturo. Gli sponsor maturi investono nella disciplina di stima; quelli immaturi accettano qualsiasi cifra il team offra sotto pressione del tempo. Il risultato è misurabile anni dopo.

L’indagine Gartner del 2024 su 3.100 CIO e 1.100 dirigenti non IT aggiunge un secondo dato dal punto di vista della trasformazione digitale: solo il 48% delle iniziative digitali raggiunge o supera i risultati di business previsti. I progetti digitali vengono spesso stimati male perché i loro driver di costo (complessità di integrazione, qualità dei dati, gestione del cambiamento) sono meno visibili dei driver fisici (materiali, ore di lavoro) e più facili da sottostimare. Quando la stima iniziale sbaglia del 40% o del 60%, il progetto non fornisce valore rispetto alla sua linea di base anche se rientra nel budget, perché la linea di base stessa era mal specificata.

Per un project manager o un analista PMO la conseguenza pratica è che la stima non è una formalità della fase Q0 da affidare a un foglio di calcolo. È una disciplina che richiede di scegliere la tecnica giusta per la fase del progetto, di combinare le tecniche per la validazione incrociata e di documentare le ipotesi, così che gli scostamenti possano poi essere spiegati anziché difesi. Le sette tecniche di seguito coprono la gamma che un PMO competente dovrebbe saper applicare, e quando.

7 tecniche di stima dei costi per la gestione dei progetti

Le sette tecniche di seguito sono ordinate all’incirca dalla meno alla più precisa, e dalla fase più iniziale alla più tardiva del progetto. Nella pratica un PMO maturo ne usa due o tre in combinazione su un singolo progetto, con il mix che dipende da quante informazioni sono disponibili e da quanta incertezza è accettabile.

1. Stima analogica

La stima analogica usa i costi effettivi di un progetto simile completato come punto di partenza per quello attuale. È la tecnica più rapida e la meno precisa, ma nelle primissime fasi di un progetto è spesso l’unica disponibile. Il metodo si basa sull’ipotesi che, se il progetto A è costato X e il progetto B è simile per ambito, complessità e contesto, il progetto B costerà all’incirca X più o meno aggiustamenti per le differenze note. Usala durante la definizione iniziale dell’ambito, la preparazione del business case e le decisioni go/no-go, dove basta un ordine di grandezza approssimativo (ROM).

Esempio svolto: un’impresa edile ha completato l’anno scorso l’allestimento di un ufficio di 5.000 sqft per 2,5 milioni USD, con una tariffa unitaria di 500 USD per sqft. Si pianifica un nuovo allestimento di 7.500 sqft nella stessa città con una specifica simile. La stima analogica è 7.500 × 500 USD = 3,75 milioni USD. Seguono gli aggiustamenti: i prezzi dei materiali sono saliti dell’8% dal progetto precedente (+300.000 USD), e questo allestimento ha un impianto HVAC più complesso per un valore stimato aggiuntivo di 150.000 USD, il che dà una stima analogica affinata di 4,2 milioni USD con un intervallo di precisione di ±30%.

La forza di questa tecnica è la rapidità e il basso fabbisogno di dati; la debolezza è che eredita ogni errore e peculiarità del progetto di riferimento. Funziona bene quando l’organizzazione dispone di una libreria di progetti passati comparabili con dati di costo effettivi affidabili. FlexiProject supporta questo schema tramite modelli di progetto costruiti da progetti completati e schede di chiusura che registrano i costi effettivi, i rischi incontrati e le lezioni apprese, così che gli stimatori non ricostruiscano il progetto di riferimento a memoria.

2. Stima parametrica

La stima parametrica usa una relazione statistica tra un driver di costo e il costo totale, calibrata su dati storici. Invece di confrontare un intero progetto con un altro intero progetto, isola i driver che scalano con il costo (metratura, righe di codice, chilogrammi di materiale, kilowatt di capacità installata) e li moltiplica per una tariffa derivata dallo storico dell’organizzazione. Usala quando hai abbastanza progetti completati per calcolare tariffe affidabili e quando i driver di costo del nuovo progetto sono simili a quelli del set di dati storico.

Esempio svolto: un integratore IT definisce l’ambito di un nuovo progetto di integrazione aziendale. I dati storici di 40 integrazioni completate mostrano una relazione stabile di 40 ore di sviluppo per modulo integrato, a una tariffa pienamente caricata di 85 USD l’ora. Il nuovo progetto ha 100 moduli in ambito, il che dà una stima parametrica di 100 × 40 × 85 USD = 340.000 USD per lo sforzo di sviluppo. Si applicano ulteriori driver parametrici: i test valgono il 25% dello sviluppo (85.000 USD) e le spese generali di gestione del progetto il 12% (42.500 USD), per un totale parametrico di base di 467.500 USD con un intervallo di precisione di ±20%.

La forza è che la stima è verificabile e difendibile davanti a finanza e sponsor, perché ogni cifra risale a una tariffa e a un driver. La debolezza è che le tariffe storiche vanno aggiornate di continuo man mano che organizzazione, tecnologia e mercato cambiano. In FlexiProject la materia prima per le tariffe parametriche vive nei report finanziari configurabili, che aggregano i dati effettivi storici per categoria, fornitore o gruppo di progetti, così che i calcoli del costo per unità possano essere ricostruiti su richiesta anziché mantenuti in un foglio di calcolo separato.

3. Stima bottom-up

La stima bottom-up scompone il progetto in una struttura di scomposizione del lavoro (WBS) e stima ogni pacchetto di lavoro singolarmente, poi aggrega le componenti verso l’alto fino a un totale di progetto. È la tecnica più precisa quando l’ambito è ben definito, ma anche la più dispendiosa in termini di tempo, perché richiede dettaglio sufficiente affinché ogni attività di livello foglia abbia la propria stima. Usala una volta che l’ambito è stabile, tipicamente dopo un project charter formale o una fase di progettazione iniziale, quando la stima guiderà impegni contrattuali o l’approvazione di un investimento.

Esempio svolto: un’agenzia di marketing stima il redesign di un sito web scomponendolo in tre pacchetti di lavoro. Analisi e requisiti: 80 ore × 95 USD = 7.600 USD. Design UX: 120 ore × 110 USD = 13.200 USD. Sviluppo e QA: 220 ore × 85 USD = 18.700 USD. Subtotale dei costi diretti: 39.500 USD. Le spese generali del 15% aggiungono 5.925 USD e le licenze/risorse stock aggiungono 2.000 USD, il che dà un totale bottom-up di 47.425 USD con un intervallo di precisione di ±10%.

La forza è la precisione e la tracciabilità: ogni dollaro del totale corrisponde a un’attività specifica, il che significa che l’analisi degli scostamenti diventa poi una conversazione mirata su una voce anziché una disputa generale sulla stima. La debolezza è l’investimento di tempo e la sensibilità alla qualità della WBS; se la struttura tralascia una categoria di lavoro, la stima la tralascia silenziosamente anch’essa. FlexiProject supporta questo schema in modo nativo tramite il cronoprogramma guidato dalla WBS con voci di budget collegate a singole attività, l’importazione da Excel per i team che migrano da stime su foglio di calcolo, e le voci aggregate nel budget per cumulare i costi a livello di attività in subtotali di pacchetto di lavoro.

4. Stima a tre punti (PERT)

La stima a tre punti cattura l’incertezza in modo esplicito chiedendo allo stimatore tre valori per attività: il caso ottimistico (O), il più probabile (M) e il pessimistico (P). Questi vengono combinati in un unico valore atteso con la formula della tecnica PERT (Program Evaluation and Review Technique): Atteso = (O + 4M + P) / 6. Dagli stessi tre valori esce una seconda cifra utile: deviazione standard = (P – O) / 6, che quantifica quanto è incerta la stima. Usa i tre punti quando le singole attività hanno un rischio al ribasso significativo e una stima puntuale sottostimerebbe ciò che potrebbe andare storto.

Esempio svolto: un modulo software su misura viene stimato con tre valori dal responsabile tecnico. Ottimistico: 80.000 USD (tutto va bene, nessuna rilavorazione). Più probabile: 120.000 USD (schema di consegna tipico). Pessimistico: 200.000 USD (i problemi di integrazione emergono tardi). Valore atteso PERT = (80 + 4×120 + 200) / 6 = (80 + 480 + 200) / 6 = 126.667 USD. Deviazione standard = (200 – 80) / 6 = 20.000 USD. Questo dà al project manager sia una stima puntuale (127.000 USD) sia un intervallo più o meno (circa ±20.000 USD per una deviazione standard, ±40.000 USD per due).

La forza è che l’incertezza diventa una cifra di primo piano nella stima anziché qualcosa di nascosto dentro un unico numero. La debolezza è che i tre input dipendono ancora dal giudizio dello stimatore, e gli stimatori ottimistici producono triangoli di forma ottimistica. I tre punti sono particolarmente utili in combinazione con l’analisi delle riserve, descritta di seguito, dove i valori P guidano il dimensionamento della contingenza.

5. Simulazione Monte Carlo

La simulazione Monte Carlo estende la stima a tre punti all’intero progetto o portafoglio eseguendo migliaia di iterazioni, ciascuna che campiona da distribuzioni di probabilità assegnate a singole voci di costo. L’output non è un unico numero ma una distribuzione: la probabilità che il costo totale scenda sotto varie soglie. Usa Monte Carlo su progetti ad alta incertezza o su portafogli dove il rischio di coda (il 5% dei peggiori esiti) conta più della media, cosa che spesso vale per progetti di investimento, megaprogetti IT e portafogli di R&S.

Esempio svolto: un progetto di R&S da 1,2 milioni USD ha 25 attività, ciascuna con stime a tre punti. Un’esecuzione Monte Carlo di 10.000 iterazioni produce una distribuzione cumulata: P50 (mediana) = 1,20 mln USD, P80 = 1,45 mln USD, P95 = 1,72 mln USD. L’interpretazione per lo sponsor: c’è una probabilità del 50% che il progetto si chiuda a 1,2 mln USD o meno, ma il 20% che superi 1,45 mln USD e il 5% che superi 1,72 mln USD. La questione della contingenza diventa allora una decisione di policy: finanziare fino a P80 per i progetti tipici, fino a P95 per quelli critici, ed essere espliciti sul livello di confidenza scelto.

La forza è che Monte Carlo rende visibile il rischio di coda, che è esattamente ciò che la ricerca di Flyvbjerg sulle leggi di potenza degli sforamenti dei progetti IT sosteneva essere sistematicamente sottostimato. La debolezza è la complessità: richiede software specializzato (Palisade @Risk, Oracle Crystal Ball o librerie Python open source come NumPy e SciPy) e stimatori formati a specificare distribuzioni di probabilità anziché valori puntuali. Per progetti sotto qualche milione di dollari il costo di impostazione di solito supera il beneficio.

6. Giudizio di esperti e il metodo Delphi

Il giudizio di esperti come tecnica autonoma significa chiedere a uno o più esperti di dominio quanto pensano che costerà un progetto, sulla base della loro esperienza anziché di dati storici o di un calcolo formale. Da sola è la tecnica più debole perché dipende interamente dagli esperti ed è soggetta all’ancoraggio, al bias di disponibilità e alla pressione sociale. Il metodo Delphi è una forma strutturata di giudizio di esperti che mitiga questi bias: un panel di esperti invia stime in forma anonima, riceve una sintesi delle risposte del gruppo e rivede le proprie stime nell’arco di più round finché le risposte non convergono.

Esempio svolto: un’azienda farmaceutica che stima una fase inedita di sviluppo di un farmaco non ha dati storici (l’obiettivo è un nuovo meccanismo d’azione). Un panel Delphi di otto esperti invia stime al round 1 che vanno da 8 mln a 22 mln USD, con una deviazione standard di 5 mln USD attorno a una mediana di 14 mln USD. Dopo la condivisione della sintesi anonimizzata, le stime del round 2 vanno da 11 mln a 18 mln USD con una deviazione standard di 2,5 mln USD, e il round 3 converge a 12 mln-16 mln USD con una deviazione standard di 1,3 mln USD e una mediana di 13,5 mln USD. La stima Delphi finale è di 13,5 mln USD con un’incertezza molto più contenuta di quella che avrebbero prodotto il primo round o la stima di un singolo esperto.

La forza è che Delphi funziona quando nient’altro funziona: progetti inediti, tecnologie dirompenti e situazioni uniche dove dati storici e tariffe parametriche semplicemente non esistono. La debolezza è che richiede l’accesso a veri esperti (non solo personale senior), un facilitatore e tempo di calendario sufficiente per più round, cosa che può escluderlo dalle decisioni rapide.

7. Analisi delle riserve

L’analisi delle riserve è la tecnica per dimensionare la riserva per imprevisti, cioè il cuscinetto aggiunto alla stima di base per coprire i rischi identificati non ancora materializzati. Non sostituisce le altre tecniche; si colloca sopra quella che ha prodotto la stima di base. Il metodo: per ogni rischio identificato, calcola il valore monetario atteso (EMV) come probabilità × impatto, e somma gli EMV per ottenere la riserva per imprevisti. Sopra viene aggiunta una riserva di gestione separata per le incognite sconosciute, tipicamente come percentuale della stima di base (5-15% a seconda del profilo di rischio del progetto).

Esempio svolto: un progetto con una stima di base di 500.000 USD ha tre rischi identificati nel suo registro dei rischi. Rischio 1: ritardo di un fornitore chiave, probabilità 20%, impatto 50.000 USD, EMV 10.000 USD. Rischio 2: cambio di ambito da parte del regolatore, probabilità 40%, impatto 30.000 USD, EMV 12.000 USD. Rischio 3: fallimento di integrazione che richiede una ricostruzione, probabilità 10%, impatto 100.000 USD, EMV 10.000 USD. Riserva per imprevisti totale: 32.000 USD. In aggiunta, una riserva di gestione del 10% per le incognite aggiunge 50.000 USD, il che dà un budget complessivo di progetto di 500.000 + 32.000 + 50.000 = 582.000 USD.

La forza è che la contingenza smette di essere una percentuale a sensazione e diventa una cifra difendibile che risale a un registro dei rischi specifico. La debolezza è che la tecnica vale solo quanto il registro dei rischi stesso; se i rischi identificati tralasciano una categoria, la contingenza sarà troppo piccola. FlexiProject supporta questo schema tramite una matrice dei rischi configurabile (le organizzazioni possono impostare le proprie scale di probabilità e impatto anziché accettare una 5×5 fissa) e l’aggregazione dei rischi a livello di portafoglio, che consente di dimensionare la contingenza sia per progetto sia lungo un programma.

Un processo di stima dei costi in 5 passi

Le tecniche di cui sopra sono gli strumenti; il processo di seguito è il modo in cui un PMO le applica in sequenza per un singolo progetto. Ogni passo alimenta il successivo e nessuno può essere saltato senza costi.

1. Definisci l’ambito e costruisci la WBS. Nessuna stima è più precisa dell’ambito che stima; la WBS è l’artefatto che costringe l’ambito a essere esplicito. Anche per stime analogiche iniziali, una WBS approssimativa chiarisce cosa è dentro e cosa è fuori.

2. Scegli tecniche di stima adeguate alla fase. Nella definizione iniziale dell’ambito usa l’analogica e il giudizio di esperti; all’approvazione del charter aggiungi la parametrica; quando l’ambito è stabile passa alla bottom-up; sovrapponi i tre punti PERT e l’analisi delle riserve per cifre aggiustate al rischio; usa Monte Carlo quando conta il rischio di coda.

3. Raccogli dati storici e input degli esperti. Le tecniche analogica e parametrica richiedono costi effettivi di progetti completati; Delphi richiede l’accesso agli esperti; ogni tecnica beneficia di linee di base storiche. La qualità dei dati qui pone un tetto alla qualità della stima dopo.

4. Calcola separatamente i costi diretti, indiretti e di riserva. Aggregarli dall’inizio nasconde gli errori; tenerli separati rende possibile la revisione. I costi diretti vengono dalla WBS; gli indiretti dalle tariffe organizzative; le riserve dall’analisi delle riserve.

5. Documenta le ipotesi e aggiorna in modo iterativo. Ogni stima poggia su ipotesi su ambito, disponibilità di risorse e condizioni di mercato. Documentarle è l’unico modo per spiegare gli scostamenti in seguito, e aggiornare la stima a ogni fase del progetto (avvio, pianificazione, esecuzione) mantiene la cifra onesta.

Errori comuni nella stima dei costi e come evitarli

Anche con le tecniche giuste, cinque errori ricorrenti trasformano buoni metodi in cattive stime. Il primo è il bias di ottimismo: gli stimatori producono costantemente cifre sul lato basso del realistico, specialmente sotto pressione del tempo o quando la loro retribuzione dipende dall’aggiudicarsi il progetto. Il rimedio è strutturale: richiedi stime a tre punti sulle attività con incertezza significativa, e usa Delphi o la revisione tra pari per le cifre ad alta posta, così che il bias di un singolo stimatore non regga l’intero progetto.

Il secondo è ignorare i rischi e saltare la riserva per imprevisti, che si manifesta come budget gonfiati con percentuali arbitrarie (aggiungi il 15%) anziché derivati da un registro dei rischi. Le contingenze arbitrarie sono sempre o troppo piccole (quando i rischi reali sono grandi) o troppo grandi (quando non lo sono), e nessuno dei due schemi è difendibile davanti a un CFO. L’analisi delle riserve lo risolve facendo risalire la contingenza a rischi identificati specifici.

Il terzo errore è affidarsi a una singola tecnica. La bottom-up da sola manca gli errori sistematici che solo i controlli incrociati analogici coglierebbero; la parametrica da sola si rompe quando il nuovo progetto cade fuori dalla distribuzione storica; il giudizio di esperti da solo è soggetto al bias individuale. I migliori PMO usano due o tre tecniche in combinazione e riconciliano le differenze, trattando un ampio divario tra tecniche come un segnale da indagare anziché un problema da nascondere.

Il quarto è la mancata documentazione delle ipotesi. Una stima senza ipotesi registrate non può essere difesa, perché lo stimatore non può spiegare un anno dopo perché ha supposto che le licenze software sarebbero state incluse o che la tariffa del collaboratore avrebbe tenuto. Ogni stima matura ha allegato un registro delle ipotesi; ogni stima immatura ha allegata una discussione al suo posto.

Il quinto è trattare la stima come un esercizio una tantum. La stima dei costi segue il ciclo di vita del progetto: approssimativa all’avvio, migliore in pianificazione, affinata in esecuzione. I team che producono un’unica cifra al kickoff e la difendono per sei mesi non stanno stimando, stanno sperando. La pianificazione rolling wave, con elaborazione progressiva a ogni punto di controllo di fase, è la disciplina che evita questa trappola.

FAQ: stima dei costi nella gestione dei progetti

Qual è la tecnica di stima dei costi più precisa?

La stima bottom-up è in genere la più precisa quando l’ambito è ben definito, con un intervallo di precisione di ±5-15%. Richiede una WBS completa e tempo sufficiente per stimare singolarmente ogni attività di livello foglia, quindi non è adatta alle stime iniziali. Per le prime fasi, la stima analogica è la più rapida ma la meno precisa, a ±25-50%; la parametrica si colloca tra le due, a ±15-30%, quando i dati storici la supportano.

Come si gestisce l’incertezza nelle stime dei costi?

L’incertezza si gestisce con tre tecniche complementari. La stima a tre punti PERT cattura l’incertezza per attività chiedendo valori ottimistico, più probabile e pessimistico, e calcolando da essi un valore atteso e una deviazione standard. La simulazione Monte Carlo scala la stessa idea all’intero progetto tramite migliaia di iterazioni. L’analisi delle riserve converte i rischi identificati in una riserva per imprevisti che si colloca sopra la stima di base.

Qual è la differenza tra una stima dei costi e un budget di progetto?

Una stima dei costi è una previsione prodotta dal team di progetto con tecniche di stima, espressa come cifra di base più riserve per rischi identificati e non identificati. Un budget di progetto è l’importo di finanziamento approvato, fissato dallo sponsor o dal comitato direttivo dopo aver rivisto la stima. Un progetto può avere una stima accurata e un budget insufficiente se lo sponsor taglia la cifra senza adeguare l’ambito, e i due non dovrebbero essere trattati come intercambiabili.

Con quale frequenza vanno aggiornate le stime dei costi?

Le stime dei costi dovrebbero essere aggiornate a ogni punto di controllo di fase e ogni volta che un cambiamento rilevante incide su ambito, risorse o condizioni di mercato. In pratica ciò significa almeno all’avvio (analogica, approssimativa), all’approvazione del charter (parametrica), all’approvazione della pianificazione (bottom-up) e mensilmente durante l’esecuzione rispetto alla linea di base. La pianificazione rolling wave formalizza questo schema mantenendo la fase corrente in stima dettagliata e le fasi future a livello analogico o parametrico, affinando man mano che il progetto avanza.

Quali strumenti aiutano nella stima dei costi nella gestione dei progetti?

Lo strumento più importante è una piattaforma di gestione dei progetti che tenga WBS, budget, registro dei rischi e dati storici in un unico posto, così che le stime possano attingere all’esperienza propria dell’organizzazione anziché a benchmark esterni. Oltre a ciò, i fogli di calcolo restano utili per calcoli PERT e analogici estemporanei, e il software specializzato (Palisade @Risk, Oracle Crystal Ball) supporta la simulazione Monte Carlo per i portafogli dove conta il rischio di coda.

Fare della stima una disciplina ripetuta

La stima dei costi è una disciplina prima di essere una cifra, e la cifra che ne esce vale solo quanto la disciplina che l’ha prodotta. Le sette tecniche trattate qui non sono opzioni in concorrenza ma strumenti complementari che si applicano a fasi diverse del progetto e a diversi tipi di incertezza. L’analogica e la parametrica funzionano presto, quando i dati sono scarsi e conta la rapidità; la bottom-up funziona tardi, quando l’ambito è stabile e conta la precisione; i tre punti PERT e Monte Carlo rendono l’incertezza esplicita anziché nascosta; Delphi gestisce i casi in cui non esiste alcun dato storico; l’analisi delle riserve converte i registri dei rischi in cifre di contingenza difendibili. Un PMO maturo ne combina almeno due su qualsiasi progetto, verifica i risultati in modo incrociato e documenta le ipotesi su cui poggia ogni cifra. Gli strumenti aiutano. FlexiProject supporta lo schema tramite modelli di progetto che portano avanti WBS e rischi storici, voci di budget collegate alle attività del cronoprogramma per il lavoro bottom-up, matrici dei rischi configurabili per l’analisi delle riserve e report finanziari che ricostruiscono le tariffe parametriche dai dati effettivi dei progetti. Ma gli strumenti non creano la stima. La creano gli stimatori, con tecniche adeguate a ciò che sanno e a ciò che non sanno. I team che rispettano costantemente le proprie stime sono quelli che trattano la stima come una disciplina ripetuta anziché una casella da spuntare al kickoff, rinnovano le proprie cifre a ogni punto di controllo di fase e non si affidano mai a una singola tecnica per una decisione che conta.