Gráficos de Scrum, Sprint, Burnup e Burndown
Se você está familiarizado com o modelo de desenvolvimento de produto complexo conhecido como Scrum, provavelmente também se lembrará dos termos » sprint » e » burnup / burndown ». (Se quiser atualizar seu conhecimento em relação a esses termos, você pode visitar a lição intitulada Gráfico Burn Up vs Gráfico Burndown no Scrum.)
Revendo a Terminologia Scrum
Como a terminologia do Scrum pode ser um pouco complicada, incluímos uma lista limitada de termos na tabela a seguir, caso você precise de uma revisão rápida.
| Prazo | Significado |
|---|---|
| arrancada | Um bloco de trabalho de 30 dias contendo uma coleção de tarefas menores |
| Objetivo de sprint | O produto final do sprint |
| Sprint backlog | A coleção de tarefas menores que representam o trabalho necessário (de acordo com a equipe de desenvolvimento) |
| Gráfico de queima | Os itens do backlog que ainda precisam ser feitos |
| Gráfico Burndown | Os itens do backlog que estão completos e não mais no backlog |
| Backlog do produto | A soma de todas as tarefas (criar, construir, manter, etc.) exigidas pelo produto (de acordo com o proprietário) |
A função de gráficos de queima e burndown
Gráficos de queima e burndown são uma das maneiras que uma metodologia Scrum usa para coletar informações importantes sobre o trabalho. (Especificamente, tarefas relacionadas ao sprint atual.) Apesar da terminologia complexa, os gráficos de burnup e burndown são basicamente variações de um gráfico de linha simples que mostra o progresso, tendências e modificações na quantidade de trabalho.
Vejamos um cenário no qual você terá a oportunidade de construir seus próprios gráficos de burnup e burndown.
Levantando um novo sistema de registro médico eletrônico
Para este cenário, imagine que você está trabalhando com uma pequena equipe em um sprint complexo, mas de escopo muito restrito. O projeto maior é erguer um sistema de prontuário eletrônico (EMR) em um sistema hospitalar de médio porte, mas sua equipe está trabalhando especificamente em interfaces. Existem mais de 16 aplicativos de diversos tamanhos e usos que devem ser integrados ao novo EMR, e seu objetivo atual de sprint é projetar, construir e implementar uma interface para um desses 16 aplicativos. Para aplicabilidade máxima, vamos construir os gráficos de burnup e burndown com a suposição de que você está 15 dias em seu sprint de 30 dias.
- A partir dessa posição no sprint, você criará um gráfico de burnup, um gráfico de burndown ou ambos?
- Como você já sabe disso, apesar do fato de que seu cenário contém informações mínimas neste momento?
Se você respondeu que construirá os dois gráficos, acertou! Você sabe disso porque notamos que você está 15 dias em um sprint de 30 dias. Como um gráfico de burnup mostra o trabalho restante e um gráfico de burndown mostra o trabalho concluído, o 15º dia do sprint terá 15 dias de burndown e 15 dias de burnup para documentar em seu gráfico.
Dados brutos para o Sprint
A tabela abaixo contém informações brutas, ainda não organizadas, de que você precisará para construir seus gráficos.
| Itens Restantes do Backlog | Pts | Itens do backlog concluídos | Pts |
|---|---|---|---|
| Teste de Fase 1 | 3 | Diagramas de sistema | 7 |
| Documentação técnica | 5 | Criação de ambiente de construção | 11 |
| Teste de aceitação | 9 | Criação de ambiente de teste | 11 |
| Teste de controle de qualidade | 6 | Análise de integração | 7 |
| Otimização de banco de dados | 3 | Criação de banco de dados | 19 |
| Tarefas de fim de sprint | 1 | Início das tarefas de sprint | 1 |
| Go-Live | 11 | Criação de ambiente de produção | 11 |
Esta tabela contém os pontos históricos estimados para o gráfico de burnup e as horas-pessoa restantes para o burndown.
Dados de queima
| Dia da Sprint | Horas |
|---|---|
| Dia 1 | 2,00 |
| Dia 2 | 9,00 |
| Dia 3 | 12,00 |
| Dia 4 | 9,00 |
| Dia 5 | 9,00 |
| Dia 6 | 8,00 |
| Dia 7 | 5,00 |
| Dia 8 | 4,00 |
| Dia 9 | 6,00 |
| Dia 10 | 4,00 |
| Dia 11 | 8,00 |
| Dia 12 | 7,00 |
| Dia 13 | 9,00 |
| Dia 14 | 6,00 |
| Dia 15 | 7,00 |
Dados Burndown
| Dia da Sprint | Horas |
|---|---|
| Dia 16 | 22 |
| Dia 17 | 17 |
| Dia 18 | 18 |
| Dia 19 | 22 |
| Dia 20 | 10 |
| Dia 21 | 9 |
| Dia 22 | 12 |
| Dia 23 | 13 |
| Dia 24 | 14 |
| Dia 25 | 9 |
| Dia 26 | 11 |
| Dia 27 | 19 |
| Dia 28 | 18 |
| Dia 29 | 2 |
| Dia 30 | 6 |
Pontos do item da lista de pendências: Tempo e complexidade
- O que o valor do ponto representa na tabela de dados acima?
- Como o valor do ponto é relevante para gráficos de burnup e burndown?
Em sua forma mais simples, os pontos são uma forma de quantificar a complexidade. A complexidade pode ser de natureza técnica (como uma tarefa difícil de desenvolvimento), mas também pode representar risco, incerteza ou potencial para variação inesperada. Basicamente, quanto maior o valor do ponto, mais atenção e recursos o item da lista de pendências pode consumir.
Você precisará saber a soma dos pontos do sprint para construir seus gráficos com precisão.
Traçando os dados
- Quais elementos são plotados no eixo x (horizontal) e no eixo y (vertical) de um gráfico de burnup?
- Quais elementos são plotados no eixo x (horizontal) e no eixo y (vertical) de um gráfico burndown?
Em um gráfico de burnup, o eixo x representa o tempo – geralmente na forma de datas de sprint. O eixo y representa os pontos de complexidade atribuídos pela equipe de desenvolvimento. Em um gráfico burndown, o eixo x permanece como datas de sprint, mas o eixo y representa uma estimativa das horas restantes necessárias para concluir o backlog. Com isso em mente, é hora de você aplicar seus conhecimentos.
- Pegue os dados brutos da tabela acima e construa um gráfico de burnup e burndown. Quando terminar, compare-o com o abaixo e determine se você capturou e plotou tudo corretamente.
 |
 |