Gestão

Product backlog: do projeto ao produto

13 de Outubro de 2020

por Marketing

Tempo de leitura: 8 min

Voltar

Embora o conceito seja claro, construir um product backlog pode ser desafiador para times Scrum

Dentro do Scrum, o product backlog é o ponto de partida de onde todas as práticas e ferramentas da metodologia se desenrolam e para o qual todas retornam.

Como vimos no Guia Scrum, durante a sprint planning, toda a equipe - scrum master, PO e membros - acessam o product backlog, do qual puxam features de acordo com critérios como prioridade, tempo de execução etc. Ao fim da sprint, após a review e a retrospectiva, volta-se para buscar mais itens to do.

Assim, o product backlog é o inventário ou lista (log) de tarefas e atividades já planejadas para a entrega do produto, mas, evidentemente, ainda não executadas (back). Isso envolve tanto funcionalidades que ainda não foram criadas quanto melhorias e correções para futuras versões do produto, com descrição, ordem, estimativa e valor.

No entanto, apesar de sua relevância, os próprios criadores do Scrum não definem com clareza, em suas obras, como se constrói um product backlog, mas sim o que poderíamos chamar de maneiras de gerenciá-lo. Ken Schwaber e Jeff Shuterland dizem, em seu Scrum Guide:

Os primeiros desenvolvimentos [do product backlog] estabelecem os requisitos inicialmente conhecimentos e melhor entendidos. O backlog de produto evolui tanto quanto o produto e o ambiente no qual ele será utilizado evoluem. O backlog de produto é dinâmico; mudando constantemente para identificar o que o produto necessita para ser mais apropriado, competitivo e útil. Se um produto existe, seu backlog de produto também existe.

supertalks edição agile

Um bom horizonte para entender o conceito de product backlog, diríamos, mas pouco para quem precisa criar um backlog de produto na prática.

Neste post, então, vamos abordar, a partir das características do product backlog definidas por Ken Schwaber e Jeff Shuterland, como criá-lo e, por fim, boas práticas de gerenciamento.

Product backlog: 9 características

Os autores do Scrum Guide definiram algumas características para o product backlog. Levantamos abaixo as principais:

1. Backlog de produto é uma lista

A melhor comparação para explicar o conceito de product backlog é a lista de pedidos de um restaurante, que contém tudo o que precisa ser entregue.

2. Sistema puxado

Por ser uma lista de pedidos, o backlog é uma materialização do sistema puxado, tal como o conhecemos no Lean Thinking.

minicurso lean thinking

Leia mais: Kanban: conceito, princípios e boas práticas

3. Backlog de produto não é completo

Na verdade, ele tem certa completude, normalmente relacionada aos poucos itens necessários para a entrega de um backlog de MVP – Mínimo Produto Viável, mas isso tampouco é necessário para o time começar a trabalhar. O refinamento do backlog de produto é considerado um processo contínuo, que envolve a colaboração de todo o time.

4. Fonte de requisitos

O product backlog é a referência única em relação a requisitos, portanto toda mudança feita no produto parte dele. O backlog de produto é inspecionado após cada sprint na review e na restrospectiva e, se necessário, adaptado a partir disso.

5. O responsável pelo product backlog é o product owner

Como “dono do backlog”, o PO expressa claramente seus itens, ordena-os para alcançar as metas de negócio, garante sua visibilidade, transparência e compreensão pelo time.

6. O gerente do product backlog é o scrum master

Este membro ajuda o PO a organizar o product backlog de maneira clara e concisa para gerar valor e garantir que o time o entenda.

7. O time de desenvolvimento seleciona os itens do product backlog que serão levados para a sprint

Embora seja o PO que defina o objetivo da sprint, quem seleciona o número de itens do backlog de produto necessários para completá-lo é o time de desenvolvimento.

De acordo com Schwaber e Sutherland, somente a equipe “pode avaliar o que pode ser completado ao longo da próxima sprint”. O resultado desse trabalho é o sprint backlog.

8. Priorização

No product backlog, os itens de ordem mais alta devem ser mais claros e detalhados do que os itens de ordem mais baixa, a fim de proporcionarem estimativas mais precisas.

9. Itens cancelados

De acordo com o Guia Scrum de Schwaber e Shuterland, no caso de itens do product backlog incompletos, eles devem ser reestimados e colocados de volta no product backlog.

Como construir um product backlog

