O Product Backlog será o documento de referência durante todo o
desenvolvimento de um projeto com Scrum para todos os indivíduos
envolvidos. Deve ser uma preocupação do Scrum Master a manutenção do
Product Backlog em nível de negócios, ou seja, procurar ao máximo adotar
linguagem compreensível a todos os integrantes do projeto, cuja
interpretação não exija conhecimentos técnicos.

Os requisitos contidos no Product Backlog serão analisados e
discutidos pela equipe e pelo cliente (Scrum Team, Scrum Master e Product
Owner) durante as reuniões de planejamento dos Sprints, os ciclos do
Scrum. Dessa forma, espera-se que tais requisitos transmitam o
entendimento necessário para as tomadas de decisão cabíveis durante a
execução dos trabalhos.

Para entendermos melhor, vamos citar como exemplo uma atividade
relacionada à melhoria da performance de um aplicativo financeiro. Para a
equipe técnica, seria suficiente apresentar o requisito como “Reescrever
os acessos às tabelas do banco de dados relacionadas às duplicatas a
receber”.

Bem, se o objetivo é melhorar a performance do aplicativo, há boas
chances de essa atividade, supostamente elaborada por um profissional que
tenha percebido que a raiz do problema está no acesso aos dados das
duplicatas financeiras no banco de dados, atender às expectativas.

Entretanto, um profissional cuja área de domínio não esteja
relacionada à programação ou a banco de dados não terá condições de opinar
a respeito durante uma reunião, por exemplo. Uma alternativa para o
título do requisito, mantendo-o numa linguagem de negócios poderia ser: “Otimizar
o tempo de resposta do aplicativo financeiro durante as consultas às
duplicatas a receber”.

Partindo do enunciado da atividade do Product Backlog, estando ela
de acordo o último exemplo citado, o profissional que irá executá-la
poderá caminhar para a resolução observando, além do acesso às tabelas
do banco de dados, a codificação do aplicativo, os índices ou o próprio
servidor do banco de dados.

Outras informações relevantes à execução de uma atividade poderão ser
apresentadas em documentos auxiliares no processo de desenvolvimento.
Sugestões de como executar as atividades podem se obtidas até mesmo
durante uma reunião da equipe técnica. O Product Backlog é um documento
direcionado a profissionais de áreas de conhecimento e habilidades
distintas, por isso exige cuidados durante a sua elaboração.