O Product Backlog é uma lista contendo todas as funcionalidades desejadas para um produto. O conteúdo desta lista é definido pelo Product Owner. ... Ao fazer isso, a equipe quebra cada item do Product Backlog em uma ou mais tarefas do Sprint Backlog. Isso ajuda a dividir o trabalho entre os membros da equipe.
Backlog também pode ser uma medida de tempo (dias, horas etc) que representa o período em que uma determinada força de trabalho (equipe) pode finalizar uma determinada carteira acumulada de serviços. Esta medida de tempo sinaliza a necessidade de se aumentar ou diminuir o tamanho desta equipe.
Uma mudança muito clara no mindset é que no início do projeto o Product Backlog não precisa estar completo. Podemos ter uma visão macro do produto e dos requisitos esperados. Conforme avançamos no projeto, o Product Backlog cresce e muda à medida que se aprende mais sobre o produto e seus usuários.
As histórias que estão no meio do Backlog do Produto já devem possuir algum nível de detalhamento, mas ainda muito superficial. As histórias que estão do meio para baixo podem ser entendidas como épicos. Elas devem conter apenas algumas palavras para que ela seja amplamente entendida.
Sendo assim, o único jeito de saber a velocidade do time é fazendo com que ele rode de uma a três sprints, de preferência com a mesma formação, para ter uma média e poder descobrir essa métrica.
O testando inicia o teste na posição em pé, atrás da linha de partida, de costas para o cone “A”. Ao ser dado o comando “VAI”, ele desloca-se lateralmente até o cone “B”, passando por fora do cone e corre, de costas, até o cone “D”, dando a volta por dentro desse.