Product Backlog

Oi pessoal,

Este texto faz parte do material da apostila de Scrum do Abu versão 2.0.

Por favor, fiquem a vontade para fazer criticas com relação a ortográfica e a parte técnica. O e-mail de contato é abuzitos@gmail.com

Após a correção técnica e ortográfica o material vai ser disponibilizado para download.

Novo tabuleiro do Processo do Scrum do Abu - http://blogdoabu.blogspot.com/2009/12/novo-tabuleiro-do-processo-do-scrum.html

Abraços,

Abu

Uma vez realizada a apresentação da Visão do Produto para os envolvidos no projeto uma relação de requisitos deve ser elaborada para que o sistema possa ser desenvolvido. Está relação de requisitos nos chamamos de Product Backlog.

Podemos organizar a nossa lista de requisitos de varias maneiras, sendo uma organização apenas por requisitos referentes ao negocio a ser desenvolvido, ou uma lista com a relação de requisitos envolvendo o negocio a ser desenvolvido mais os requisitos não funcionais do sistema.

A estimativa do tamanho do projeto é realizada sobre os requisitos existentes na nossa lista de Product Backlog, mas para a realização desta estimativa nos utilizamos os requisitos em auto-nível chamados de “Temas”. Um “Tema” é um requisito que tem contido dentro dele requisitos menores. Nós vamos ver melhor a parte de requisitos no universo ágil no tópico denominado de historias.

Todos os envolvidos no projeto podem adicionar requisitos a nossa lista de requisitos do sistema, mas apenas o Product Owner pode priorizar os requisitos.

A priorização destes requisitos contidos no Product Backlog permite uma visão temporal de quando uma determinada funcionalidade vai ser realizada no projeto. A principio pode ser considerado um desperdício de tempo, pois no decorrer do projeto está priorização irá ser mudada conforme a necessidade do Product Owner, mas ela ajuda a todos os envolvidos a terem a visão de como o projeto vai ser executado já no início do mesmo, mesmo sabendo que podemos ter mudanças de prioridade.

Exemplo de Product Backlog

Nos já temos uma relação de requisitos identificados na Visão do Produto e a qualquer momento novos requisitos podem ser adicionados ao projeto. O nosso Product Backlog não é constituído uma única vez e sim continuamente construído.

O documento gerado pela Visão do Produto possui os requisitos em auto-nível: Cadastro de Clientes, Cadastro de Produtos, Carrinho de Compras, Busca de Produtos, Categoria de Produtos, Histórico de Compras, Rastreamento de uma Compra, Pagamento por Cartão de Credito, Pagamento por Boleto Bancário e Exportação de Dados de Vendas para um sistema de ERP existente na empresa. Para cada requisito em auto-nível, chamado de “Tema” nos passamos a adicionar os requisitos menores, denominados de historias.

Devemos lembrar que jamais podemos ignorar um requisito identificado, mesmo na visão do produto se um requisito menor for apresentado ele deve ser anotado e agrupado ao seu “Tema” principal.

O Carrinho de Compras com o processo de analise do sistema passa a ter os requisitos menores: Adicionar produtos ao carrinho de compras, remover produtos do carrinho de compra, custo da entrega dos produtos conforme o meu CEP, desconto existentes em cada produto e itens do carrinho de compra devem permanecer no sistema até o desejo do comprador.

Vários requisitos menores foram criados pela própria equipe de desenvolvimento e o Product Owner vai validar cada um deles, desta maneira todos os envolvidos no projeto passam a ser donos do produto a ser criado.

O Tema “Cadastro de Clientes” recebeu os requisitos menores: Endereço do Cliente, Endereço de Entrega, Telefones de Contatos, Histórico de Compras.

Podemos organizar o nosso Product Backlog em uma planilha com as colunas: Tema, Historia, Pontos, Prioridade, Sprint. As colunas desta planilha vão ser definidas nos próximos tópicos.