Um gráfico burn-down registra o tamanho do backlog do Sprint ao longo do Sprint. Durante a retrospectiva do sprint, o gráfico burn-down pode fornecer dados valiosos sobre como foi o sprint. Mike Sutton usa anotações para capturar mais dados no gráfico burn-down, tornando-o ainda mais útil durante a retrospectiva.
Durante um sprint, o gráfico burn-down mantém o time e qualquer um que olhar para ele, informado sobre o tamanho do backlog do sprint atual e qual a velocidade do time. Idealmente, o gráfico deve cair de forma que atingirá o 'zero de trabalho restante' antes ou exatamente no final do sprint.
Uma linha de tempo na retrospectiva é uma ferramenta que ajuda ao time reconstruir o principais acontecimentos do sprint. Uma abordagem comum é marcar uma linha de tempo na parede ou quadro branco e pedir que os membros do time coloquem notas na linha de tempo para os eventos que ocorreram. As notas podem dizer coisas como: "Mike juntou-se ao time.", "O build foi quebrado", "O build foi finalmente corrigido", "A grande demonstração para um cliente foi bem!", "Um grande bug foi reportado." e assim por diante.
Mike Sutton descreveu como ele está capturando informações de linha de tempo, conforme as coisas acontecem, no gráfico burn-down do time. Quando um membro do time relata um impedimento na stand-up meeting diária, o impedimento é registrado em um post-it. O post-it é então posicionado no gráfico burn-down, próximo ao ponto que representa aquele dia na linha. O post-it inclui uma curta descrição do impedimento e qualquer contexto relevante. Quando o impedimento é resolvido, a data de resolução é adicionada ao post-it. O post-it permanece no gráfico. Quando o time faz sua retrospectiva do sprint, eles podem facilmente referenciar o gráfico burn-down anotado para ajuda-lo a lembrar dos principais acontecimentos do sprint.
Que tipos de dados seu time coleta e usa durante as retrospectivas? Que ferramentas você usa para coletar os dados? Deixe um comentários e compartilhe.