8 min leitura • Guide 790 of 877
Estratégias de Grooming de Backlog
Um backlog bem preparado torna o planejamento suave. GitScrum fornece ferramentas de gerenciamento de backlog para manter itens de trabalho organizados e prontos.
Saúde do Backlog
Sinais de Backlog Não Saudável
VERIFICAÇÃO DE SAÚDE DO BACKLOG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ BACKLOG NÃO SAUDÁVEL: │
│ ───────────────────── │
│ ❌ 500+ itens (ninguém sabe o que está lá) │
│ ❌ Itens mais antigos de 2+ anos atrás │
│ ❌ Itens vagos ("Melhorar performance") │
│ ❌ Sem estimativas em itens próximos │
│ ❌ Sem ordem de prioridade clara │
│ ❌ Itens duplicados │
│ ❌ Itens não mais relevantes │
│ ❌ Itens do topo não prontos para sprint │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ BACKLOG SAUDÁVEL: │
│ ────────────────── │
│ ✅ Tamanho gerenciável (50-100 itens) │
│ ✅ Ordem de prioridade clara │
│ ✅ Top 2-3 sprints refinados e estimados │
│ ✅ Cada item tem critérios de aceitação claros │
│ ✅ Sem duplicatas │
│ ✅ Limpeza regular de itens obsoletos │
│ ✅ Histórias pequenas o suficiente para um sprint │
│ ✅ Equipe entende itens do topo │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ESTRUTURA DO BACKLOG: │
│ │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ PRIORIDADE 1-10: REFINADO (Próximos 2 sprints) ││
│ │ ────────────────────────────────────── ││
│ │ • Estimado ││
│ │ • Critérios de aceitação prontos ││
│ │ • Equipe entende ││
│ │ • Pronto para puxar ││
│ ├─────────────────────────────────────────────────────────┤│
│ │ PRIORIDADE 11-30: PARCIALMENTE REFINADO (Em breve) ││
│ │ ──────────────────────────────────────── ││
│ │ • Compreensão geral ││
│ │ • Precisa refinamento final ││
│ │ • Será refinado nas próximas 1-2 semanas ││
│ ├─────────────────────────────────────────────────────────┤│
│ │ PRIORIDADE 31+: IDEIAS/FUTURO ││
│ │ ─────────────────────── ││
│ │ • Ideias aproximadas ││
│ │ • Ainda não refinadas ││
│ │ • Revisar periodicamente ││
│ │ • Deletar se obsoletas ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Atividades de Grooming
Manutenção Regular
ATIVIDADES DE GROOMING DE BACKLOG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ REFINAMENTO SEMANAL (com equipe): │
│ ──────────────────────────────── │
│ • Revisar histórias próximas │
│ • Esclarecer requisitos │
│ • Escrever critérios de aceitação │
│ • Estimar esforço │
│ • Dividir histórias grandes │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ PO CONTÍNUO (assíncrono): │
│ ──────────────────────── │
│ • Adicionar novos itens conforme surgem │
│ • Priorizar/reordenar │
│ • Escrever descrições iniciais │
│ • Preparar para refinamento │
│ • Reunir contexto/designs │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ LIMPEZA MENSAL: │
│ ───────────────── │
│ • Revisar fundo do backlog │
│ • Deletar itens obsoletos │
│ • Arquivar itens "não faremos" │
│ • Consolidar duplicatas │
│ • Verificar se prioridades ainda são válidas │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ REVISÃO TRIMESTRAL: │
│ ─────────────────── │
│ • Alinhar backlog com roadmap │
│ • Re-priorização maior │
│ • Verificar se épicos estão no caminho │
│ • Revisar completado vs planejado │
└─────────────────────────────────────────────────────────────┘
Divisão de Histórias
QUEBRANDO HISTÓRIAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ POR QUE DIVIDIR: │
│ ─────────────── │
│ • Histórias devem caber em um sprint │
│ • Menores = menos risco, feedback mais rápido │
│ • Mais fácil estimar com precisão │
│ │
│ REGRA GERAL: │
│ Se estimativa > 8 pontos, considere dividir │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ESTRATÉGIAS DE DIVISÃO: │
│ │
│ POR WORKFLOW: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ORIGINAL: Gerenciamento de usuário ││
│ │ ││
│ │ DIVIDIR: ││
│ │ 1. Criar usuário ││
│ │ 2. Ver lista de usuários ││
│ │ 3. Editar usuário ││
│ │ 4. Deletar usuário ││
│ │ 5. Funções/permissões de usuário ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ POR TIPO DE USUÁRIO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ORIGINAL: Dashboard ││
│ │ ││
│ │ DIVIDIR: ││
│ │ 1. Dashboard admin ││
│ │ 2. Dashboard gerente ││
│ │ 3. Dashboard usuário ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ POR CAMINHO FELIZ + CASOS EXTREMOS: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ORIGINAL: Processamento de pagamento ││
│ │ ││
│ │ DIVIDIR: ││
│ │ 1. Pagamento com cartão de crédito bem-sucedido (caminho feliz) ││
│ │ 2. Tratamento de falha de pagamento ││
│ │ 3. Lógica de retry ││
│ │ 4. Processamento de reembolso ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ CADA DIVISÃO DEVE: │
│ • Entregar valor independentemente │
│ • Ser testável por si só │
│ • Ser completável em um sprint │
└─────────────────────────────────────────────────────────────┘
Priorização
Ordenando o Backlog
PROCESSO DE PRIORIZAÇÃO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ FATORES DE PRIORIZAÇÃO: │
│ │
│ 1. VALOR DE NEGÓCIO │
│ Quanto isso ajuda usuários/negócio? │
│ Impacto na receita, satisfação do usuário, valor estratégico │
│ │
│ 2. URGÊNCIA │
│ Quão sensível ao tempo isso é? │
│ Prazos, dependências, timing de mercado │
│ │
│ 3. ESFORÇO │
│ Quanto trabalho isso é? │
│ Alto valor baixo esforço = vitórias rápidas │
│ │
│ 4. RISCO │
│ Qual o risco de não fazer isso? │
│ Qual o risco de fazer isso? │
│ │
│ 5. DEPENDÊNCIAS │
│ O que deve vir antes disso? │
│ O que está bloqueado por isso? │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ WEIGHTED SHORTEST JOB FIRST (WSJF): │
│ │
│ WSJF = (Valor de Negócio + Criticidade de Tempo + Risco) / Esforço │
│ │
│ ┌───────────────────────────────────────────────────────┐ │
│ │ HISTÓRIA VALOR URGÊNCIA RISCO ESFORÇO WSJF │ │
│ │ ──────── ───── ──────── ───── ─────── ──── │ │
│ │ Bug login 9 10 8 2 13.5 ★ │ │
│ │ Novo relatório 7 5 3 8 1.9 │ │
│ │ Correção busca 8 6 5 3 6.3 │ │
│ │ Dashboard 6 4 2 13 0.9 │ │
│ └───────────────────────────────────────────────────────┘ │
│ │
│ Maior WSJF = Maior prioridade │
└─────────────────────────────────────────────────────────────┘
Limpeza
Gerenciando Tamanho do Backlog
LIMPEZA DE BACKLOG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ O PROBLEMA: │
│ Backlogs crescem para sempre se não podados │
│ Itens antigos se tornam irrelevantes mas nunca removidos │
│ │
│ REGRAS DE LIMPEZA: │
│ │
│ DELETAR SE: │
│ ☐ Sem atividade em 6+ meses │
│ ☐ Ninguém lembra por que foi adicionado │
│ ☐ Problema que resolve não existe mais │
│ ☐ Duplicata de outro item │
│ ☐ Supersedido por outro trabalho │
│ │
│ ARQUIVAR (NÃO DELETAR) SE: │
│ ☐ Boa ideia mas não priorizada │
│ ☐ Pode ser relevante no futuro │
│ ☐ Rejeitado por stakeholders por agora │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ SESSÃO DE LIMPEZA (Mensal): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ LIMPEZA DE BACKLOG: Revisão Janeiro ││
│ │ ││
│ │ ANTES: 287 itens ││
│ │ ││
│ │ REVISADO: ││
│ │ • 50 itens do fundo (mais antigos/menor prioridade) ││
│ │ ││
│ │ DECISÕES: ││
│ │ • Deletados: 12 (obsoletos, irrelevantes) ││
│ │ • Arquivados: 8 (boas ideias, não agora) ││
│ │ • Mesclados: 5 em itens existentes ││
│ │ • Manter: 25 (ainda válidos) ││
│ │ ││
│ │ DEPOIS: 262 itens ││
│ │ ││
│ │ NOTA: Foco na qualidade sobre quantidade ││
│ │ Um backlog menor e mais saudável é melhor ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ "Se está no backlog há um ano │
│ e não fizemos, realmente precisamos disso?" │
└─────────────────────────────────────────────────────────────┘