Product Backlog saudável? Descubra como maximizar o valor de negócio entregue

Product Backlog saudável? O que é isso?

O Product Owner busca usar ao máximo a produtividade do time para entregar o maior valor possível – e otimizar o Product Backlog é uma maneira eficaz de fazer isso. Comparando o Product Backlog com uma base de código: assim como um código saudável segue boas práticas, um Product Backlog saudável também segue boas práticas de manutenção. Quatro perguntas ajudam a diagnosticar a saúde da sua PB:

1. Qual a idade média dos itens do seu Product Backlog?
2. Quantos itens “ativos” você tem na sua PB?
3. Seu Product Backlog é organizado?
4. Nesse momento você tem itens Ready?

Faxine seu Product Backlog com periodicidade

Todo Product Owner tende a adicionar mais itens ao Product Backlog do que remove – e não é crime, ali devem estar todos os desejos do cliente e/ou usuário. Mas o PO deve estar atento à idade desses itens: tê-los só por tê-los não é saudável. Revisar os itens mais antigos e removê-los é uma boa prática. Se não quiser excluí-los de vez, classifique-os como “Inativos” ou “Despriorizados” – assim saem dos itens ativos, mas ficam no histórico (mesmo sabendo que provavelmente você não vai mais olhar para eles).

Evite a síndrome do Product Backlog infinito

Um Product Backlog com mais de 500 itens é puro desperdício – cerca de 30% desse tipo de backlog nunca chega a ser feito, porque os itens mudam a cada entrega realizada pelo time. A lição: mantenha o Product Backlog com poucos itens, só os necessários. Segundo Mike Cohn, um bom número é no máximo 100 itens – e um limite ainda mais saudável giraria em torno de 50 a 60. A dica é manter só o necessário para garantir que você está na direção do objetivo a ser alcançado.

Organize (sempre) seu Product Backlog

Manter o Product Backlog organizado pode fazer toda a diferença no trabalho do PO – a melhor forma de organizar é usando o conceito de temas de histórias, que deixa os “links” entre os itens mais claros e torna visíveis os possíveis impactos de novas alterações ou priorizações. Um Product Backlog organizado e pequeno dá muito mais visibilidade ao Time Scrum sobre o que está por vir e quais os próximos desafios.

Tenha itens Ready

Se existisse uma “lei” para o Product Backlog, seria: tenha sempre itens Ready. Isso não significa gerar estoque – significa manter os itens do topo da PB como Ready, ou próximo disso. Assim como o time deve entregar histórias DONE, o Product Owner deve garantir novos itens prontos para serem desenvolvidos. É comum terminar uma Sprint e o time ficar sem o que fazer – não por falta de histórias, mas por falta de itens Ready. A ação aqui é simples: o PO garante que o topo do Product Backlog esteja pronto para entrar no próximo Sprint.

Erros comuns na manutenção do Product Backlog

• Deixar itens antigos acumularem na PB sem revisar ou remover, só porque já estão lá.
• Manter um Product Backlog com centenas de itens, a maioria nunca chegando a ser desenvolvida.
• Não organizar os itens por temas, perdendo visibilidade dos impactos entre eles.
• Terminar um Sprint sem itens Ready no topo da PB, deixando o time sem o que fazer no próximo ciclo.
• Focar em cobrar resultados do time em vez de gerir o Product Backlog de forma colaborativa.

Perguntas frequentes sobre Product Backlog saudável

O que é um Product Backlog saudável?

É um Product Backlog mantido com boas práticas: itens antigos revisados e removidos, tamanho pequeno, organizado por temas e sempre com itens Ready no topo.

Quantos itens deve ter um Product Backlog?

Segundo Mike Cohn, no máximo 100 – mas um número ainda mais saudável giraria em torno de 50 a 60 itens.

O que significa “ter itens Ready” na PB?

Manter os itens do topo do Product Backlog prontos, ou próximos disso, para entrarem no próximo Sprint sem deixar o time sem trabalho.

Por que organizar o Product Backlog por temas?

Porque isso deixa claros os “links” entre os itens e os impactos de novas alterações ou priorizações.