E aí [Música] E aí E aí o backlog da Sprint ou Sprint backlog é basicamente tudo aquilo que os desenvolvedores farão no meio da Sprint ou no meio da interação né então o Sprint backlog ele é composto de meta da Sprint ou o porque nós precisamos desenvolver aquela Sprint porquê que aquela Sprint é importante Qual o objetivo dessa interação os itens do backlog do produto selecionado ou seja o que nós iremos construir nessa interação né se sente o que que nós vamos fazer Quais são as tarefas as atividades e terceiro o plano para entregá-los né
Qual é o plano Qual é exatamente o caminho que nós vamos fazer para poder entregar essas tarefas nessa Sprint então Aqui nós temos o backlog do produto product backlog é uma lista de desejos aquilo tudo aquilo envolve tudo aquilo que nós queremos construir neles no meu os jatos tudo aquilo que nós precisamos envolver para entregar aquele determinado produto e nós temos o backlog da Sprint que é basicamente as tarefas que são puxadas para dentro de uma interação pelos desenvolvedores para então trabalharem naquelas tarefas dentro daquela Sprint elas temos aqui o exemplo do item um dois
e três do backlog do produto que foi puxado para dentro dessa Sprint e esses três itens serão desenvolvidos dentro dessa interação é papel dos desenvolvedores então quebrar essas tarefas maiores as tarefas um dois três no exemplo aqui em tarefas menores micro tarefas que serão então desenvolvidas diariamente estas teske's essas tarefas não devem passar de oito horas de duração no máximo 8:00 no máximo um dia para executá-las então o backlog Sprint é um plano feito pelos desenvolvedores e para os desenvolvedores também você tem uma Player Essa é a seleção das histórias de usuário a seleção das
macro atividades que serão inseridas dentro de uma interação de uma Sprint e os desenvolvedores vão Então na clínica quebrar essas tarefas maiores em tarefas menores e o conjunto dessas tarefas menores que são provenientes da seus Stories ou dessas dessas histórias de usuário e esse conjunto de tarefas é verdadeiramente o que nós falamos chamamos de Sprint da Glória então em cada plano é extremamente importante que todo time de desenvolvimento traça sua meta o seu objetivo e Desenvolva a cada deles Fran a cada reunião diária Desenvolva o Plano Melhor vai ajustando esse plano rumo ao objetivo da
Sprint para que o objetivo Não se perca no meio da dos dias no meio da interação o backlog da Sprint é uma imagem atualizada de tudo aquilo que os desenvolvedor tô fazendo naquele exato dia tão numa dele você tem ali no campo por exemplo demonstrado o seu Sprint backlog aqui o Sprint backlog vai dar maior clareza e transparência para todo o time de desenvolvimento sobre a atual situação do trabalho sobre hoje como em tempo real nosso trabalho está sendo desenvolvido é uma foto em tempo real aonde da Transparência melhora a comunicação e também per favorece
uma gestão mais utilizada então consequentemente o Sprint backlog é atualizado ao longo do tempo quanto mais se sabe sobre os itens que estão sendo desenvolvidos naquela Sprint Mas então a gente vai trabalhando e refinando no Sprint backlog da mesma forma como acontece lá no backlog do produto que ele nunca é ele não termina ele jamais vai ser finalizado Enquanto houver produto né esse daqui logo o produto ele bom então quase que diariamente pelo dono do produto neoop ou na mesma forma o Sprint backlog é atualizado a cada dia mais quanto mais se conhece sobre os
itens mais informações são inseridas as atividades são quebradas atividades são removidas ou adicionadas então veja bem talvez você já passou por aquela situação onde é o pious for Master disse lá na Play e você se devem Colocar todas as tarefas a serem desenvolvidas nessas print por favor não me venham com tarefas inacabadas não me vê apenas com alguns poucos itens eu quero de forma esgoto de forma esgotada mostrar todas as tarefas que nós temos dentro dessa Sprint no Sprint backlog não é assim que funciona você deve construir na Player os itens de forma que sejam
minimamente capazes e que o time seja minimamente capaz de começar a Sprint né então você não precisa o planejamento esgotado na sua plena o seu Sprint backlog é Vivo ele orgânico e vai aparecendo com o tempo então a meta da Sprint que faz parte do Sprint backlog ela é um compromisso entre o time desenvolvimento entre os desenvolvedores a fim de que a meta não seja desviada não seja perdido o foco o objetivo desse Print então se alguém vem com uma outra história uma outra Fit uma outra funcionalidade algo diferente para se fazer os desenvolvedores devem
dizer Opa aqui não xará Aqui nós temos uma meta do produto que nós temos um objetivo dessa Sprint o objetivo é esse essa feature não colabora para atingirmos a meta do Sprint nós eliminamos toda a sugestão toda nova ideia toda nova atividade que nos atrapalha a atingir a meta da Sprint a meta da Sprint também ela cria coerência e foco a de forma que todo time possa trabalhar juntos focados as atividades que vão colaborar para a gente atingir a meta de se lembre se que a meta da Sprint ela é criada na Play na Sprint
planning e não depois disso O time inteiro deve sair da planejar com a meta da Sprint bem desenvolvida e estabelecida então adicionar a meta da Sprint lá no seu Sprint backlog lá no seu borda do campo seja onde for lá na parede do escritório no lugar onde seja visível para todos para que todos os dias os desenvolvedores possam olhar e saber qual é a meta desse frente Porque conforme os desenvolvedores não trabalhando eles trabalham com a meta da Sprint em mente sempre lembrando de qual é o objetivo a ser atingido se o trabalho acaba sendo
diferente daquele planejado lá na pleni sunt plene e o cavalo o trabalho acabou sendo diferente durante o Sprint e o pessoal olha e fala aí para eu acho que nós vamos conseguir entregar todos os itens que foram acordados na Sprint né então os as cores devem entrar em um acordo e conversar com pior para aqueles para o pior possa flexibilizar o escopo a ser tratado dentro daquela Sprint para que flexibilize a Sprint backlog né então o time entra num acordo para ver o que vai ser entregue ou não Sim nós podemos eliminar alguns itens ou
se alguns itens podem ser passados para Sprint posterior por exemplo é muito importante o Sprint backlog seja atualizado durante as deles ou logo um pouco antes ali no início da dele para ti ir no momento da reunião diária todo time Veja tudo aquilo que está atualizado né em tempo real ao vivo EA cores ali diante de cada desenvolvedor então é muito importante essa atualização diária do seu board do seu kanban para que o Sprint backlog esteja atualizado é vital que as histórias tenham um tamanho de pelo menos ali um quarto do tamanho do Sprint então
se você trabalha com os prints de duas semanas você não deve ferir os Stories que vão para passar e três quatro cinco dias na verdade não deve montado no Forte Né verdade não é indicado você a literatura vai dizer que você pode trabalhar que nos Stories do tamanho de uma Sprint que os Store não deve ultrapassar o tamanho desse Print então se você tem um sulfite duas semanas Teoricamente as histórias deve ter no máximo uma semana porém é extremamente importante que você é elimine a sua seus Stories que você trabalha nelas e conclua as suas
histórias usuário é para uma semana para uma Sprint duas semanas e no máximo três quatro dias então é isso espero que você tenha entendido que que é o Sprint backlog Fique ligado em mais vídeos para que você possa crescer na sua carreira e aumentar o seu conhecimento aí em desenvolvimento de software
