6 min leitura • Guide 415 of 877
Técnicas de Quebra de Épicos
Épicos são itens de trabalho grandes que devem ser quebrados para entrega. Uma boa quebra cria histórias valiosas e independentemente entregáveis. Uma má quebra cria fatias arbitrárias que não entregam valor sozinhas. Este guia cobre quebra eficaz de épicos.
Abordagens de Quebra
| Abordagem | Melhor Para |
|---|---|
| Etapas de workflow | Processos |
| Tipos de usuário | Múltiplas personas |
| Regras de negócio | Lógica complexa |
| CRUD | Recursos de dados |
Técnicas de Quebra
Padrões Comuns
TÉCNICAS DE QUEBRA DE ÉPICOS
════════════════════════════
POR ETAPA DE WORKFLOW:
─────────────────────────────────────
Épico: Checkout do usuário
História 1: Adicionar ao carrinho
História 2: Ver carrinho
História 3: Inserir entrega
História 4: Inserir pagamento
História 5: Confirmar pedido
História 6: Email de confirmação do pedido
Cada etapa = fatia entregável
POR TIPO DE USUÁRIO:
─────────────────────────────────────
Épico: Dashboard do usuário
História 1: Dashboard para usuários gratuitos
História 2: Dashboard para usuários pro
História 3: Dashboard para usuários admin
Cada persona = fatia
POR REGRA DE NEGÓCIO:
─────────────────────────────────────
Épico: Sistema de desconto
História 1: Descontos percentuais
História 2: Descontos de valor fixo
História 3: Compre X ganhe Y descontos
História 4: Empilhamento de múltiplos descontos
Cada regra = fatia
POR OPERAÇÃO CRUD:
─────────────────────────────────────
Épico: Gerenciamento de projeto
História 1: Criar projeto
História 2: Ver projeto
História 3: Atualizar projeto
História 4: Deletar projeto
História 5: Listar projetos
Cada operação = fatia
Mais Técnicas
MAIS PADRÕES DE QUEBRA
═══════════════════════
POR CAMINHO FELIZ vs CASOS EXTREMOS:
─────────────────────────────────────
Épico: Processamento de pagamento
História 1: Pagamento bem-sucedido (caminho feliz)
História 2: Lidar com cartão recusado
História 3: Lidar com timeout de rede
História 4: Lidar com submissão duplicada
História 5: Lidar com reembolsos
Caminho feliz primeiro, depois extremos
POR PLATAFORMA:
─────────────────────────────────────
Épico: App mobile
História 1: App iOS
História 2: App Android
História 3: Otimização para tablet
Cada plataforma = fatia
POR VARIAÇÃO DE DADOS:
─────────────────────────────────────
Épico: Geração de relatório
História 1: Relatório para projeto único
História 2: Relatório entre projetos
História 3: Intervalos de data customizados
História 4: Formatos de exportação
Complexidade de dados = fatias
POR INTERFACE:
─────────────────────────────────────
Épico: Integração API
História 1: UI para integração
História 2: Endpoint API
História 3: Receptor webhook
História 4: Importação em lote
Cada interface = fatia
Fatiamento Vertical
Fatias Full-Stack
FATIAMENTO VERTICAL
════════════════════
HORIZONTAL (Evitar):
─────────────────────────────────────
Épico: Registro de usuário
Fatias de camada (ruim):
├── História: Criar schema do banco
├── História: Construir API backend
├── História: Criar formulário frontend
├── História: Adicionar validação
└── Sem valor até tudo pronto
VERTICAL (Preferir):
─────────────────────────────────────
Épico: Registro de usuário
Fatias de valor (bom):
├── História: Registrar com email
│ ├── UI: formulário email
│ ├── API: criar usuário
│ ├── DB: armazenar usuário
│ └── Valor: pode registrar!
│
├── História: Adicionar requisitos de senha
├── História: Adicionar verificação email
└── Cada história = recurso funcionando
DIAGRAMA DE FATIA VERTICAL:
─────────────────────────────────────
UI API DB
│ │ │
História1 ├──────┼─────┤ ← Recurso completo
│ │ │
História2 ├──────┼─────┤ ← Recurso completo
│ │ │
História3 ├──────┼─────┤ ← Recurso completo
Não:
UI API DB
│ │ │
História1 ├──────┼─────│ ← Só UI
│ │ │
História2 │──────┼─────│ ← Só API
│ │ │
História3 │──────┼─────┤ ← Só DB
Validação
Verificando Sua Quebra
VALIDANDO QUEBRA
═════════════════
CRITÉRIOS INVEST:
─────────────────────────────────────
Cada história deve ser:
├── I - Independente (não dependente)
├── N - Negociável (não rígida)
├── V - Valiosa (entrega valor)
├── E - Estimável (equipe pode dimensionar)
├── S - Pequena (cabe no sprint)
├── T - Testável (pode verificar)
└── Verificação de qualidade
PERGUNTAS A FAZER:
─────────────────────────────────────
├── Podemos demonstrar esta história sozinha?
├── Ela entrega valor ao usuário?
├── Podemos liberar só isso?
├── Está claro o que significa "feito"?
├── Equipe pode estimar?
├── Cabe em um sprint?
└── Perguntas de validação
MUITO PEQUENA:
─────────────────────────────────────
Sinais:
├── Sem valor sem outras
├── Só uma tarefa, não história
├── Leva horas, não dias
├── Não pode ser testada sozinha
└── Pode precisar combinar
MUITO GRANDE:
─────────────────────────────────────
Sinais:
├── Não cabe no sprint
├── Não pode estimar com confiança
├── Muitos critérios de aceitação
├── "E então e então..."
├── Múltiplos tipos de usuário
└── Precisa dividir mais
Suporte GitScrum
Rastreando Quebra
GITSCRUM PARA ÉPICOS
═════════════════════
RASTREAMENTO DE ÉPICO:
─────────────────────────────────────
├── Criar épico
├── Vincular histórias ao épico
├── Progresso do épico visível
├── Rollup do status das histórias
└── Visão hierárquica
QUEBRANDO:
─────────────────────────────────────
Processo:
├── Criar épico com escopo completo
├── Criar histórias filhas
├── Vincular ao épico
├── Estimar histórias
├── Puxar para sprints
└── Quebra gerenciada
PROGRESSO:
─────────────────────────────────────
├── Épico mostra % completo
├── Histórias restantes visíveis
├── Entrega sprint a sprint
├── Stakeholder pode ver progresso
└── Transparência
Melhores Práticas
Para Quebra de Épicos
- Fatias verticais — Valor full-stack
- Histórias INVEST — Verificação de qualidade
- Demonstráveis — Pode mostrar ao usuário
- Tamanho de sprint — Cabe na iteração
- Múltiplas técnicas — Ferramenta certa para o trabalho
Anti-Padrões
ERROS DE QUEBRA:
✗ Fatias horizontais de camada
✗ Histórias só técnicas
✗ Sem valor até o fim
✗ Histórias muito grandes
✗ Histórias muito pequenas
✗ Divisões arbitrárias
✗ Longas cadeias de dependência
✗ Sem critérios claros de pronto