O Product Backlog é fundamental para a gestão do que será desenvolvido em um projeto utilizando o framework Scrum.
É esse artefato que lista todas as funcionalidades necessárias de um produto ou de um projeto.
Um Product Backlog otimizado constrói a fundação de uma iniciativa de sucesso, visto que as necessidades do negócio, stakeholders e usuários finais serão atendidas para gerar valor agregado.
Nesta publicação, você entenderá o que é o Product Backlog segundo o Guia do Scrum, sua importância, como criá-lo e como realizar o evento de refinamento para assegurar que os itens listados sejam de maior valor possível às iniciativas que usam Scrum.
Vamos lá!?
O que é Product Backlog
O Product Backlog é o primeiro artefato produzido por uma equipe que utiliza o framework Scrum em um projeto, sendo uma das principais responsabilidades do Product Owner.
Vale ressaltar que, de acordo com o livro “SCRUM: A arte de fazer o dobro de trabalho na metade do tempo”, de Jeff Sutherland e J.J Sutherland 2019, o Product Owner é o responsável pelo o quê deve ser feito, enquanto o Scrum Master atua em como deve ser feito.
PS: Recomendamos muito a leitura desse livro! Leia a versão digital gratuitamente disponibilizada pela USP.
Os artefatos resumem tudo que é criado por uma equipe utilizando o framework, desde o Product Backlog, funcionalidades do produto até o produto final.
Ele é uma lista de itens que guiam o que precisa ser realizado no projeto ou funcionalidades necessárias em um produto, sendo a base de informações para a criação do Sprint Backlog.
No geral, a ideia do Backlog é conter tudo o que pode ser incluído no produto. Porém, nem sempre é necessário desenvolver por completo, mas o fato de contar com uma lista ampla do que poderia haver na visão de produto, é um trunfo para definir as prioridades.
Por exemplo, pense que uma equipe está utilizando o framework Scrum para desenvolver uma plataforma de e-commerce.
No Product Backlog, serão incluídos itens como:
- Página principal;
- Categorias de produto;
- Páginas de produto;
- Sistema de pagamento;
- Página sobre a empresa;
- Política de privacidade e conformidade com a LGPD;
- Entre outros.
Cada um desses itens possui valores diferentes para o negócio a depender do momento do desenvolvimento.
É principalmente nesse sentido a função do Product Owner, comunicar aos desenvolvedores sobre quais itens são mais importantes para o negócio no momento e passar o feedback do cliente (consumidor final) para a equipe de cada sprint.
Para que então, o time de desenvolvimento e o Scrum Master possam selecionar os itens para o Sprint Backlog e então realizar a Sprint de uma forma que o maior valor possível seja agregado ao negócio.
Um ponto importante para cada item do Product Backlog levados ao Sprint Backlog é que para serem entregues como incremento, devem cumprir a Definição de Pronto da iniciativa.
Isso é um guia que assegura que cada item produzido atenderá as necessidades do usuário.
Explicaremos no próximo tópico como criar a Definição de Pronto para o Product Backlog!
Como criar um Product Backlog efetivo
Para que o Product Backlog seja útil ao negócio, cada item deve ser definido, transparente e acionável.
Ele deve prover informação suficiente à equipe para que a quantidade de esforço e tempo para completar um item da lista possa ser estimada e que todos da equipe e os Stakeholders entendam como o trabalho agrega valor ao produto e negócio.
Uma boa forma de exemplificar itens do Backlog são as Histórias de Usuários, pois apresentam como o usuário final irá interagir com a funcionalidade desenvolvida.
É essencial que elas sigam fielmente a Definição de Pronto!
Voltando ao exemplo da plataforma de e-commerce, uma História de Usuário pode ser feita da seguinte forma:
Definição de Pronto: Todas as páginas do site devem carregar em até x segundos, com botões responsivos, textos com fontes e cores acessíveis.
| Persona: Pessoa buscando comprar produto X |
| Desejo: Comprar o produto desejado com poucos cliques sem a necessidade de suporte |
| Para que: Para comprar um item com facilidade, sem a dor de cabeça de lojas físicas |
Seguindo essa fórmula, as equipes podem entender como usuário irá interagir com o incremento e o que é preciso para que suas necessidades sejam atendidas de forma positiva para o negócio.
As Histórias de Usuário trazem uma compreensão concisa aos itens dos Backlogs e são utilizadas por muitas equipes que utilizam o framework Scrum.
O Product Backlog é um artefato dinâmico que, continuamente é refinado e atualizado conforme o produto evolui, novas necessidades dos usuários são descobertas e o mercado muda.
Dessa forma, um evento importantíssimo nos dias de hoje é o de refinamento do Product Backlog.
Como refinar o Product Backlog
Apesar de não ser incluído no guia do Scrum, o evento de refinação do Product Backlog é importantíssimo para alcançar um resultado satisfatório ao final de uma iniciativa utilizando o framework.
Isso porque, é necessário que ao final de cada Sprint, o valor gerado seja útil ao negócio, cliente ou Stakeholder.
E isso só é alcançado quando as necessidades do produto ou projeto são entendidas profundamente e traduzidas em cada item de desenvolvimento do Product Backlog.
Dessa forma, o evento de refinamento é uma parte fundamental para que os valores do Scrum e do Manifesto Ágil sejam honrados.
Para realizar um refinamento efetivo do Product Backlog, o Product Owner precisa estar diretamente em contato com os Stakeholders e, se possível, usuários da solução ou afetados pelo projeto.
Assim, ele terá insights valiosos para discutir com o time de desenvolvimento sobre qual direcionamento a equipe deverá tomar nas próximas sprints.
O contato com o time de desenvolvimento também é essencial, pois eles são quem sabem dos desafios da criação de cada item do Product Backlog e podem estimar parte do impacto que cada um terá.
Para refiná-lo, é importante que a equipe entenda profundamente as necessidades dos usuários e o momento do mercado.
Isso pode ser feito por meio de entrevistas com possíveis usuários, atualização da definição de pronto e contato constante com os Stakeholders.
Para refinar o Product Backlog, essas ações, sem ordem específica, podem ajudar a equipe:
- Priorização: A priorização dos itens do Backlog é um aspecto crítico do refinamento do Backlog. O Product Owner deve trabalhar em colaboração com as partes interessadas para entender suas necessidades e objetivos e priorizar o Backlog com base em valor, risco e urgência. A equipe também deve fornecer informações sobre a viabilidade de cada item e o esforço necessário para concluí-lo.
- Estimativa: Estimar o esforço necessário para concluir cada item ajuda a equipe a entender o escopo do trabalho e planejar adequadamente. A equipe pode usar técnicas como pontos de história para estimar os itens.
- Divisão: Itens grandes e complexos podem ser divididos em peças menores e mais gerenciáveis que podem ser entregues incrementalmente. A equipe deve procurar criar itens do Backlog que sejam pequenos o suficiente para serem concluídos em uma Sprint.
- Detalhamento: Os itens do Backlog devem ser detalhados o suficiente para fornecer uma compreensão clara do que precisa ser feito, mas não tão detalhados a ponto de se tornarem prescritivos. A equipe deve colaborar com o Product Owner para esclarecer os requisitos e identificar quaisquer dependências ou riscos.
- Validação: A equipe deve validar os itens do Product Backlog com as partes interessadas e usuários para garantir que atendam às suas necessidades e expectativas. Isso pode ser feito por meio de demonstrações, testes de usuário ou sessões de feedback.
- Refatoração: Conforme o produto evolui, alguns itens do Backlog podem se tornar obsoletos ou redundantes. A equipe deve revisar regularmente o Backlog e remover ou refatorar itens que não são mais relevantes ou valiosos.
- Melhoria contínua: A refinamento do Backlog é um processo contínuo que deve ser continuamente aprimorado. A equipe deve refletir sobre o processo de refinamento e identificar áreas para melhoria, como comunicação, colaboração ou ferramentas.
Com essas práticas, a equipe e o Product Owner asseguram que o Product Backlog está de acordo com as necessidades dos usuários, interesses dos Stakeholders e momento do mercado!
Conclusão
O Product Backlog é parte da fundação de uma iniciativa que utiliza o framework Scrum.
Assegurar que esse artefato reflete a realidade das necessidades dos usuários e do interesse dos Stakeholders é uma das coisas que difere um uso efetivo do Scrum de um uso mediano.
Quer conhecer mais sobre o Scrum e suas nuances? Então confira estas publicações:
- Scrum: O que é, Fundamentos e Aplicações Práticas
- Diferença entre Scrum Master e Project Manager
- Diferença entre Product Owner e Product Manager
Temos certeza que você aprenderá mais sobre como entregar mais valor em seus projetos!
Se ficou com alguma dúvida e quer conversar com os especialistas aqui da Gateware no tema, preencha o formulário abaixo. 🙂
