5 min leitura • Guide 742 of 877
Técnicas de Divisão de Stories
Stories grandes criam risco e atrasam feedback. GitScrum ajuda times a rastrear stories divididas com relacionamentos pai-filho e rollups de progresso.
Por Que Dividir Stories
O Problema com Stories Grandes
PROBLEMAS DE STORY GRANDE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ STORY GRANDE (13 pontos): │
│ "Como usuário, posso gerenciar configurações da conta" │
│ │
│ O QUE ACONTECE: │
│ │
│ Dia 1: "Trabalhando nisso" │
│ Dia 2: "Ainda trabalhando" │
│ Dia 3: "Progredindo" │
│ Dia 4: "Quase pronto" │
│ Dia 5: "90% pronto" │
│ Dia 6: "Só finalizando" │
│ Dia 7: "Achei um problema" │
│ Dia 8: "Na verdade 50% pronto" │
│ Dia 9-15: Mais do mesmo... │
│ │
│ PROBLEMAS: │
│ │
│ ❌ Sem feedback até terminar │
│ ❌ "90% pronto" por dias │
│ ❌ Difícil estimar com precisão │
│ ❌ Risco escondido até muito tarde │
│ ❌ Bloqueia outro trabalho │
│ ❌ Não pode entregar valor parcial │
│ ❌ Compromisso do sprint incerto │
│ │
│ A ALTERNATIVA: │
│ │
│ Divida em 5 stories (2-3 pontos cada) │
│ Entregue 1-2 por dia │
│ Obtenha feedback continuamente │
│ Adapte baseado no aprendizado │
└─────────────────────────────────────────────────────────────┘
Benefícios de Stories Pequenas
BENEFÍCIOS DE STORY PEQUENA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ FLUXO PREVISÍVEL: │
│ • Stories completam diariamente │
│ • Burndown é suave │
│ • Progresso visível │
│ │
│ MELHORES ESTIMATIVAS: │
│ • Menos desconhecido em escopo menor │
│ • Mais fácil comparar │
│ • Velocidade mais precisa │
│ │
│ FEEDBACK MAIS RÁPIDO: │
│ • Entregue para usuários mais cedo │
│ • Detecte problemas cedo │
│ • Corrija curso rapidamente │
│ │
│ MENOR RISCO: │
│ • Menos retrabalho se errado │
│ • Mais fácil pivotar │
│ • Menos problemas de integração │
│ │
│ BENEFÍCIOS DO TIME: │
│ • Mais satisfatório (conclusão!) │
│ • Colaboração mais fácil │
│ • Menos contexto para compartilhar │
│ │
│ TAMANHO IDEAL: │
│ • 1-3 dias de trabalho │
│ • 1-5 story points │
│ • Cabe no sprint facilmente │
│ • Entrega algo utilizável │
└─────────────────────────────────────────────────────────────┘
Técnicas de Divisão
Por Passos do Fluxo
DIVIDIR POR FLUXO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ STORY ORIGINAL: │
│ "Como usuário, posso gerenciar meu perfil" │
│ (Muito grande - 13 pontos) │
│ │
│ IDENTIFIQUE PASSOS DO FLUXO: │
│ Ver → Editar → Salvar → Validar → Notificar │
│ │
│ STORIES DIVIDIDAS: │
│ │
│ 1. "Como usuário, posso ver meu perfil atual" │
│ (2 pontos) - Apenas exibição │
│ │
│ 2. "Como usuário, posso editar meu nome e email" │
│ (3 pontos) - Edição básica │
│ │
│ 3. "Como usuário, posso fazer upload de foto de perfil" │
│ (3 pontos) - Tratamento de foto │
│ │
│ 4. "Como usuário, posso mudar minha senha" │
│ (3 pontos) - Sensível à segurança │
│ │
│ 5. "Como usuário, recebo email quando perfil muda" │
│ (2 pontos) - Notificação │
└─────────────────────────────────────────────────────────────┘
Melhores Práticas
Para Divisão de Stories
- Cada pedaço entrega valor — Não apenas partes técnicas
- Independente — Pode ser deployado sozinho
- Tamanho consistente — 1-5 pontos ideal
- Testável — Pode verificar que funciona
- Aprenda e adapte — Ajuste baseado no feedback
Anti-Padrões
ERROS DE DIVISÃO DE STORIES:
✗ Dividir por camada técnica (backend/frontend)
✗ Stories que não entregam valor sozinhas
✗ Dividir demais (overhead de gestão)
✗ Não dividir o suficiente (stories de 13+ pts)
✗ Perder o contexto geral
✗ Dependências horizontais demais
✗ Não rastrear stories relacionadas
✗ Dividir apenas pelo tamanho