Como você divide um projeto grande em entregáveis?

Question

Accepted Answer

Um projeto grande é uma parede de risco e incerteza. Dividi-lo em pequenas peças entregáveis independentemente o torna **planejável, paralelizável e reduz risco**. A arte é fatiar para que cada peça entregue valor e revele riscos cedo.

## Como fatiar

```text
✓ Slice VERTICALLY — thin end-to-end features, not horizontal layers
✓ Ship the RISKIEST/most uncertain part early — learn before you commit
✓ Make each slice INDEPENDENTLY valuable and shippable if possible
✓ Keep slices SMALL — days, not months
✓ Sequence so the team can work in PARALLEL
✓ Define DONE for each (tested, deployed, not just "code written")
```

## Vertical bate horizontal

Não construa "todo o backend, depois todo o frontend", você não terá nada demonstrável por semanas e integra no final (onde tudo quebra). Em vez disso, construa um recurso fino completamente, de ponta a ponta, depois o próximo. Você entrega e aprende continuamente.

## Um exemplo concreto

Para "construir um sistema de relatórios", o primeiro corte não é "a camada de banco de dados". É "um relatório, dados reais, na tela, de ponta a ponta". Isso prova que todo o pipeline funciona e dá aos usuários algo para reagir na semana um.

## Uma armadilha

Fatiar muito finamente cria sobrecarga de coordenação; muito grosseiramente e você volta ao risco big-bang. Aponte para fatias que uma pessoa pode terminar em dias.

## Por que isso importa

Projetos big-bang falham big-bang, você descobre tarde, quando é caro mudar.

Pequenos cortes verticais permitem que você entregue valor cedo, corrija o rumo barato e mantenha todo o time produtivo em paralelo.