Paulo Caroli e Fabio Aguiar propõem, no livro Product Backlog Building, uma metodologia para construção de um product backlog. Vejamos algumas premissas da proposta dos autores e, depois, como ela funciona.

Premissas do Product Backlog Building

1. Itens de backlog não são requisitos, mas hipóteses

Em cenários de incerteza, a definição exata de cada requisito pode ser desconhecida. Por isso, ao se fazer um product backlog, assumem-se que que os itens são hipóteses.

2. Ciclos de desenvolvimento enxutos

Ao assumir que temos hipóteses, automaticamente precisamos validá-las. Em engenharia de software, isso significa colocar o produto na mão do cliente o mais rápido possível. Para isso, será preciso trabalhar com ciclos de desenvolvimento curtos, cujo resultado é sempre software funcional.

3. Trabalho colaborativo

Para que o product backlog seja efetivo, o trabalho de compreensão do produto é coletivo, evolve o alinhamento de cliente e fornecedor em torno dos valores de negócio envolvidos.

4. Ter uma pessoa facilitadora

Esse membro vai reunir o time e conduzir as atividades de construção do product backlog, sobre as quais falaremos abaixo.

Product Backlog Building template Caroli & Aguiar

O template de construção do product backlog de Caroli & Aguiar segue um fluxo de cinco itens, cujo resultado final será visualizado no Canvas abaixo.

Template product backlog canvas caroli e aguiar
Template Product Backlog Building / Fonte: Aguiar & Caroli

Essa dinâmica abre os trabalhos do time e, portanto, os autores recomendam que todo o time participe. Vamos seguir o fluxo, tal como descrito pelos autores.

1. Contextualize o produto

Este item tem a ver com o nome, problemas que o produto resolve (estado atual) e expectativas (estado desejado) sobre o produto.

2. Descreva as personas

A persona é uma representação realista do usuário perfeito do produto, detalhada em nível mais profundo que o do público-alvo. Envolve perfil, necessidades e dores, o que ela faz para saná-las e o que espera de um produto ou solução que utilizaria para isso.

3. Entenda as features

Trata-se de uma descrição simplificada do que o produto faz para atender os objetivos e dores da persona.

4. Mapeie os passos de uma feature

Aqui, segundo Aguiar & Caroli, a feature será quebrada em itens menores, em passos ordenados, os quais vão compor o product backlog.

A dinâmica ainda envolve um detalhamento de “como será” o passo, com perguntas, comentários e ideias dos participantes.

5. Identifique os itens do backlog de produto

O resultado do passo anterior serão os itens do backlog para uma funcionalidade. A ação de cada item do backlog de produto também deverá ser descrita, para ganhar contexto e unicidade dentro dele.

Os autores recomendam o modelo ARO – ação, resultado, objeto –, uma história do usuário bem simplificada.

6. Canvas Product Backlog

O resultado de cada etapa de construção do product backlog será registrada no PBB Canvas cujo template vimos acima.

Product backlog: ainda há muito trabalho pela frente

No começo deste artigo dissemos: o product backlog é onde o trabalho começa e para onde cada ciclo de iteração retorna. Mais que isso, dissemos que sua construção é um trabalho contínuo, revisado ao fim de cada sprint.

Portanto, fazer o product backlog building é um grande começo, mas o trabalho continua.

Partir de metodologias de desenvolvimento de MVP – como a Lean Inception, criada pelo próprio Paulo Caroli, citado neste artigo, e da prototipagem proporcionada pelo Design Sprint - vai acelerar todo esse processo e dar mais efetividade a ele.

Quer ajuda para construir seu MVP? Quer ajuda para dar conta do seu backlog? Nós podemos ajudá-lo a superar esses desafios. Para isso, fale com nossos consultores.

 


Escrito por Marketing

Outras Postagens

Crie soluções personalizadas e integradaspara todas as áreas da sua empresa

Quero Saber mais

Fique Atualizado Assine nossa Newsletter

Oportunidades Participe dos melhores projetos!

Se você está em busca de um ambiente descontraído, cheio de oportunidades de crescimento e em constante evolução, confira as oportunidades!

Saiba Mais

Cadastro por interesse

Nosso time está pronto para entender o seu negócio e auxiliá-lo a encontrar a melhor solução.

Deixe seu melhor e-mail abaixo que entraremos em contato.

Indique este post para alguém...

Inscreva-se em nossa newsletter.