O Backlog do Produto – Product Backlog

O Backlog do Produto (Product Backlog) é largamente utilizado na maioria das metodologias ágeis, pois a partir deste artefato, é possível visualizar as próximas funcionalidades desejadas de um Produto que ele pode ou não possuir.

O Backlog do Produto é o principal artefato de gestão e gerenciamento do Product Owner e por isto, merece a nossa atenção aqui no O Dono do Produto.

Nesse artigo, vamos apresentar a definição, objetivos e características do Backlog do Produto. Além disso, vamos mostrar como podemos montar um backlog bem feito com a devida priorização.

Definição e Objetivo

O Guia Oficial do Scrum tem a melhor explicação para definição do Product Backlog:

O Backlog do Produto é uma lista ordenada de tudo que é conhecido ser necessário no produto. É a única origem dos requisitos para qualquer mudança a ser feita no produto… O Backlog do Produto lista todas as características, funções, requisitos, melhorias e correções que formam as mudanças que devem ser feitas no produto nas futuras versões.

Sendo assim, podemos compreender que o Backlog do Produto é a lista de desejos dos usuário, departamento ou personas. Ele retrata a visão de tudo aquilo que o seu produto pode (ou não) realizar.

O Product Backlog tem por objetivo apresentar de maneira transparente a todos os interessados (um dos pilares do processo empírico) a visão do que vem a ser ou se tornar aquele Produto em construção, além disto, tem o grande propósito de apoiar o Product Owner e a Equipe de Desenvolvimento quanto à disponibilidade dos itens e visualização da prioridade das demandas a serem construídas.

 

Assine nossa Newsletter e fique sempre atualizado com nossos artigos!

 

Características do Backlog do Produto

É muito importante destacar algumas características importantes do Backlog do Produto, das quais não somente fazem parte, mas são essenciais para um Backlog bem trabalhado:

• Nunca está completo: No início da criação do Produto, não se sabe o que vem pela frente, e por conta disto, os primeiros desenvolvimentos visualizam somente a primeira etapa do Projeto e Produto. Com o tempo, é totalmente normal que sofra alterações.
• Dinâmico: O Gerenciamento do Backlog é realizado a todo momento pelo Product Owner e é totalmente comum, aceitável e esperado que sofra alterações de detalhamento, entradas, saídas e priorização.
• Ganha força com tempo: Ao ponto que o Backlog vai sofrendo alterações e se alterando ao longo do tempo, é bastante comum que ele tenha mais força ao longo do tempo. O feedback dos usuários, entendimento do Dono do Produto e da Equipe de Desenvolvimento também cooperam para esta tarefa.
• Vislumbra valor: Um dos atributos dos Backlog do Produto (a ser explicado mais abaixo) é o valor de negócio, do qual é o ponto central das Metologias Ágeis, inclusive do Scrum.
• Refinamento: O refinamento do Backlog se trata da ação de incluir detalhes importantes a cada item existente no Backlog e também é uma característica importante do Backlog como um todo. Durante o refinamento do Backlog do Produto, os itens são inspecionados e revisados.

O Backlog do Produto é composto de:

• Recursos/melhorias: Lista de desejos e necessidades dos usuários.
• Bugs: Defeitos e/ou falhas de negócio apresentado pelo produto.
• Débito Técnico: atividades técnicas a serem realizadas pelo produto. Normalmente visualizado pelo time de desenvolvimento.
• Aquisição de Conhecimento: Pouco utilizado, pode ser uma busca por melhoria a partir da reunião de retrospectiva ou busca de conhecimento que envolve o Produto.

 

Priorização

O Backlog é priorizado de acordo com o Valor de Negócio que cada item entrega ao usuário final. Logo, os itens de maior prioridade devem ficar no topo da lista de desenvolvimento para que sejam incluídos nas próximas sprints ou esteiras de construção.

Os itens do Backlog que estão no topo devem ser mais detalhados, pois estes serão os próximos a serem desenvolvidos. Logo, os itens de menor relevância devem ter menos detalhes ou servirão como ‘memória’ de desenvolvimento para uma futura avaliação de valor.

O guia oficial do Scrum também tem uma definição bacana sobre os itens Prontos e Preparados para desenvolvimento:

Os itens do Backlog do Produto que irão ocupar o Time de Desenvolvimento na próxima Sprint são mais refinados, de modo que todos os itens possam ser “Prontos” dentro do time-boxed da Sprint. Os itens do Backlog do Produto que podem ser “Prontos” pelo Time de Desenvolvimento dentro de uma Sprint são considerados “Preparados” para seleção no Planejamento da Sprint.

Quanto à atualização deste backlog, é importante se atentar:

• Incluir e descrever os itens do Backlog
• Refinar os itens que estão no topo da lista
• Rever e alterar a ordem continuamente dos itens de acordo com a necessidade dos usuários e negócio
• Não se apegue – remover itens do backlog faz parte do gerenciamento

 

Como Fazer?

Não existe uma forma oficial de “como fazer o Backlog do Produto” ou qual ferramenta utilizar. O recomendado é que seja da melhor maneira que você e/ou a sua empresa consiga trabalhar e se alto organizar aplicando a priorização, gerenciamento e características explicadas neste post.

Porém vamos apresentar aqui alguns atributos essenciais e opcionais para cada item do seu Backlog:

• ID: Identificador único para cada item do seu Backlog, auxiliando na rastreabilidade de cada item e evitando redundâncias.
• Nome: Título e/ou descrição breve dos itens, de modo que possam ser lidos rapidamente. É importante padronizar o mesmo tempo verbal e pensar no ponto de vista do usuário.
• Descrição (opcional): Pequeno texto/parágrafo com maiores detalhamentos sobre as características daquele item com a finalidade de explicar do que se trata.
• Valor: É bastante importante a aplicação de um valor de negócio a cada item do Backlog. Este valor pode ser considerando qualquer escala ou parâmetro – o importante é que seja visível e facilite a priorização.

É importante informar que nenhum framework obriga ou sequer indica qual tipo de especificação deve ser utilizada para detalhar cada item do Backlog. Sendo assim, você pode utilizar Casos de Uso, Users Storys, Especificação de Requisitos, Memórias de Reuniões ou qualquer uma outra.

Quanto às ferramentas, segue algumas boas opções para se utilizar:

• Trello: ferramenta gratuita de gestão de cards
• Jira: ferramenta paga de gerenciamento de projetos, boards e times de desenvolvimento
• Azure DevOps (antigo TFS): ferramenta da Microsoft de gerenciamento de projetos, Build&Run, times de desenvolvimentos, entre outros
• Poderoso e prático Excel
• Qualquer outra ferramenta onde é possível escrever, salvar e mudar a ordem

 

Conclusão

O PO utiliza um Backlog do Produto como artefato de entrada da Reunião de Planejamento do Sprint, afim descrever as entradas principais para a equipe. O Time de Desenvolvimento determina quais itens eles podem ser concluídos durante o próximo sprint.

Sem mais, concluímos que o Backlog do Produto deve estar totalmente alinhado com o plano e estratégia do Produto a ser desenvolvido, bem como em constante evolução e força ao longo do tempo.

O Dono do Produto é o único e principal responsável pelo Gerenciamento, Priorização e Atualização do Backlog, porém todas as partes envolvidas podem cooperar com suas ideias, sugestões e críticas.

Uma boa visibilidade do Product Backlog coopera para a Inspeção e Transparência do Produto a ser desenvolvido ao longo do tempo. Tal artefato é o principal dado de entrada para a construção do Produto e, por conta disto, deve ser muito bem trabalhado.