Quebrando Épicos em Tarefas Gerenciáveis

Épicos grandes são inimigos do fluxo. Quando o trabalho é muito grande, é difícil estimar, acompanhar e concluir. Quebrar épicos em tarefas gerenciáveis permite melhor planejamento, visibilidade clara de progresso e entrega mais rápida. A hierarquia de tarefas do GitScrum suporta decomposição efetiva.

Por Que Quebrar Épicos

Técnicas de Decomposição

Fatiamento Vertical

ABORDAGEM DE FATIA VERTICAL
═══════════════════════════

RUIM (Horizontal/Camada):
─────────────────────────
Épico: Autenticação de Usuário

Tarefa 1: Projetar esquema de banco (2 semanas)
Tarefa 2: Construir API backend (2 semanas)
Tarefa 3: Criar UI frontend (2 semanas)
Tarefa 4: Testes de integração (1 semana)

Problema: Sem valor até semana 7

BOM (Fatia Vertical):
─────────────────────
Épico: Autenticação de Usuário

Fatia 1: Login email/senha (3 dias)
  └── BD + API + UI + Testes para login básico

Fatia 2: Reset de senha (2 dias)
  └── BD + API + UI + Testes para fluxo de reset

Fatia 3: Lembrar-me (1 dia)
  └── BD + API + UI + Testes para persistência

Fatia 4: Login OAuth (3 dias)
  └── BD + API + UI + Testes para Google/GitHub

Valor: Login funcionando após 3 dias!

Critérios INVEST

LISTA DE VERIFICAÇÃO INVEST
═══════════════════════════

Para cada tarefa, verifique:

I - Independente
    Pode ser trabalhada sem bloquear outras

N - Negociável
    Detalhes podem ser discutidos, não especificação rígida

V - Valioso
    Entrega algo útil quando concluído

E - Estimável
    Equipe pode estimar o esforço

S - Pequeno
    Concluível em 1-3 dias

T - Testável
    Critérios claros para "concluído"

Se qualquer um falhar → Divida ainda mais

Mapeamento de Histórias

ESTRUTURA DE MAPA DE HISTÓRIA
═════════════════════════════

JORNADA DO USUÁRIO (esquerda para direita)
──────────────────────────────────────────
Visitar  →  Cadastrar →  Configurar →  Usar      →  Gerenciar
Site       Conta       Perfil       Recursos      Conta

PRIORIDADE (topo para baixo)
────────────────────────────

MVP:     [Página]  [Registrar] [Básico]  [Núcleo]   [Logout]
           Inicial   Email       Nome     Recurso

V1.1:    [Sobre]   [OAuth]     [Avatar] [Avançado] [Config]
           Página   Login                 Recurso

V1.2:    [Blog]    [Convidar]  [Prefs]  [Premium]  [Cobrança]
                    Equipe                Recurso

Implementação GitScrum

Hierarquia de Tarefas

ESTRUTURA DE TAREFAS NO GITSCRUM
════════════════════════════════

ÉPICO (usando rótulo + tarefa pai):
├── Rótulo: epic:user-auth
├── Tarefa Pai: "Sistema de Autenticação de Usuário"
│
├── História: "Login Email/Senha"
│   ├── Tarefa: Criar migração tabela usuários
│   ├── Tarefa: Construir endpoint API login
│   ├── Tarefa: Criar componente formulário login
│   ├── Tarefa: Adicionar validação formulário
│   ├── Tarefa: Implementar gerenciamento sessão
│   └── Tarefa: Escrever testes login
│
├── História: "Reset de Senha"
│   ├── Tarefa: Adicionar token reset ao esquema
│   ├── Tarefa: Construir endpoint solicitação reset
│   ├── Tarefa: Criar template email reset
│   ├── Tarefa: Construir formulário reset
│   └── Tarefa: Escrever testes fluxo reset
│
└── História: "Login OAuth"
    ├── Tarefa: Configurar provedores OAuth
    ├── Tarefa: Construir manipulador callback OAuth
    ├── Tarefa: Criar componentes botão OAuth
    └── Tarefa: Escrever testes OAuth

Acompanhamento de Progresso

VISUALIZAÇÃO PROGRESSO ÉPICO
════════════════════════════

Sistema de Autenticação de Usuário
──────────────────────────────────
Progresso: ████████░░ 75%

Histórias:
├── Login Email/Senha     ████████████ 100% ✓
├── Reset de Senha        ████████░░░░ 67%
├── Login OAuth          ████░░░░░░░░ 33%
└── Autenticação Dois    ░░░░░░░░░░░░ 0%
    Fatores

Concluído: 15/20 tarefas
Este Sprint: 5 tarefas restantes

Oficina de Decomposição

Exercício em Equipe

SESSÃO DE QUEBRA DE ÉPICO
═════════════════════════

DURAÇÃO: 30-60 minutos

1. ENTENDER (10 min)
   ├── O que é o épico?
   ├── Quem é o usuário?
   └── Qual é o objetivo?

2. MAPEAR (15 min)
   ├── Desenhar jornada usuário
   ├── Identificar passos principais
   └── Agrupar por funcionalidade

3. FATTIAR (20 min)
   ├── Identificar fatia MVP
   ├── Dividir em histórias
   ├── Dividir ainda mais em tarefas
   └── Aplicar critérios INVEST

4. ESTIMAR (10 min)
   ├── Dimensionamento rápido (P/M/G)
   ├── Identificar desconhecidos
   └── Marcar riscos

SAÍDA:
├── Lista de histórias priorizadas
├── Tarefas por história
└── Escopo primeiro sprint

Padrões Comuns

Por Área Técnica

PADRÕES DE DECOMPOSIÇÃO
════════════════════════

OPERAÇÕES CRUD:
├── Funcionalidade criar
├── Funcionalidade ler/listar
├── Funcionalidade atualizar
├── Funcionalidade deletar
└── Validação e tratamento erro

FLOWS DE USUÁRIO:
├── Caminho feliz
├── Estados erro
├── Casos extremos
├── Estados carregamento
└── Estados vazios

INTEGRAÇÃO:
├── Definição contrato API
├── Implementação
├── Tratamento erro
├── Lógica retry
└── Monitoramento/logging

Melhores Práticas

Para Quebra Efetiva

1. Fatie verticalmente — Funcionalidade completa, não camadas
2. Mantenha tarefas 1-3 dias — Menor geralmente é melhor
3. Inclua testes — Não uma fase separada
4. Defina concluído claramente — Critérios aceitação testáveis
5. Permita refinamento — Detalhes emergem durante desenvolvimento

Anti-Padrões

EVITE ESTES:
✗ Tarefas que levam semanas
✗ Fatias horizontais (todo BD, depois toda API)
✗ Testes como épico separado
✗ Sem critérios aceitação
✗ Quebrar muito cedo (desperdício se prioridades mudarem)
✗ Uma pessoa possui épico inteiro

Soluções Relacionadas

• Criando histórias de usuário acionáveis
• Planejamento de sprint com velocidade no GitScrum
• Estimando tarefas de desenvolvedor com precisão