O Backlog do Produto é gerenciado pelo Product Owner e contêm os
itens ordenados que serão desenvolvidos pelo Time de Desenvolvimento para o
produto. Esses itens de trabalho são expressos na forma de necessidades do usuário, objetivos de negócios dos clientes
e demais partes interessadas ou funcionalidades do produto. O Backlog do Produto é uma origem
única dos requisitos para qualquer mudança a ser feita no produto. Ele contém o escopo fornecido pelo Product Owner e é refinado a cada Sprint, sendo a principal entrada para a realização de cada Sprint.
Os itens do Backlog do Produto são organizados pelo Product Owner de acordo com a
ordem em que serão desenvolvidos pelo Time de Desenvolvimento, de forma a maximizar o retorno ao clientes. Assim, os
itens do topo do Backlog do Produto são colocados em desenvolvimento primeiro.
Por essa razão, esses itens do topo são de granularidade mais fina e possuem uma descrição detalhada e, possivelmente,
uma estimativa com maior precisão do esforço necessário para seu desenvolvimento. Na outra ponta, os itens da parte de
baixo do Backlog do Produto são de granularidade mais grossa, e possuem menos detalhes e estimativas
mais grosseiras. Os itens do Backlog do Produto que irão ocupar o desenvolvimento na próxima Sprint são
mais refinados, de modo que todos os itens possam ser “Prontos” (ver Definição de Pronto) dentro do timeboxed da Sprint. Os itens do Backlog do Produto que podem ser “Prontos” pelo
Time de Desenvolvimento dentro da Sprint são considerados como “Preparados” (ver Definição de Preparado) para seleção na Reunião de Planejamento da Sprint. Itens do Backlog do Produto geralmente adquirem este grau de transparência através das
atividades de refinamento descritas acima.
O Backlog do Produto está em constante evolução e, assim, nunca está terminado ou completo. Os
primeiros desenvolvimentos apenas estabelecem os requisitos inicialmente conhecidos e melhor entendidos. Conforme o
produto evolui, o Backlog do Produto é frequentemente modificado com a adição, subtração,
reordenamento e modificação de seus itens. O produto evolui à medida que o ambiente muda, e à medida que tanto clientes
quanto Time de Desenvolvimento vão conhecendo e entendendo melhor esse produto que está sendo construído.
O Product Owner é o único responsável por gerenciar o Backlog do Produto. Ou seja, ele é responsável por
criar, atualizar, reordenar e dar visibilidade a ele. Outros contribuem e influenciam as opiniões do Product Owner, mas ninguém além dele pode modificar o Backlog do Produto ou, ao menos, não sem o seu
conhecimento e aprovação. Para realizar esse trabalho, o Product Owner interage
frequentemente com os clientes do projeto, com as demais partes interessadas e com o Time de Desenvolvimento.
Exemplos de Backlog do Produto na figura abaixo:
Figura 1 - Exemplos de Backlog do Produto
A melhor e menos complexa forma do Product Owner maximizar o retorno dos clientes do projeto é manter o foco em
entregar para esses clientes as funcionalidades que eles mais necessitam em cada momento do projeto, e obter feedback o
mais cedo possível sobre essas funcionalidades, para assim realizar as mudanças necessárias. Ao entregar o que os
clientes mais precisam, espera-se que os clientes ou usuários usem o que foi entregue, aumentando as chances de se
obter o feedback necessário.
|