Hvordan estimerer du arbeid og planlegger realistisk?

Question

Accepted Answer

Estimering er vanskelig fordi programvare er full av ukjente faktorer. Målet er ikke falsk presisjon, det er **et realistisk, ærlig kommunisert område** som hjelper virksomheten med å planlegge. Gode tech leads estimerer områder, tydeliggjør risiko, og reestimerer når de lærer mer.

## Slik 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 du blir spurt "hvor lang tid tar det nye dashbordet?", si ikke "to uker." Si: "Det kjente arbeidet er ca. to uker. Det er en ukjent omkring rapporterings-API-en; hvis den er ren, to uker; hvis ikke, nærmere fire uker. Jeg vet mer etter en dags undersøkelse."

## Håndter padding ærlig

Ikke hemlig oppblåsing av estimater, og ikke la optimisme knuse dem. Gjør usikkerhet *eksplisitt* slik at interessenter kan ta informerte avveininger i stedet for å bli overrasket.

## Hvorfor det betyr noe

Dårlige estimater undergraver tillit; både "alltid for sen" team og "oversiktig" team mister troverdighet.

Ærlige områder pluss synlig risiko lar virksomheten ta virkelige avveiingsbeslutninger, og beskytter teamet ditt fra umulige forpliktelser gjort på vegne av dem.