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.
Artigo publicado no site iMasters: http://imasters.com.br/artigo/18333/gerencia-de-projetos/scrum-utilize-linguagem-de-negocios-no-product-backlog
Nenhum comentário:
Postar um comentário