Melhores Práticas de Demo de Sprint

Demos de sprint (reviews) apresentam trabalho completado e coletam feedback. Boas demos constroem confiança de stakeholders e surfaçam insights valiosos. Demos ruins são apresentações entediantes que pessoas pulam. Este guia cobre como executar demos que importam.

Estrutura da Demo

Preparação

Configuração

PREPARAÇÃO DA DEMO
══════════════════

ANTES DA DEMO:
─────────────────────────────────────
Dia anterior:
├── Confirme o que está completo
├── Prepare ambiente de demo
├── Teste todas as demos funcionam
├── Atribua quem demonstra o que
├── Prepare talking points
└── Sem surpresas

Ambiente de demo:
├── Ambiente staging/demo
├── Dados frescos se necessário
├── Estável e testado
├── Plano de fallback se quebrar
└── Setup confiável

QUEM DEMONSTRA:
─────────────────────────────────────
Opções:
├── Cada pessoa demonstra seu trabalho
├── Uma pessoa demonstra tudo (consistente)
├── Rotacione líder da demo
├── Product Owner narra valor
└── Time decide

ORDEM DA DEMO:
─────────────────────────────────────
Melhor prática:
├── Comece com maior impacto
├── Agrupe features relacionadas
├── Fluxo da jornada do usuário
├── Termine com algo bom
├── Conte uma história
└── Fluxo lógico

Executando a Demo

Formato da Demo

FORMATO DA DEMO
═══════════════

ABERTURA (5 min):
─────────────────────────────────────
"Este sprint nossa meta era [meta].
Completamos [X] de [Y] itens planejados.
Deixe eu mostrar o que construímos."

├── Lembrete da meta do sprint
├── Contexto rápido
├── O que vem na demo
└── Defina expectativas

CADA ITEM DA DEMO:
─────────────────────────────────────
Estrutura para cada feature:

1. CONTEXTO (30 seg)
   "Como [usuário], eu precisava [objetivo]"
   - Para quem é isso?
   - Que problema resolve?

2. DEMO (2-5 min)
   - Mostre funcionando
   - Cenários reais
   - Happy path primeiro
   - Edge cases se interessante
   - Deixe falar por si

3. FEEDBACK (1-2 min)
   "Alguma pergunta ou feedback?"
   - Convide input
   - Anote para follow-up
   - Não debata agora

EXEMPLO DE DEMO:
─────────────────────────────────────
"Agora vou mostrar o novo export de fatura.
Antes, finanças tinha que copiar dados manualmente.
Agora clicam Export, escolhem formato, pronto.
[mostra feature]
Alguma pergunta antes de seguirmos?"

ENCERRAMENTO (5 min):
─────────────────────────────────────
├── Resumo do que foi entregue
├── O que vem no próximo sprint
├── Abra para perguntas
├── Agradeça a todos
└── Defina expectativas

Coletando Feedback

COLETA DE FEEDBACK
══════════════════

PERGUNTE ATIVAMENTE:
─────────────────────────────────────
Não: "Alguma pergunta?" (recebe silêncio)
Sim: "O que vocês acham desta abordagem?"
Sim: "Isso resolve o problema que vocês tinham?"
Sim: "O que está faltando?"

CAPTURE FEEDBACK:
─────────────────────────────────────
├── Designe quem toma notas
├── Anote quem disse o que
├── Capture action items
├── Adicione ao backlog depois
└── Follow-up conforme necessário

NÃO:
├── Defender imediatamente
├── Prometer corrigir tudo
├── Debater durante demo
├── Descartar feedback
└── Ignorar stakeholders

Melhores Práticas

Para Demos de Sprint

1. Mostre software — Não slides
2. Prepare antes — Teste tudo
3. Feedback ativo — Pergunte
4. Timebox — 1 hora máximo
5. Capture insights — Documente

Anti-Padrões

ERROS DE DEMO DE SPRINT:
✗ Apresentação de slides
✗ Demo não preparada
✗ Mostrar trabalho incompleto
✗ Detalhes técnicos demais
✗ Monólogo sem interação
✗ Sem stakeholders
✗ Não coletar feedback
✗ Demo quebra

Soluções Relacionadas

• Melhores práticas de sprint review
• Engajamento de stakeholders
• Executando sprint reviews efetivas