é muito bom meu amigo e minha amiga seja muito bem-vinda bem-vinda a mais uma aula do canal valor eu sou Marcelo Neves o seu instrutor e na aula de hoje 25 a gente vai falar sobre a reunião de revisão Então vamos entender o que é essa reunião EA importância dela primeiro definição simples reunião de revisão é o evento em que o incremento de produto é demonstrado o backlog do produto é ajustado e discute-se sobre o progresso em direção a meta do produto para o exame de certificação você precisa entender claramente que a reunião de revisão
é muito mais do que apenas uma demo uma demonstração do produto e olha mesmo a demonstração do produto ela não tem que ser feita ou não pode ser feita apenas no PowerPoint Tá certo tem que ser uma demonstração real do tá funcionando Tá bom então vamos lá essa nós ilustração mostra o spray na linha do tempo e a gente sabe que a gente tem no primeiro dia o planejamento que tá ali que tem um time box de 8 horas ou menos por uma Sprint de um mês então ele tem ali 8 horas ou menos estão
máximo ali do planejamento são as 8 horas e nós temos agora a revisão está ali no último dia acontecendo no último dia ou seja a ao fim da Sprint é marcado pela revisão mais a retrospectiva qualquer coisa qualquer outro trabalho fora dessa dessa da Depois dessa destes dois eventos têm que ser feito na próxima Sprint E é claro durante o Sprint a gente tem a reunião diária com o máximo ali de 15 minutos tá bom agora você não entender aqui a Mecan e de como funciona a reunião de revisão 1º os desenvolvedores eles então se
preparam tem um gasto ali de mais ou menos uma hora para se preparar para demonstrar o produto então nós temos ali todo time scream e mais partes interessadas convidadas Qual objetivo aqui pegar o feedback dessas pessoas sobre o produto Então não é uma apresentação de PowerPoint é do produto rodando funcionando depois em função dessa demonstração discute-se a evolução do produto por quê Porque durante a evolução durante a demonstração é o dono do produto Ele identificou aquilo que foi planejado para Sprint e aquilo que realmente foi feito então vamos supor que de 10 histórias nove foram
implementados foram desenvolvidas completamente sobrou uma vai ter que ter vai ter que ser feito um reajuste ali reajuste no sentido de reprojeção daquela data prevista para conclusão do produto e aí também se discutir o que a direção em relação à meta do produto pode ser que tem considerações tecnológicas considerações de negócio que podem fazer com que o produto Vai um pouquinho mais pra direita Vai um pouquinho mais para a esquerda Então essa discussão ocorre também aqui durante a reunião de revisão uma coisa que você precisa entender que uma reunião de revisão não é sinônimo de
demonstração olha Quantos elementos que acontecem aqui nessa reunião de revisão portanto até muita gente muitas bom né que estão se preparando para certificação é até elas estão ali se perguntando mas Marcelo se o incremento de produto ao longo da Sprint ele pode ser demonstrado para o dono do produto para as partes interessadas o que que diferencia primeiro que reunião de revisão ela acontece ali lá no finalzinho da Sprint e segundo na revisão a gente não só demonstra mas faz a reprojeção porque aqui a gente discutir o que que a gente conseguiu realmente concluir ou não
de acordo com os itens que foram planejados tem uma discussão ali em direção à meta do produto coisa que durante o Sprint mesmo uma funcionalidade tendo sido desenvolvida completamente e ter sido entregue para uma parte interessada quase nunca acontece essa discussão relacionamento do produto ela acontece mais aqui na reunião de revisão e outro a ajustes no backlog do produto então pode ser que durante a demonstração as partes interessadas e durante a discussão sobre a meta do produto novos itens surjam Pode ser que até mesmo itens sejam excluídos removidos do backlog para se adiantar agilizar essa
esse Progresso em direção a meta do produto tão primeiro demonstração depois uma discussão sobre o progresso e relacionamento do produto uma reprojeção da data de conclusão e também ali os ajustes quando eu falo aqui sobre data de conclusão é apenas uma previsão não é uma prata gravado em pedra não é considerando ali a capacidade do time aquilo que o time já fez aquilo que o time ainda vai fazer então o projeto se ali uma data mas essa data não tá escrito em pedra não muito cuidado aqui ó e vamos ver algumas características da reunião de
revisão 1º até um tainbox de quatro horas ou seja quatro horas ou menos todo times foram participa e passa interessadas podem ser convidados o foco dessa reunião lembra É o incremento do produto então nessa reunião a gente inspeciona o que o incremento do produto é inspeção do produto então é apresentar o incremento coletar o feedback do dono do produto das partes interessadas discutir a evolução em direção à meta do produto ao se conferir o incremento tanto dono do produto quanto o enterro Times Square vão identificar outros itens E aí isso vai ser adicionado aonde dentro
do dentro do backlog do produto nesse exato momento e a gente também faz adaptação nessa reunião porque desse disse aquilo é aquilo que não tá bom no produto quais itens tem que ser removidos do backlog porque pode ser que em função da demonstração uma funcionalidade se torna desnecessária Pode ser que novas funcionalidades sejam adicionadas em função do que foi mostrado adaptação nesta reunião se identifica o progresso do desenvolvimento e Alice projeto esforço ainda necessário o restante que Elle uma data de conclusão prevista mas é previsão não tá escrito em pedra não agora o que que
acontece com o backlog da Sprint no exato momento em que acaba o melhor em que acaba Sprint e começa ali é especificamente no último dia da Sprint né porque ainda está dentro da Sprint a reunião de revisão Então vamos lá os itens que ainda estão para fazer voltam para o backlog do produto o fazendo também vão voltar ele para o backlog do é porque isso porque o que é que não se deixa já no backlog da Sprint e os desenvolvedores continuam a partir daqui porque pode ser que o dono do produto no próximo planejamento e
traga outras prioridades que não são aqueles itens que estavam sendo desenvolvidos na Sprint corrente Deu para perceber então o O interessante é que esses itens voltem para o backlog do produto Aí sim dono do produto vai reprisar vai verificar sua sua sua previsão ação e no planejamento esses itens podem ou não voltar para Sprint e tudo aquilo que está feito geralmente ali é aceito pelo pelo dono do produto e aí ficou alguma dúvida clique aqui no link coloca aqui nos comentários vou ter maior prazer em ajudar você responder suas dúvidas Não esquece de pisar fundo
no botão de like de gostei e de assinar o canal para ser avisado das próximas aulas um grande abraço e até a próxima aula
