Wie schätzen Sie Arbeit ein und planen realistische?

Question

Accepted Answer

Schätzung ist schwierig, weil Software voller Unbekannter ist. Das Ziel ist nicht falsche Präzision, sondern **eine realistische, ehrlich kommunizierte Spanne**, die dem Business bei der Planung hilft. Gute Tech Leads schätzen Spannen ein, machen Risiken transparent und passen Prognosen an, während sie lernen.

## Wie man besser schätzt

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

## Ein konkretes Beispiel

Wenn gefragt wird "wie lange für das neue Dashboard?", sagen Sie nicht "zwei Wochen." Sagen Sie: "Die bekannte Arbeit dauert etwa zwei Wochen. Es gibt eine Unbekannte bezüglich der Reporting API; wenn sie sauber ist, zwei Wochen; wenn nicht, eher vier. Ich weiß mehr, nachdem ich einen Tag an einem Spike gearbeitet habe."

## Das Padding ehrlich managen

Inflationieren Sie Schätzungen nicht heimlich, und lassen Sie Optimismus diese nicht zunichte machen. Machen Sie Unsicherheit *explizit*, damit Stakeholder informierte Trade-offs treffen können statt überrascht zu werden.

## Warum es wichtig ist

Schlechte Schätzungen untergraben Vertrauen; sowohl das "immer zu spät" Team als auch das "sandbagging" Team verlieren Glaubwürdigkeit.

Ehrliche Spannen plus sichtbares Risiko ermöglichen es dem Business, echte Trade-off-Entscheidungen zu treffen, und schützen Ihr Team vor unmöglichen Verpflichtungen, die in ihrem Namen eingegangen werden.