Hvordan estimerer du arbejde og planlægger realistisk?

Question

Accepted Answer

Estimering er svær, fordi software er fuld af ukendte faktorer. Målet er ikke falsk præcision, det er **et realistisk, ærligt kommunikeret interval** som hjælper virksomheden med at planlægge. Gode tekniske ledere estimerer intervaller, fremhæver risiko og reforecaster efterhånden som de lærer.

## Sådan estimerer du bedre

```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)
```

## Et konkret eksempel

Når man spørger "hvor lang tid til det nye dashboard?", skal du ikke sige "to uger." Sig i stedet: "Det kendte arbejde er omkring to uger. Der er en ukendt omkring reporting-API'en – hvis den er ren, to uger; hvis ikke, tættere på fire. Jeg ved mere efter en etdages spike."

## Håndter polstringen ærligt

Ikke hemmeligt oppuste estimater, og lad ikke optimisme knuse dem. Gør usikkerhed *eksplicit* så interessenter kan træffe informerede trade-off-beslutninger i stedet for at blive overrasket.

## Hvorfor det betyder noget

Dårlige estimater eroderer tilliden – både "altid for sent" hold og "sandbag" hold mister troværdighed.

Ærlige intervaller plus synlig risiko lader virksomheden træffe rigtige trade-off-beslutninger og beskytter dit hold mod umulige forpligtelser der blev givet på deres vegne.