O que e o Product Backlog no PMBOK 8?
O Product Backlog — mantido com o mesmo nome em portugues no contexto agil — e uma lista priorizada de todo o trabalho identificado para um produto, representando os requisitos funcionais e não-funcionais ordenados por valor para o negocio. No PMBOK Guide, Eighth Edition, o Product Backlog e reconhecido como uma saida das abordagens adaptativas e aparece no contexto da gestão do escopo em projetos ageis e hibridos.
O PMBOK Guide, Eighth Edition descreve o Product Backlog no contexto adaptativo:
Cadastre-se para navegar sem anúncios e participar do Project Together →
“In adaptive approaches, a product backlog or similar artifact serves as the scope definition for the project. The product backlog is a prioritized list of work to be done to develop the product. It evolves throughout the project as the team learns more about the product and the customer’s needs. The product owner is responsible for the product backlog, including its content, availability, and ordering.”
— PMBOK Guide, Eighth Edition (2025)
O Product Backlog e o equivalente agil da combinacao de Declaracao do Escopo + EAP em abordagens preditivas — mas com uma diferenca fundamental: ele e um artefato vivo, continuamente refinado e reordenado conforme o time aprende mais sobre o produto e as necessidades do cliente.
Estrutura do Product Backlog
| Nivel | Nome | Descricao |
|---|---|---|
| Estrategico | Epicos (Epics) | Grandes iniciativas ou funcionalidades de alto nivel — decomposta em features e historias |
| Tatico | Features | Grupos de historias de usuario que juntas entregam uma capacidade significativa ao produto |
| Operacional | Historias de Usuario (User Stories) | Unidade basica de trabalho — descricao de valor do ponto de vista do usuario, com criterios de aceite |
| Tecnico | Tasks / Tarefas | Atividades tecnicas especificas para implementar uma historia — surgem durante o Sprint Planning |
Atributos de um item do Product Backlog (PBI)
| Atributo | Descricao |
|---|---|
| Descricao | O que deve ser desenvolvido — tipicamente no formato de Historia de Usuario: “Como [usuario], quero [funcionalidade], para [beneficio]” |
| Prioridade / Ordenacao | Posicao relativa na lista — os itens mais valiosos e urgentes estao no topo |
| Estimativa (Story Points) | Tamanho relativo do esforco necessario — estimado pela equipe usando Fibonacci, T-shirt sizes ou Planning Poker |
| Criterios de aceite | Condicoes que devem ser atendidas para que o item seja considerado “pronto” (Definition of Done) |
| Status | Estado atual: backlog, selecionado para sprint, em progresso, em revisao, concluido |
| Valor de negocio | Impacto estimado no cliente ou no negocio — base para a priorizacao pelo Product Owner |
Product Backlog vs. EAP (Abordagem Preditiva)
| Aspecto | EAP (preditiva) | Product Backlog (adaptativa) |
|---|---|---|
| Definicao do escopo | Completa e definida no inicio — decomposicao hierarquica de todo o escopo | Progressiva e emergente — os itens de maior prioridade estao detalhados; os futuros são breves |
| Estabilidade | Mudancas passam pelo Controle Integrado de Mudancas — processo formal | Continuamente revisado e reordenado pelo Product Owner — mudancas são esperadas e bem-vindas |
| Unidade de entrega | Pacote de trabalho — unidade de planejamento e controle de custo e prazo | Historia de usuario — unidade de valor do negocio, estimada em story points |
| Horizonte de planejamento | Todo o projeto — planejado do inicio ao fim antes da execução | Rolling wave — sprints proximos detalhados; sprints futuros em alto nivel (just-in-time refinement) |
Product Backlog Refinement (Refinamento do Backlog)
O Refinamento do Backlog e o processo continuo de manter o Product Backlog atualizado, detalhado e priorizado:
| Atividade | Descricao |
|---|---|
| Detalhar historias | Decompor epicos e features em historias de usuario especificas, com criterios de aceite claros |
| Estimar | Time de desenvolvimento estima o tamanho relativo de cada historia em story points |
| Reordenar | Product Owner ajusta a ordem do backlog com base em feedback, mudancas de negocio ou novas informacoes |
| Dividir historias grandes | Historias muito grandes (epicos) são divididas em historias menores, implementaveis em um sprint |
| Remover itens obsoletos | Historias que perderam relevancia ou foram substituidas são removidas ou arquivadas |
Product Backlog em abordagens preditivas, adaptativas e hibridas
Abordagem adaptativa (agil)
O Product Backlog e o artefato central de gestão de escopo em projetos ageis. O Product Owner e o unico responsavel por seu conteudo e ordenacao. O backlog e publico e acessivel a toda a equipe e stakeholders. O Sprint Planning seleciona os itens de maior prioridade do topo do backlog para o Sprint Backlog — o que sera desenvolvido no sprint.
Abordagem preditiva (cascata)
Em projetos preditivos puros, o Product Backlog não e usado — a EAP e a Declaracao do Escopo definem o escopo. Quando uma equipe de desenvolvimento preditiva adota praticas ageis parcialmente, pode usar um backlog de melhorias ou de novos requisitos fora do escopo original.
Abordagem hibrida
Em projetos hibridos, o Product Backlog coexiste com a EAP. A EAP define a estrutura macroentregavel do projeto; o backlog define as funcionalidades a desenvolver nas fases ageis. O gerente do projeto garante que os itens do backlog estejam alinhados com os entregaveis da EAP e dentro do orcamento e prazo do projeto.
5 erros comuns no gerenciamento do Product Backlog
- Backlog sem Product Owner dedicado: um backlog gerenciado por comite — onde multiplas pessoas podem mudar a prioridade sem processo claro — e um backlog caótico. O Product Owner deve ter autoridade e responsabilidade unicos pelo backlog. Decisoes de prioridade devem ser consistentes e baseadas em valor de negocio claro.
- Backlog com milhares de itens sem priorizacao clara: um backlog de 500+ historias em que apenas as 20 primeiras estao detalhadas e as demais são linhas sem criterios de aceite e estimativas e um backlog não gerenciavel. O backlog deve ser regularmente refinado — itens obsoletos removidos, itens de alta prioridade detalhados, escopo que nunca sera desenvolvido eliminado.
- Não incluir divida tecnica e trabalho de infraestrutura no backlog: refatoracao de codigo, atualizacao de dependencias, melhoria de cobertura de testes — são itens tecnicos sem valor direto ao usuario final mas essenciais para a saude do produto. Esses itens devem estar no backlog e competir pela capacidade do time junto com as funcionalidades de negocio.
- Backlog escondido dos stakeholders: um backlog publico e transparente permite que o cliente e o patrocinador entendam o que esta planejado, questionem prioridades e ajustem expectativas. Um backlog secreto gera desconfianca e desalinhamento. A transparencia e um valor fundamental do agil — o backlog deve ser acessivel a todos.
- Não vincular o backlog a um objetivo de produto claro: um backlog sem Product Goal — sem um objetivo maior que guia o que deve e o que não deve estar no backlog — vira um repositorio de pedidos sem coerencia. O Product Goal define o norte do produto e orienta as decisoes de priorizacao do Product Owner.
Checklist do Product Backlog
| Item | Verificacao |
|---|---|
| Product Owner designado com autoridade clara sobre o backlog? | [ ] |
| Backlog ordenado por prioridade (maior valor no topo)? | [ ] |
| Itens do topo do backlog detalhados com criterios de aceite? | [ ] |
| Estimativas de story points definidas para os proximos sprints? | [ ] |
| Refinamento do backlog realizado regularmente (ao menos uma vez por sprint)? | [ ] |
| Divida tecnica e trabalho de infraestrutura representados no backlog? | [ ] |
| Backlog acessivel e transparente para a equipe e stakeholders? | [ ] |
Template e Exemplo de Product Backlog — PMBOK 8
Para facilitar a criacao e gestão do Product Backlog em seus projetos, disponibilizamos dois recursos gratuitos para download:
Template oficial PMBOK 8
Planilha Excel de Product Backlog — estrutura hierarquica (epicos, features, historias, tasks), campos de ID, descricao, criterios de aceite, story points, prioridade e status, calculo automatico de velocidade de sprint e projecao de conclusao do backlog, mapa de releases e dashboard de progresso.
Exemplo real — Projeto de Desenvolvimento de Software (ProjectAdm)
Product Backlog do projeto ProjectAdm — 3 epicos, 12 features e 187 historias de usuario ao longo de 12 sprints. Inclui historico de refinamento (42 historias adicionadas, 28 removidas e 15 modificadas apos feedback do cliente), evolucao da velocidade de 45 para 72 story points e mapa de releases com 4 versoes entregues.
Quer se aprofundar no PMBOK 8?
O PMBOK Guide — Eighth Edition e a referencia essencial para entender o Product Backlog e a gestão de escopo em abordagens adaptativas. Adquira agora:
Adquirir o PMBOK Guide — Eighth Edition na Amazon →
Teste seus conhecimentos sobre Product Backlog
Você sabe qual e a diferenca entre o Product Backlog e a EAP no PMBOK 8? E quem e o responsavel pelo backlog e quais são suas atribuicoes? Coloque seu conhecimento a prova:
Iniciar Etapa 1 do Quiz Project Together →
Perguntas frequentes sobre o Product Backlog
O que é o Product Backlog?
É a lista ordenada e única de tudo que pode ser necessário no produto — a fonte de trabalho do Scrum Team. É vivo: muda conforme o produto e o contexto evoluem.
Quem é responsável pelo Product Backlog?
O Product Owner. Ele responde pela ordenação, pela clareza e pela transparência do backlog.
O que é o refinamento do Product Backlog?
É a atividade contínua de detalhar, estimar e ordenar os itens — deixando-os prontos para futuras Sprints. Não é um evento formal.
Qual é o compromisso do Product Backlog?
A Meta do Produto: o objetivo de longo prazo que dá direção ao backlog.
O Product Backlog e o PMBOK 8
O Product Backlog dialoga com o Guia PMBOK 8:
- Domínio de Escopo: é onde o “o quê” do produto é priorizado por valor, de forma adaptativa.
- Transparência: um backlog visível e ordenado sustenta a inspeção e a adaptação.
- Focar no valor: ordenar por valor é decidir o que entrega mais resultado primeiro.
Scrum + PMBOK andam juntos ✅
Sua prática nesta aula — Agile Together
Aula 9 do curso Agile Together. Hora de mão na massa: a IA gera seu Product Backlog e você refina.
- Com o ambiente pronto (instalação padrão + passo 1 do menu executado), escolha o passo 2 do menu, “Meta do Produto + Product Backlog”.
- Use o prompt do curso (Cap. 1.7 do Guia ou card Referência): a IA lê o seu OBJETIVO do
.enve preencheMETA_DO_PRODUTO+ 9 histórias[IA]com prioridade e pontos. Revise a resposta, cole no cartão “0. Caixa de entrada” do seu quadro e rode o mesmo passo de novo. - Refine com o passo 3 do menu, “Refinar o backlog”: a IA revisa prioridade, story points e adiciona 3-5 critérios de aceitação por história no formato “Dado X, Quando Y, Então Z”. Revise e rode.
- Abra o board no ProjectAdm e confira: Meta do Produto + 9 histórias refinadas na lista Product Backlog.
📘 Os prompts prontos estão nos cards da lista Referência do seu board (criados pelo passo 1 do menu, “Configurar o quadro”) e no Guia Agile Together. Lembre: refinamento é contínuo — volte a refinar sempre que uma história estiver vaga.
Terminou a prática? Responda o quiz abaixo para concluir a aula — a próxima chega na hora no seu e-mail.
Cadastre-se para navegar sem anúncios e participar do Project Together →
QUIZ
Quer testar o que aprendeu neste artigo?
Uma pergunta de múltipla escolha + uma reflexão prática. Ganhe pontos no Project Together!
💬 Reflexões da comunidade
A priorização das atividades faz toda a diferença. Vou organizar isso no meu time.
— Tiago Oliveira · 2 meses atrás
Como Associado da Amazon, a escritoriodeprojetos.com.br recebe por compras qualificadas. Os links para a Amazon nesta página são links de afiliado; o preço que você paga não muda.
