PRODUTOS

Product Backlog: O que é?

Product Backlog: O que é?
Product Backlog: O que é?

Um Product Backlog bem organizado e priorizado é essencial para qualquer projeto ágil. Ele não apenas torna o planejamento da release e da iteração mais simples, como também transmite para a equipe, de maneira rápida, todas as necessidades do cliente. Além disso, o Product Backlog ajuda a gerenciar as expectativas das partes interessadas e de outras equipes, especialmente, quando algum trabalho adicional precisa ser inserido dentro do projeto. Mas, o que exatamente é um Product Backlog? É isso que vou te explicar agora!

O que é um Product Backlog?

Um Product Backlog é uma lista priorizada, contendo breves descrições de todas as funcionalidades desejadas para o produto. Em projetos ágeis não é necessário iniciar um projeto com um esforço inicial demorado, coletando e documentando todos os requisitos de uma vez. Normalmente, a equipe e o Product Owner (dono do produto) escrevem e priorizam os itens iniciais do Product Backlog, sendo esses itens suficientes para que a equipe inicie a primeira iteração. O Product Backlog irá crescer e mudar à medida em que se aprende mais sobre o produto e sobre o cliente.

O que pode influenciar na priorização do Product Backlog?

  • Prioridades do cliente;
  • Urgência em receber feedback;
  • Dificuldade de implementação relativa;
  • Relações entre itens de trabalho, por exemplo, o item B ficará mais fácil se o item A for feito primeiro.

O Product Backlog faz com que as equipes se tonem mais auto-organizáveis, pois enquanto houver capacidade, o trabalho pode ser puxado e desenvolvido, seja continuamente através do Kanban ou por iterações através do Scrum.

Um Product Backlog pode conter diferentes tipos de itens, entre eles:

  • Características;
  • Funcionalidades;
  • Recursos;
  • Bugs;
  • Trabalhos técnicos;
  • Spikes.

O que é um Sprint Backlog?

Os métodos ágeis são iterativos e incrementais, ou seja, todo o trabalho é dividido, refinado e entregue por partes. Por isso, não é possível concluir todos os itens de um Product Backlog em uma única iteração. Para resolver isso e trabalhar de maneira organizada, os itens da iteração atual (que dura de 1 a 4 semanas) são puxados para dentro do Sprint Backlog (Lista de afazeres da iteração). O Sprint Backlog é uma lista de tarefas identificadas pela equipe para ser concluída durante a iteração atual. Durante a reunião de planejamento da iteração, a equipe seleciona alguns itens do Product Backlog, geralmente, sobre a forma de estórias de usuários, e identifica as tarefas necessárias para concluir cada uma.

A maioria das equipes também estimam quantos pontos/horas cada tarefa vai levar para ser concluída, levando em conta a velocidade da equipe. Por exemplo, se a velocidade da equipe é de 20 pontos, ou seja, a equipe consegue concluir no máximo 20 pontos de estórias por iteração, os itens do seu Sprint Backlog não devem somar mais que 20 pontos. É fundamental que a equipe selecione uma quantidade de itens que possam ser concluídos dentro da iteração que se inicia.

Mantendo o Product Backlog saudável

Uma vez que o Product Backlog é construído, é importante mantê-lo saudável. O Product Owner deve rever a lista de pendências antes de cada reunião de planejamento da iteração para garantir que a priorização está correta e que o feedback da última iteração foi incorporado. A avaliação regular do Product Backlog é chamada de “Backlog Grooming” em círculos ágeis.

O propósito das reuniões de Backlog Grooming (Refinamento do Backlog) é aprimorar o Product Backlog. Aliás, a palavra Grooming em inglês significa cuidar da aparência, manter limpo e arrumado. Uma reunião de Backlog Grooming deve ser realizada próximo ao final da iteração, garantindo assim, que o Product Backlog esteja sempre pronto para a próxima.

Durante uma reunião de Backlog Grooming, a equipe e o  Product Owner discutem os principais itens do Backlog. Para a equipe é dada a chance de fazer perguntas que normalmente surgem durante o planejamento da iteração, como:

  • O que deve acontecer se o usuário inserir dados errados aqui?
  • Todo usuário vai ter permissão para acessar essa parte do sistema?
  • O que acontece se…?

Ao levantar essas questões na reunião de Backlog Grooming, o Product Owner tem a chance de procurar todas as respostas que não estão na ponta da língua, até o planejamento da próxima iteração (sprint). Se essas perguntas fossem feitas pela primeira vez no planejamento da iteração, talvez, muitas não poderiam ser respondidas, sendo necessário colocar um ou mais itens do Product Backlog de “alta prioridade” para o lado, e não trabalhar neles durante a iteração que se inicia.

E agora? Sabe o que é um Product Backlog? Espero que sim! 😉

Você pode gostar também