Hogyan becsülöd meg a munkát és tervezel realisztikusan?

Question

Accepted Answer

A becslés nehéz, mert a szoftver tele van ismeretlenségekkel. A cél nem a hamis pontosság, hanem **egy realisztikus, őszintén kommunikált tartomány**, amely segít az üzletnek tervezni. A jó tech leaderek tartományokat becsülnek meg, feltárják a kockázatokat, és újra jelzik az előrejelzéseket, amikor többet tanulnak.

## Jobban becsülhetünk

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

## Konkrét példa

Ha azt kérdezik, "mennyi idő az új irányítópulthoz?", ne azt mondd, "két hét." Mondd azt: "Az ismert munka körülbelül két hét. Van egy ismeretlen a jelentési API körül, ha tiszta, két hét; ha nem, közelebb négy héthez. Több mindent tudok majd egy egy napos spike után."

## Kezelje az ráhagyást őszintén

Ne rejtsen el titokban felfújt becsléseket, és ne engedje, hogy az optimizmus megsemmisítse őket. Tegyük az bizonytalanságot *explicit* úgy, hogy az érdekelt felek tájékozott kompromisszumokat hozhatnak a meglepetések helyett.

## Miért fontos

A rossz becslések erodálják a bizalmat, mind a "mindig késő" csapat, mind a "konzervatív" csapat elveszti a hitelességét.

Az őszinte tartományok és a látható kockázatok lehetővé teszik az üzlet számára, hogy valódi kompromisszumokat hozzon, és megvédik a csapattag lehetetlen kötelezettségeitől, amelyeket nevükben kötöttek el.