Conceito e mecanismo
O Product Backlog deve tornar visível o trabalho necessário ao produto, incluindo manutenção, correções e redução de dívida técnica quando relevantes. Ordenar envolve escolhas: valor esperado, urgência real, risco, esforço, dependências e informação em falta podem alterar a sequência. Um método de pontuação ajuda a conversar, mas os números continuam baseados em hipóteses e precisam de interpretação. Explica o custo de oportunidade do trabalho escolhido. Um pedido urgente deve trazer contexto sobre impacto e prazo, em vez de ganhar prioridade só pela posição de quem o apresenta. Consulta a equipa sobre capacidade e viabilidade. Não há uma fórmula de priorização obrigatória em Scrum nem equivalência universal entre pontos e dinheiro.
Aplicação guiada
Num exemplo original, a equipa tem oito dias de capacidade para opções independentes. Uma correção de três dias remove uma falha recorrente com impacto documentado; uma integração de sete dias depende de acesso ainda indisponível; uma melhoria de cinco dias tem benefício observado. Não concluas automaticamente que o item de maior benefício estimado cabe primeiro. Expõe a dependência e compara combinações viáveis: três mais cinco ocupa os oito dias, enquanto a integração exigiria resolver o acesso antes. Este cálculo simplifica um caso, não prevê produtividade real. Para dívida técnica, liga a proposta a consequências concretas como incidentes, tempo de recuperação ou custo de alteração. Se surgir informação nova, revê a ordenação e comunica o que mudou.
Três dias mais cinco dias cabem numa capacidade fictícia de oito dias.
Armadilhas comuns
Pontuação como certeza; tudo urgente; esconder trabalho de manutenção; ignorar dependências.
Tópicos relacionados: Objetivo, valor e responsabilidade · Necessidades e descoberta · Refinamento, critérios e qualidade
Uma ordenação defensável explica critérios, restrições e trabalho adiado.
Referência: Deciding on priorities · Scrum Guide November2020; EBM May2024; primary product practice reviewed 2026-09-30