Instrumentos

Schwaber e Sutherland (2011) destacam que os instrumentos do Scrum foram criados com o objetivo de proporcionar transparência das informações relacionadas ao desenvolvimento do produto. Dois deles já foram mencionados anteriormente: o Product

Backlog e o Sprint Backlog. Para acompanhar a evolução do Sprint e do desenvolvimento do

produto foram criados, respectivamente, o Sprint Burndown Chart (gráfico de acompanhamento do Sprint) e o Product Burndown Chart (gráfico de acompanhamento do produto) (DEEMER et al., 2010).

Product Backlog é “[...] uma lista ordenada de tudo que deve ser necessário no

produto, e é uma origem única dos requisitos para qualquer mudança a ser feita no produto” (SCHWABER e SUTHERLAND, 2011, p. 13). Os autores também ressaltam que o Product

Backlog é dinâmico, “[...] mudando constantemente para identificar o que o produto necessita

para ser mais apropriado, competitivo e útil. O Product Backlog existirá enquanto o produto também existir._”.

Como já foi mencionado, o Product Owner é responsável por preencher e atualizar o

Product Backlog, em função dos interesses dos envolvidos no projeto e sob influência da

equipe Scrum (DEEMER et al., 2011). O preenchimento do Product Backlog se inicia com os requisitos que o Product Owner imagina para o produto. Com o andamento do projeto, ele receberá itens relacionados à parte técnica, como por exemplo: a investigação da melhor forma de desenvolver uma função ou a identificação da origem de um determinado defeito (DEEMER et al., 2011). No Quadro 9 é apresentado um exemplo de Product Backlog em sua fase inicial.

Quadro 9 - Product Backlog inicial

Product Backlog

Nova estimativa de esforço Esforço remanescente para

Sprint ...

Item Prioridade Estimativa Inicial de

esforço 1 2 3 4 5 6

Como um comprador, eu desejo colocar um livro

no carrinho 1 5

Como um comprador, eu desejo retirar um livro

do carrinho 2 2

Como um comprador, eu desejo criar e salvar

uma lista de desejos 3 40

Como um comprador, eu desejo adicionar ou

deletar itens na minha lista de desejos 4 20

Este instrumento é composto pela descrição sucinta, definição da prioridade e estimativa inicial de esforço dos itens. À medida que os Sprints são executados, o Product

Backlog é atualizado conforme apresentado na Quadro 10, que retrata o andamento do projeto

após ocorridos três Sprints. Nesse quadro foram acrescentados itens técnicos e atualizado o total de esforço necessário para terminar o projeto. As estimativas também poderiam ter sido alteradas e o Product Owner poderia ter mudado a prioridade dos itens, ter acrescentado funções novas mais relevantes para o produto e ter excluídos funções que perderam a utilidade (DEEMER et al., 2011).

A manutenção do Product Backlog é uma atividade de tempo parcial que ocorre durante a execução do Sprint. Em função da maior clareza fornecida pelo Product Owner, a equipe de desenvolvedores pode detalhar e estimar melhor os próximos itens a serem desenvolvidos. Essa atividade não deve consumir mais do que 10% da capacidade da equipe (SCHWABER; SUTHERLAND, 2011).

Quadro 10 - Product Backlog atualizado após a realização de três Sprints Product Backlog

Nova estimativa de esforço Esforço remanescente para

Sprint ...

Item Prioridade Estimativa Inicial de

esforço 1 2 3 4 5 6

Como um comprador, eu desejo colocar um livro

no carrinho 1 5 0 0 0 … … …

Como um comprador, eu desejo retirar um livro

do carrinho 2 2 0 0 0 … … …

Melhorar a performance do processamento de transação (ver métrica de performance alvo na Wiki)

3 13 13 0 0 … … … Investigar soluções para aumentar a velocidade

da validação do cartão de crédito (ver métrica de

performance alvo na Wiki) 4 20 20 20 0 … … … Atualizar todos os servidores para o Apache

2.2.3 5 13 13 13 13 … … …

Diagnosticar e corrigir erros nos scripts de

processamento da compra (bugzilla ID 14823) 6 3 3 3 3 … … … Como um comprador, eu desejo criar e salvar

uma lista de desejos 7 40 40 40 40 … … …

Como um comprador, eu desejo adicionar ou

deletar itens na minha lista de desejos 8 20 20 20 20 … … …

… … … …

Total 537 580 570 500 … … … Fonte: Deemer et al. (2011, p. 16), traduzido e adaptado pela Autora.

O segundo instrumento do Scrum, o Sprint Backlog, é desenvolvido durante o Sprint

Quadro 11- Sprint Backlog

Item do Product

Backlog Tarefa do Sprint Voluntário

Estimativa

Inicial de esforço

Nova estimativa de esforço Esforço remanescente no fim do

dia …

1 2 3 4 5 6

Como um comprador, eu desejo colocar um livro no carrinho

Modificar banco de

dados Sanjay 5 4 3 0 0 0

Criar página web

(UI) Jing 3 3 3 2 0 0

Criar página web

(Lógica JavaScript) Tracy e Sam 2 2 2 2 1 0

Escrever testes de

aceitação automática Sarah 5 5 5 5 5 0

Atualizar página da

ajuda do comprador Sanjay e Jing 5 3 3 3 3 0

...

Melhorar a performance do processamento de transação (ver métrica de performance alvo na Wiki) Fazer merge no código DCP e completar testes no nível de camada 5 5 5 5 5 5 Completar a compra da máquina para o pRank 3 3 8 8 8 8 Mudar DCP e leitor para usarem pRank http API

5 5 5 5 5 5

... ... ...

Total h/h 50 49 48 44 43 34

Fonte: Deemer et al. (2011, p. 13), traduzido pela Autora.

Através do Sprint Backlog é possível identificar todas as tarefas necessárias para que o objetivo do Sprint seja atingido. Ele é atualizado diariamente após a Daily Meeting. Segundo Deemer et al. (2011), muitas equipes Scrum também utilizam uma parede como quadro onde são criadas três colunas intituladas não iniciado, em andamento e pronto. As tarefas são transcritas para post-it notes e vão mudando de coluna conforme o desenvolvimento do trabalho.

Como complemento do Sprint Backlog, o Scrum propõe a utilização do Sprint

Burndown Chart. Este instrumento também é atualizado diariamente e demonstra por meio de

forma gráfica, a evolução do equipe Scrum durante o Sprint. Schwaber e Sutherland (2011, p. 14), relembram que a informação de progresso e quantidade de trabalho que ainda necessita ser executado têm que estar visível para todos os interessados. Por isso, de forma geral, o

Sprint Burndown Chart encontra-se também em um quadro fixado na parede da sala de

Gráfico 15 - Sprint Burndown Chart

Fonte: Deemer et al. (2011, p. 13), traduzido pela Autora.

Da mesma forma que o Sprint Backlog pode ser complementado graficamente pelo

Sprint Burndown Chart, o Product Backlog também pode ser melhor visualizado por meio do Product Burndown Chart conforme Gráfico 16. Os Gráficos 15 e 16 são estruturalmente os

mesmos. A diferença está no eixo horizontal, que para o Sprint Burndown Chart é composto dos dias de duração do Sprint, enquanto que no Product Burndown Chart, esse eixo representa os Sprints.

Gráfico 16 - Product Burndown Chart

Fonte: Deemer et al. (2011, p. 16), traduzido pela Autora.

Assim como o Sprint Burndown Chart deve estar visível para qualquer interessado no projeto, o mesmo acontece com o Product Burndown Chart que também pode ser fixado em alguma parede da sala de desenvolvimento (DEEMER et al., 2011).