3.1 Visualizando o progresso

Uma boa ilustração da evolução da estrutura do Scrum para uma maior leveza é a eliminação de gráficos burn-down como obrigatórios.

Olhando para as regras do Scrum, incluindo a necessidade de transparência, que é crucial para o processo de inspeção e adaptação, e auto-organização, é claro o “porquê” é importante visualizar o progresso. A autocorreção é difícil de acontecer sem rastreamento e visualização do progresso.

A antiga obrigação, no entanto, de usar gráficos burn-down para esse propósito (o “como”) foi removida da definição do Scrum. A forma ou formato da visualização não é mais prescrito. Ele é substituído pela mera, mas explícita, expectativa de que o progresso nos artefatos obrigatórios do Scrum do Product Backlog e Sprint Backlog é visualizado (o “o quê”).

Observe um exemplo de um gráfico burn-down de Sprint (Figura 2.7) no capítulo 2.5.3 (“Acompanhamento de progresso”). Gráficos de Sprint burn-down são um grande instrumento de autogestão para um Development Team dentro de uma Sprint.

A seguir um exemplo de um gráfico Burn-down de uma Release, uma maneira de acompanhar e visualizar o progresso de um Product Backlog, ou parte de um Product Backlog, servindo a uma meta específica. A visualização suporta o Product Owner na comunicação com os stakeholders, os usuários e a mais ampla organização de gerenciamento do produto. Um gráfico Burn-down de uma Release e a previsão visual inclusa, permite conversas sobre o balanceamento de tempo e escopo com base nos resultados atuais entregues.

Gráficos Burn-down são uma ótima maneira de jogar o jogo e são adequados em muitas situações. No entanto, eles foram transformados em uma prática boa não obrigatória.

Sim, é Scrum se ambos Product e Sprint Backlog existem e uma visualização de seus progressos estão disponíveis, acessíveis e claras. Mas existem várias boas práticas para tal visualização. Pode ser um gráfico burn-down com esforço aberto. Pode ser um Diagrama de Fluxo Cumulativo. Pode ser tão simples como um Quadro Scrum. Para o progresso do Product Backlog, pode ser também um gráfico de burn-up, e.g. em valor criado.

OceanofPDF.com