9 min leitura • Guide 725 of 877
Melhores Práticas de Gestão de Product Backlog
Um backlog saudável é a bússola do seu time. O GitScrum fornece ferramentas de gestão de backlog incluindo priorização, workflows de grooming e recursos de organização que mantêm seu backlog enxuto e acionável.
Estrutura do Backlog
Hierarquia
ORGANIZAÇÃO DO BACKLOG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ NÍVEIS DE GRANULARIDADE: │
│ │
│ TEMAS (Trimestres/Anos) │
│ └── Grandes áreas estratégicas │
│ Exemplo: "Experiência Mobile", "Features Enterprise" │
│ │
│ ÉPICOS (Meses) │
│ └── Grandes entregas que abrangem sprints │
│ Exemplo: "Lançamento App iOS", "Integração SSO" │
│ │
│ FEATURES (Semanas) │
│ └── Funcionalidade voltada ao usuário │
│ Exemplo: "Push Notifications", "Suporte SAML" │
│ │
│ USER STORIES (Dias) │
│ └── Peças entregáveis únicas │
│ Exemplo: "Usuário pode habilitar push notifications" │
│ │
│ TASKS (Horas) │
│ └── Itens de trabalho técnico │
│ Exemplo: "Implementar integração APNs" │
│ │
│ RELACIONAMENTO: │
│ Tema → Múltiplos Épicos │
│ Épico → Múltiplas Features │
│ Feature → Múltiplas Stories │
│ Story → Múltiplas Tasks │
└─────────────────────────────────────────────────────────────┘
Zonas do Backlog
ZONAS DE TEMPERATURA DO BACKLOG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 🔥 ZONA QUENTE: Pronto para Sprint (Top 10-20 itens) │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ • Totalmente refinado com critérios de aceite ││
│ │ • Estimado com story points ││
│ │ • Dependências resolvidas ││
│ │ • Design completo se necessário ││
│ │ • Time entende o que construir ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ 🌡️ ZONA MORNA: Próximos (Próximos 20-30 itens) │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ • Estimativas rough ││
│ │ • Entendimento geral ││
│ │ • Pode precisar mais refinamento ││
│ │ • Pronto para puxar para zona quente ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ❄️ ZONA FRIA: Futuro (Todo o resto) │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ • Ideias e placeholders ││
│ │ • Sem requisitos detalhados ││
│ │ • Pode nunca ser construído ││
│ │ • Revisar periodicamente, deletar livremente ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PROPORÇÃO: Quente 20% : Morno 30% : Frio 50% │
│ (Mas zona fria pode ser menor através de poda) │
└─────────────────────────────────────────────────────────────┘
Práticas de Grooming
Processo de Refinamento
WORKFLOW DE REFINAMENTO DO BACKLOG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ESTÁGIO 1: INTAKE │
│ • Novos itens adicionados ao backlog │
│ • Apenas descrição breve │
│ • Tagueado como "Precisa Triagem" │
│ │
│ ESTÁGIO 2: TRIAGEM (Semanal) │
│ • Product owner revisa novos itens │
│ • Decisões rápidas aceitar/rejeitar/merge │
│ • Atribuição inicial de prioridade │
│ • Mover para zona morna ou deletar │
│ │
│ ESTÁGIO 3: REFINAMENTO (Semanal, 1-2 horas) │
│ • Time discute itens da zona morna │
│ • Adiciona critérios de aceite │
│ • Identifica considerações técnicas │
│ • Estimativa rough │
│ • Flag dependências │
│ │
│ ESTÁGIO 4: PRONTO │
│ • Move para zona quente │
│ • Critérios de aceite finais acordados │
│ • Story points atribuídos │
│ • Dependências resolvidas │
│ • Time confiante para construir │
│ │
│ CONTÍNUO: │
│ • Perguntas respondidas conforme surgem │
│ • Refinamento acontece durante o sprint │
│ • Meta: Sempre ter sprint worth de itens prontos │
└─────────────────────────────────────────────────────────────┘
Sessões de Refinamento
REUNIÃO DE GROOMING EFETIVA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ FREQUÊNCIA: Semanal, 1-2 horas │
│ PARTICIPANTES: Product Owner, Tech Lead, 2-3 desenvolvedores│
│ │
│ AGENDA: │
│ │
│ 1. REVISAR REFINAMENTOS DA SEMANA PASSADA (5 min) │
│ • Refinamos itens suficientes? │
│ • Algum item precisa mais trabalho? │
│ │
│ 2. DISCUTIR NOVOS ITENS (30-40 min) │
│ Para cada item: │
│ • Product owner explica intenção │
│ • Time faz perguntas de clarificação │
│ • Identifica abordagem técnica │
│ • Estimativa rough (T-shirt sizing) │
│ • Anota dependências │
│ │
│ 3. DEEP DIVE EM ITENS COMPLEXOS (20-30 min) │
│ • Quebrar itens grandes │
│ • Adicionar critérios de aceite detalhados │
│ • Resolver ambiguidades │
│ │
│ 4. ESTIMATIVA (15-20 min) │
│ • Planning poker para itens entrando zona quente │
│ • Discutir desacordos de estimativa │
│ │
│ 5. CHECK DE SAÚDE DO BACKLOG (5 min) │
│ • Temos itens prontos suficientes? │
│ • Algum item para deletar? │
│ • Mudanças de prioridade necessárias? │
│ │
│ OUTPUT: Itens movidos para status "Pronto" │
└─────────────────────────────────────────────────────────────┘
Escrevendo Bons Itens
Formato de User Story
TEMPLATE DE USER STORY:
┌─────────────────────────────────────────────────────────────┐
│ │
│ TÍTULO: Descrição breve, escaneável │
│ │
│ STORY: │
│ Como um [tipo de usuário] │
│ Eu quero [algum objetivo] │
│ Para que [algum benefício] │
│ │
│ CRITÉRIOS DE ACEITE: │
│ ☐ Dado [contexto], quando [ação], então [resultado] │
│ ☐ Dado [contexto], quando [ação], então [resultado] │
│ ☐ Dado [contexto], quando [ação], então [resultado] │
│ │
│ NOTAS: │
│ • Edge cases a considerar │
│ • Considerações técnicas │
│ • Links para designs ou docs │
│ │
│ ═══════════════════════════════════════════════════════════ │
│ │
│ EXEMPLO: │
│ │
│ TÍTULO: Email de Reset de Senha │
│ │
│ Como um usuário que esqueceu minha senha │
│ Eu quero receber um email de reset │
│ Para que eu possa recuperar acesso à minha conta │
│ │
│ CRITÉRIOS DE ACEITE: │
│ ☐ Dado que estou na página de login, quando clico │
│ "Esqueci senha" e informo email válido, então recebo │
│ email de reset em 5 minutos │
│ ☐ Link de reset expira após 24 horas │
│ ☐ Apenas um link de reset ativo por vez │
│ ☐ Email inválido mostra mensagem genérica (segurança) │
│ │
│ NOTAS: │
│ • Usar serviço de email existente │
│ • Design no Figma: [link] │
└─────────────────────────────────────────────────────────────┘
Critérios INVEST
CHECK DE QUALIDADE PARA USER STORIES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ I - INDEPENDENTE │
│ Pode ser entregue sem depender de outras stories │
│ Ruim: "Adicionar pagamento depois que login estiver pronto"│
│ Bom: "Usuário pode fazer pagamento" (login assumido) │
│ │
│ N - NEGOCIÁVEL │
│ Detalhes podem ser discutidos, não contrato fixo │
│ Ruim: "Exatamente 3 colunas com headers azuis" │
│ Bom: "Exibir produtos em formato escaneável" │
│ │
│ V - VALIOSA │
│ Entrega valor ao usuário ou negócio │
│ Ruim: "Refatorar módulo de database" │
│ Bom: "Página carrega em menos de 2 segundos" │
│ │
│ E - ESTIMÁVEL │
│ Time pode dar estimativa razoável │
│ Ruim: "Melhorar performance" (quanto? onde?) │
│ Bom: "Reduzir resposta API checkout para <500ms" │
│ │
│ S - SMALL (Pequena) │
│ Cabe em um sprint (idealmente 1-3 dias) │
│ Ruim: "Construir dashboard admin" │
│ Bom: "Admin pode visualizar lista de usuários" │
│ │
│ T - TESTÁVEL │
│ Critérios claros para "pronto" │
│ Ruim: "Tornar user-friendly" │
│ Bom: "Usuário completa tarefa em <3 cliques" │
│ │
│ Se story falha em qualquer critério, refine mais │
└─────────────────────────────────────────────────────────────┘
Manutenção
Limpeza Regular
HIGIENE DO BACKLOG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SEMANAL: │
│ ☐ Triagem de novos itens (5-10 min) │
│ ☐ Atualizar itens em progresso │
│ ☐ Remover duplicatas │
│ │
│ MENSAL: │
│ ☐ Revisar itens zona fria │
│ ☐ Deletar itens stale (>6 meses, sem atividade) │
│ ☐ Re-priorizar baseado em aprendizados │
│ ☐ Checar progresso de épicos │
│ │
│ TRIMESTRAL: │
│ ☐ Revisar todos épicos contra estratégia │
│ ☐ Arquivar épicos completados │
│ ☐ Repriorização major se necessário │
│ ☐ Limpar labels e tags │
│ │
│ REGRAS DE DELEÇÃO: │
│ • Sem atividade em 6 meses → Deletar │
│ • Substituído por outro item → Deletar │
│ • Solicitante original saiu → Revisar e prob. deletar │
│ • "Algum dia" por mais de um ano → Deletar │
│ │
│ MANTRA: "Na dúvida, delete" │
│ Itens importantes voltam. Bagunça fica para sempre. │
└─────────────────────────────────────────────────────────────┘
Métricas de Saúde
INDICADORES DE SAÚDE DO BACKLOG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ BACKLOG SAUDÁVEL: │
│ ✓ 2-3 sprints de itens refinados prontos │
│ ✓ Menos de 100 itens total │
│ ✓ Ordem de prioridade clara │
│ ✓ Sem itens mais velhos que 6 meses sem atividade │
│ ✓ Menos de 10% itens bloqueados │
│ │
│ BACKLOG NÃO SAUDÁVEL: │
│ ✗ Itens refinados insuficientes para próximo sprint │
│ ✗ Centenas de itens │
│ ✗ Tudo marcado "alta prioridade" │
│ ✗ Itens de 2 anos atrás ainda lá │
│ ✗ Não consegue achar coisas, organização ruim │
│ │
│ MÉTRICAS PARA RASTREAR: │
│ │
│ • Contagem de itens prontos │
│ (Deve sempre ser > capacidade do sprint) │
│ │
│ • Idade média dos itens do backlog │
│ (Deve ser < 6 meses) │
│ │
│ • Proporção itens adicionados vs completados │
│ (Deve ser aproximadamente 1:1 ao longo do tempo) │
│ │
│ • Tempo da ideia até pronto │
│ (Deve ser < 2 semanas para maioria dos itens) │
└─────────────────────────────────────────────────────────────┘