Come stimi il lavoro e pianifichi in modo realistico?

Question

Accepted Answer

La stima è difficile perché il software è pieno di incognite. L'obiettivo non è una falsa precisione, ma **un intervallo realistico, comunicato onestamente** che aiuti l'azienda a pianificare. I buoni technical leader stimano intervalli, evidenziano i rischi e fanno nuove previsioni man mano che imparano.

## Come stimare meglio

```text
✓ Break work down — small tasks estimate far better than big ones
✓ Estimate as a RANGE or confidence ("2-4 weeks, 70% confident")
✓ Include the invisible work — testing, review, deployment, unknowns
✓ Use history — what did similar work actually take?
✓ Involve the people doing the work — not just you
✓ Separate ESTIMATE from COMMITMENT (deadlines are negotiated, not guessed)
```

## Un esempio concreto

Quando ti chiedono "quanto tempo per la nuova dashboard?", non dire "due settimane". Dì: "Il lavoro noto è circa due settimane. C'è un'incognita attorno all'API di reporting, se è pulita, due settimane; se no, più vicino a quattro. Saprò di più dopo uno spike di un giorno".

## Gestisci il margine onestamente

Non gonfiare segretamente le stime, e non lasciare che l'ottimismo le distrugga. Rendi l'incertezza *esplicita* così gli stakeholder possono fare scelte consapevoli invece di sorprese.

## Perché è importante

Le stime sbagliate erodono la fiducia, sia il team "sempre in ritardo" che il team "sandbagging" perdono credibilità.

Gli intervalli onesti più i rischi visibili permettono all'azienda di prendere vere decisioni di trade-off, e proteggono il tuo team da impegni impossibili assunti a loro nome.