Fala galera beleza Diogo Becker aqui essa é a terceira parte do vídeo que eu tô mostrando aqui como que eu faço a gestão das rituais né os rituais que a gente tem dentro da gestão ágil Lembrando que já estão ágil ela é um formato em que a gente tenta priorizar a comunicação a transparência de todas as atividades então a gente depende muito de confiança do time de conseguir mostrar e falar e conversar e olhar e discutir o que que a gente tem que melhorar será Ju significa que a gente vai ter mais velocidade de atender
as mudanças não necessariamente a gente vai ser necessariamente mais rápido na hora de entregar cada uma das atividades tá bom E por que que velocidade de atender as mudanças importantes porque no mundo onde a gente vive hoje as coisas mudam muito rápido novas soluções novas tecnologias surgem os concorrentes eles são dinâmicos e também mudam e isso faz com que seja difícil a gente ter um plano de muito longo prazo por exemplo quatro cinco anos conseguir esse plano arrisca a gente tem que ter Agilidade de mudar por isso que a gente tem o conceito de sprints
que são a cada duas semanas e hoje eu vou falar sobre uma das reuniões que a gente tem nessa gestão ágil é que a gente vai rodar então eu já falei aqui no primeiro vídeo eu falei sobre a reunião diária dele no segundo vídeo eu falei sobre planejamento A planner então se você não viu ainda dá uma olhadinha nos vídeos tem na link na descrição e hoje eu vou falar sobre a reunião de revisão a review E aí o quarto vídeo que eu faço de fechamento eu faço da retrospectiva Tá ok então vamos lá a
reunião de review ela tem a seguinte característica ela geralmente vai demorar meia hora tá então ela vai demorar 30 minutos A cada 15 dias ela vai ser uma vez a cada Sprint então aqui então você pode já reservar 30 minutos A cada 15 dias no final no final da Sprint tá bom ela tem qual é qual que é o principal objetivo que a gente tem na reunião de review a gente vai obviamente né Como diz a palavra revisar o que foi feito na Sprint Então vou dar um exemplo aqui vamos fazer como eu tenho feito
né sempre o exemplo com o kanban e o exemplo com o scrum Então vamos supor que a gente tá rodando mais print aqui foi caminhando os caras a gente foi puxando né ao longo da Sprint tá tá e a gente terminou a Sprint após duas semanas assim com essa foto beleza na reunião de review o que que eu faço a gente reúne o time a gente abre o board daí a gente vai chegar no final dela e vamos perguntar o que que a gente concluiu e eu geralmente tenho uma um documento em que a gente
anota cada uma dessas reviews então eu coloco a data dessa da reunião e pergunta para o time Olha o board e pergunta para o time o que que a gente concluiu Ah o item 89 e 12 aqui então por exemplo a gente poderia e tem 12 escrever aqui o que que a gente concluiu colocar alguma alguma observação relevante aqui uma observação sobre sobre essa história de usuário lá essa história de usuário a gente concluiu já tá enrolar de estar em quantos por cento e por aí vai sabe a gente consegue colocar por exemplo lá 19
rolaute em 10% para a gente saber o que que a gente 3 deu 96 print é uma oportunidade também da gente verificar se às vezes alguma pessoa Ah eu tenho assim tem dois aqui ele tá em revisão Mas ele já já foi revisado Vamos colocar que ele tá pronto para depilar a gente às vezes dá uma corrigida ali uma reunião que a gente às vezes pode ajustar alguma coisa que tenha ficado para trás dentro do nosso board que não tenha sido pego na dele por exemplo a gente pode às vezes dar esse pente fino a
gente também aproveita desses itens que a gente concluiu então a gente primeiro pergunta o que que a gente concluiu beleza aí a gente vai poder olhar esses itens também sabe então a gente pode por exemplo se tem um item que foi de design vamos olhar como é que ficaram as telas fazer com que todo time tem essa visibilidade sobre cada um desses itens que a gente concluiu para que todo mundo saiba que aconteceu durante essas duas semanas acho isso muito relevante tá a gente tem essa visibilidade e a gente conseguir mostrar para o time o
que que cada um fez e a gente como prova que honner ou pro Ark Manager a gente também pode olhar e ver se tá certo você não tem nenhum ajuste não tá faltando nada Às vezes a gente vai dar perceber pelo item 8 entregue que vai ter que surgir Um item novo aqui que ele é derivado do item 8 uma correção que a gente percebeu um bug que vai ter que trabalhar isso pode acontecer a gente pode também colocar itens que estão em andamento dá um destaque e colocar assim e colocar aqui por exemplo eu
gosto de fazer isso sabe em andamento e tem acho que 13 né não é 3 e 5 então a gente colocaria que eles estão em andamento pode falar com os itens concluídos e os itens em andamento legal outra pergunta que a gente faz então a gente tem essa primeira pergunta o que concluímos e aí a gente tem uma próxima pergunta que é uma oportunidade de conversar entre o time de o que a gente aprendeu Por que que é legal a gente fazer essa pergunta porque é uma oportunidade do time trocar conhecimento né ai até coloquei
aqui a perguntar primeiro tem uma aqui também tá fazendo isso aqui mas acho que é legal fazer a pergunta o que a gente aprendeu Então aprende sobre o banco de dados e como atualizar a etl ou entendeu aprendemos algumas coisas assim a gente pode colocar e a pessoa pode compartilhar E aí a última pergunta que também relevante que é quais são os problemas e desafios que a gente teve dentro dessa da Sprint Por que que é legal a gente marcar na review e a gente pensar e conversar sobre isso porque quando a gente conversa sobre
o que a gente teve de desafios e problemas a gente acaba também criando uma confiança maior do time e a gente até reflete sobre aquilo que passou né às vezes aconteceu alguma coisa durante essas duas semanas que foi um baita desafio falta de alinhamento entre dois times impactaram e geraram dúvidas sobre qual caminho seguir no projeto pode ser bem comum de acontecer tá E aí a gente vai tipo refletindo e marcando essa esse histórico aqui porque esses arquivo acaba salvando depois eu crio um novo né para semana para as print seguinte e assim por diante
fica bem legal acho que vai acabar ajudando ajuda bastante a gente até essa uma coisa bem sistemática bem pragmática é a review não necessariamente Day precisa ser a mesma pessoa você consegue até rotacionar não precisa ser só uma pessoa de produto que faz a gente pode nessa aproveitando na review revisar se esses itens aqui são eles mesmo se eles ficam aqui também então ela acaba Preparando o terreno para reunião da plena também né a planner que acontece Às vezes logo na sequência Você pode até encaixar bem ser bem na sequência da review por causa que
você revisa tudo e já pensa no planejamento das próximas duas semanas mesma coisa no Square né no Square você vai ter os itens que que vão estar lá concluídos você anotaria todos eles a diferença do scrum é que idealmente né os itens eles voltam os Cristão em desenvolvimento Às vezes você pode voltar eles para o backlog para daí você planejar ele de novo né porque daí eles voltam para serem planejados então eles ainda são partes do backlog ficaria uma coisa mais ou menos assim na prática eu vou ficar aqui a gente vai acabar adicionando novos
itens e aqui a gente tem o selecionados para refinamento selecionados para desenvolvimento beleza Bom basicamente é isso que a gente faz na review Espero que tenha ajudado Se tiverem qualquer dúvida comentem aqui no vídeo que aí eu respondo e a gente vai aprendendo junto beleza valeu até mais tchau tchau
