Stima relativa vs. assoluta: quale è migliore?

La stima è uno degli argomenti più dibattuti nello sviluppo software agile. I team si scontrano costantemente con la stessa domanda: dovremmo stimare in ore e giorni, o è meglio usare scale relative come gli story point? I due approcci dominanti — stima relativa e stima assoluta — hanno entrambi casi d’uso legittimi, e nessuno è universalmente superiore. Capire le loro differenze è il primo passo per scegliere il metodo più adatto al proprio team.

Cos’è la stima assoluta?

La stima assoluta consiste nell’assegnare un’unità di misura concreta e specifica a un’attività. Si tratta tipicamente del tempo — ore, giorni o settimane. Quando uno sviluppatore dice “questa funzionalità richiederà tre giorni”, sta usando la stima assoluta.

Le stime assolute sembrano intuitive perché gli esseri umani sono abituati a pensare in termini reali. Gli stakeholder le preferiscono spesso perché si traducono direttamente in cronoprogrammi e pianificazione delle risorse. Per un project manager che cerca di costruire un calendario di rilascio, sapere che una funzionalità richiederà cinque giorni è più immediatamente utile che sapere che vale otto story point.

Tuttavia, la stima assoluta presenta una debolezza significativa: è notoriamente difficile da effettuare con precisione. Le ricerche mostrano costantemente che gli sviluppatori sottostimano la complessità delle attività, soprattutto quando si lavora con tecnologie nuove o sistemi interdipendenti. Pregiudizi cognitivi come il bias di ottimismo e il bias della pianificazione rendono le previsioni temporali precise poco affidabili.

Cos’è la stima relativa?

La stima relativa sposta il focus dalle misurazioni temporali esatte verso il confronto. Invece di chiedersi “quanto tempo ci vorrà?”, il team si chiede “quanto è complessa questa attività rispetto a un’altra attività già stimata?”

Gli strumenti comuni per la stima relativa includono gli story point, la sequenza di Fibonacci (1, 2, 3, 5, 8, 13…) e le taglie delle T-shirt (S, M, L, XL). Durante le sessioni di planning poker, i team assegnano questi valori relativi alle user story, ancorando le nuove stime a benchmark già compresi.

L’intuizione centrale della stima relativa è che gli esseri umani sono molto più bravi a confrontare le cose che a misurarle in isolamento. È difficile dire esattamente quanto è alto un edificio, ma è facile dire che è più alto di quello accanto.

Pro e contro di ciascun approccio

La stima assoluta fornisce agli stakeholder numeri concreti e si integra naturalmente con gli strumenti tradizionali di project management. Funziona bene quando le attività sono di routine, ben comprese e di portata limitata. Lo svantaggio è che tende a produrre stime troppo ottimistiche e può creare pressione sui membri del team affinché rispettino scadenze specifiche che non erano mai state realistiche.

La stima relativa riduce lo stress allontanandosi dagli impegni basati sul tempo e favorisce la collaborazione del team. Si adatta meglio a progetti grandi e complessi dove l’incertezza è alta. Lo svantaggio è che richiede tempo di calibrazione — i nuovi team devono costruire un quadro di riferimento condiviso prima che le stime diventino significative. Gli stakeholder che non hanno familiarità con gli story point possono anche fare fatica a interpretare i risultati.

Quando usare quale metodo

Usa la stima assoluta quando:

• Le attività sono ben definite e di routine
• Gli stakeholder richiedono previsioni di consegna basate sul tempo
• Il team dispone di dati storici affidabili
• Il progetto è a breve termine e ben delimitato

Usa la stima relativa quando:

• Il progetto è grande, complesso o presenta incertezze significative
• Il team vuole incoraggiare discussioni aperte su portata e rischi
• Stai costruendo un backlog a lungo termine che necessita di frequente ripriorizzazione
• La velocità del team deve essere monitorata su più sprint

Conclusione

La scelta tra stima relativa e assoluta non riguarda quale sia oggettivamente migliore. Riguarda l’adattamento al contesto. Molti team agile esperti usano la stima relativa internamente per la pianificazione e il monitoraggio della velocità, traducendo i dati di velocità in proiezioni temporali approssimative per la comunicazione con gli stakeholder. Questo approccio ibrido permette di beneficiare dei vantaggi di entrambi i sistemi.

In definitiva, il metodo di stima migliore è quello che il tuo team usa in modo coerente e onesto. La stima è uno strumento per ridurre l’incertezza — non per eliminarla. Qualunque approccio tu scelga, lascia sempre spazio per l’imprevisto.