Como você estima trabalho e planeja de forma realista?

Question

Accepted Answer

Estimar é difícil porque software está cheio de desconhecimentos. O objetivo não é falsa precisão, é **um intervalo realista, comunicado honestamente** que ajuda o negócio a planejar. Bons tech leads estimam intervalos, surfaciam risco e refazem previsões conforme aprendem.

## Como estimar melhor

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

## Um exemplo concreto

Quando perguntado "quanto tempo leva o novo dashboard?", não diga "duas semanas." Diga: "O trabalho conhecido é cerca de duas semanas. Há uma desconhecida em torno da API de relatórios; se for limpa, duas semanas; se não, mais próximo de quatro. Saberei mais após um dia de investigação."

## Gerencie o padding honestamente

Não inflacione estimativas secretamente, e não deixe o otimismo esmagá-las. Torne a incerteza *explícita* para que os stakeholders possam tomar decisões de trade-off informadas em vez de serem surpreendidos.

## Por que isso importa

Estimativas ruins corroem confiança; tanto o time "sempre atrasado" quanto o time "sandbag" perdem credibilidade.

Intervalos honestos mais risco visível deixam o negócio tomar decisões reais de trade-off, e protegem seu time de compromissos impossíveis feitos em seu nome.