Artigo quentinho saindo do forno pela chef Thayna! O PBB (Product Backlog Building) - Um guia prático para criação e refinamento de backlog para produtos de sucesso, é meu livro de cabeceira na mesa de trabalho rs e por isso o recomendo tanto!
Artigo quentinho saindo do forno pela chef Thayna! | ||
Conheci o PBB em um workshop promovido pela Product Camp antes da pandemia. Desde então tem sido um livro de cabeceira na mesa de trabalho rs e também é um livro que sempre recomendo para pessoas da área de produtos. | ||
O PBB (Product Backlog Building) - Um guia prático para criação e refinamento de backlog para produtos de sucesso é um livro bem gostoso e fluído de ler (sem falar é claro nas belas ilustrações do Fábio). | ||
O termo backlog já era um termo bastante difundido pelo guia do Scrum, mas ainda pouco se falava em como construir bons backlogs. | ||
Como chegar ao backlog do produto? Como construir algo que tenha valor? Como encontrar a real necessidade do cliente? Como definir o que é prioridade para o cliente no primeiro momento? Como refinar os itens do backlog? | ||
Estas são algumas das perguntas que o Fábio busca responder com o PBB. | ||
O PBB - Product Backlog Building - tem como principal objetivo ajudar na construção e no refinamento do Product Backlog de forma colaborativa. | ||
Passo a passo para utilização do PBB Canvas e o fluxo de construção do backlog | ||
| ||
Contextualize o produto | ||
Antes de mais nada, estude a fundo qual o seu cenário atual. Tenha claro quais são as dores e necessidades que pretende resolver com seu produto. Ainda não precisa se preocupar com funcionalidades ou backlogs. | ||
Descreva as personas | ||
Com as dores e necessidades levantadas, mapeie quais os papéis que serão desempenhados dentro do seu produto e liste quais as atividades que esse papel executa e o que ele tem de expectativas. | ||
Entenda as funcionalidades | ||
Pegue cada uma das atividades identificadas anteriormente pelas personas, comece a explorar quais ações e interações que ela terá com o seu produto. Neste trecho do livro, gosto muito dessa frase aqui: | ||
O usuário está tentando fazer algo, então o produto deve ter uma funcionalidade para isso. Qual é? | ||
Identifique os PBIs | ||
Agora que já temos as funcionalidades levantadas, é possível partir para os PBIs (product backlog items), indo mais a fundo na especificação. Começa a ser um nível mais granular que o nível de funcionalidades. | ||
Descreva a ação de cada PBI | ||
Uma dica trazida pelo autor é a utilização do modelo ARO para descrever os PBIs. | ||
Modelo ARO = Ação Resultado Objeto | ||
Mapeie os passos de uma funcionalidade - Steps Map | ||
Tenha claro qual é a sequência de PBIs para cada funcionalidade. Isso ajuda a ter clareza de todas as atividades que são necessárias para que a funcionalidade seja concluída com sucesso, do início ao fim, pelo usuário. | ||
Organize | ||
Por fim, organize tudo direitinho dentro do seu PBB Canvas. | ||
Por fim | ||
Ainda no livro, o autor também explora temas como técnicas de priorização, conceito de ready, história de usuário, modelo TAPAS e também a relação com a Lean Inception. Mas particularmente, minha parte preferida do livro é a abordagem de construção dos backlogs ❤ | ||
Como falei no início desse artigo, é um livro que gosto de recomendar para todas as pessoas de produto, seja da área técnica ou de negócio. | ||
E ai, bora construir backlogs melhores? |