Como você estima trabalho e gerencia cronogramas?

Question

Accepted Answer

**Estimativa** é prever quanto tempo o trabalho levará; **gerenciamento de cronograma** é planejar e ajustar em torno dessas previsões. A verdade fundamental: estimativas são *palpites probabilísticos*, não promessas — e tratá-las como promessas é onde a maioria da dor do cronograma vem.

## Técnicas de estimativa

```text
✓ BREAK DOWN → estimate small tasks; big things are always underestimated
✓ RELATIVE sizing → story points / t-shirt sizes (S/M/L) over false-precise hours
✓ Use HISTORY → what did similar work actually take? (velocity)
✓ THREE-POINT → best / likely / worst case to capture uncertainty
✓ Involve the people DOING the work — not just the lead
```

## Contabilize incerteza e realidade

```text
✓ Add buffer for the unknown (integration, review, bugs)
✓ Remember NON-coding time → meetings, support, code review, testing
✓ Beware the planning fallacy → people are reliably optimistic
✓ Express ranges, not single points → "3–5 days," not "4 days"
```

## Gerenciando o cronograma

```text
✓ Track progress vs. plan continuously
✓ Surface slippage EARLY — bad news doesn't improve with age
✓ Re-estimate as you learn; the plan is a hypothesis
✓ When behind, adjust scope/resources/date — don't just hope
```

## Um exemplo concreto

Quando perguntado "quanto tempo para o novo painel?", uma resposta fraca é "duas semanas." Uma resposta forte: divida em tarefas, dimensione cada uma, adicione buffer e diga "provavelmente 2–3 semanas, com a exportação de dados sendo o maior risco." Isso comunica com honestidade e sinaliza onde poderia escorregar.

## Uma armadilha comum

Dar uma única data confiante sob pressão e depois ser mantido a ela. Ou preencher silenciosamente — é melhor ser transparente sobre incerteza e risco.

## Por que isso importa

Cronogramas irrealistas levam a apertos, atalhos e confiança quebrada.

Estimativas honestas, baseadas em intervalos, definem expectativas corretamente e sobrevivem ao contato com a realidade.

Estimativa é uma previsão, não um contrato.

A habilidade é comunicar incerteza claramente e ajustar cedo quando a realidade diverge do plano.