[MÚSICA] [MÚSICA] >> Olá, bem vindo ao curso Princípios de Desenvolvimento Ágil de Software. Eu sou Clóvis Fernandes e na aula de hoje iremos apresentar os eventos que podem ocorrer Sprint e essa estrutura de eventos. Normalmente, no ciclo de sprint, nós vamos ter o sprint o sprint dois, quantos sprints forem necessários para desenvolver a minha aplicação. Certo, isso vai depender da capacidade da equipe, dos tipos de software e assim por diante. Cada sprint poderá ter de uma a quatro semanas. O normal são duas semanas, sprint de duas semanas, isso dá uma agilidade muito grande, tá certo, sendo feito duas semanas. Iremos mostrar aqui exemplificar com sprint de duas semanas, que é o mais usual. Veja o sprint de duas semanas que apresentamos aqui. Uma característica importante da modelagem ágil é essa questão da sustentabilidade, ou seja você só vai trabalhar oito horas por dia, cinco dias por semana, ou seja vai totalizar 40 horas semanais. Então vocês vejam que no exemplo que eu estou mostrando aí eu tenho dez dias, vai de segunda a sexta na primeira semana e de segunda a sexta na segunda semana. Então são dez dias apenas, então sprints de duas semanas correspondem a dez dias, com oito horas de trabalho por dia, certo. Tudo que está verde claro significa que é desenvolvimento das tarefas que o time de desenvolvimento se comprometeu a trabalhar, certo, nós vamos mostrar isso melhor agora. Qual é o primeiro evento, primeiro tipo de reunião que tem? É o sprint planning, chamando aí de SP e ele está ocupando metade da segunda feira, ou seja alí são quatro horas de trabalho. Dia de oito horas, quatro horas. Basicamente para o sprint planning que é o planejamento que você vai fazer para aquele sprint. O planejamento significa você escolher as user stories que você vai desenvolver, se comprometer que vai desenvolver esse conjunto de user stories quebrar essas user stories tarefas e o grupo escolher as primeiras tarefas, as de maior prioridade para serem desenvolvidas. Normalmente a regra é que sejam duas horas para cada semana. O sprint é de duas semanas, então o sprint planning vai ter quatro horas, se fosse de mês seria dia inteiro. O outro tipo de reunião que existe é o que a gente está chamando aí de Daily Scrum, ou reunião diária do Scrum. Ela é uma reunião bem pequena e rápida, ela é de 15 minutos. E é sempre de 15 minutos, tá certo, sempre de 15 minutos. Nela se discute o que cada elemento do grupo vai falar sobre o que tem feito, o que vai fazer, seus problemas e impedimentos que estão ocorrendo. Ela geral, todas essas reuniões são gerenciadas pelo Scrum Master, tá certo, e ela vai levar 15 minutos, é para ser discutido rapidamente, mas é uma oportunidade muito boa de se levantar problemas. Se tem algum problema que não dá para resolver alí, aí é outra questão, mas ela só dura 15 minutos. Vamos prestar a atenção nesta reunião Daily Scrum, no último dia do sprint, tá certo, nós vamos voltar a falar dela daqui a pouco. O próximo tipo de reunião que tem ela é bastante importante. Eu estou chamando alí de demo, ela é a sprint review, a revisão do sprint. É onde o projeto que foi codificado desde do primeiro dia do sprint até o último dia, tá certo, a manhã do último dia é onde o time vai apresentar o que desenvolveu, fez os testes de aceitação, está confiante de que o produto está de acordo com o tinha sido definido pelo PO lá nas user stories, tá certo e vai apresentar. É uma reunião que é aberta para o PO, que vai gerenciar, ela é aberta para o PO e stakeholders interessados no assunto, diversos são convidados e o PO é que vai validar, confirmar, tá certo vocês lembram lá do cartão, conversação e confirmação. É nesse momento que ele vai confirmar se as user stories foram implementadas de acordo. com o que ele tinha definido. Ou então pode ser que não aceite, ou o teste de aceitação não foi adequado, ou se esperava uma coisa e era outra. E a última veja, todas as reuniões anteriores estava envolvendo basicamente o processo de desenvolvimento, o sprint planning planeja o que você vai fazer no sprint a daily scrum, a reunião diária é para ver o que é que está pegando no desenvolvimento os problemas que possam estar havendo, isso vai ser feito diariamente, cada vai falar isso o demo vai mostrar o que foi feito, tá certo, se alcançou ou o que se deixou de alcançar, e a retrospectiva tem a ver com o processo Scrum & XP. Ou seja, é nessa hora que nós vamos analisar se nós estamos seguindo direito todo esse processo que nós estamos mostrando para vocês, ou não, tá certo. Ver o que está pegando, termos de processos. Então normalmente o demo leva duas horas para ser feito e a retrospectiva de duas semanas, a retrospectiva menos de duas horas. Podemos aproximar para duas horas. O demo normalmente corresponde a uma hora por semana, o sprint é de duas semanas então nós vamos ter duas horas. O sprint é de quatro semanas, então nós vamos ter quatro horas para o demo. A retrospectiva é sempre pouco menos, tá certo, que o demo, mas aproximadamente nesse caso, por exemplo aqui e geralmente se coloca uma hora e 45 minutos no dobro seria o seu dobro de tempo correspondente. Seria três horas e meia, tá certo, no total. Vamos relembrar aqui então agora essa questão da reunião do daily scrum, o scrum diário. Sobra-se muito pouco tempo aqui né para ser feito alguma coisa por causa dessa reunião então muitas vezes essa reunião pode não existir. Ou então ela vai existir para se tratar basicamente do que vai-se fazer para a apresentação e a retrospectiva. E aqui só para realçar aquilo que já tinha falado tudo que ficou verde claro é a execução do sprint propriamente dito. Aquilo que eu tinha planejado no sprint planning eu vou desenvolver. Vou desenvolver como? Usando o XP se quiser usar o Pear Program eu vou usar eu vou usar o desenvolvimento contínuo, integração contínua, eu vou usar o TDD principalmente o TDD nesse desenvolvimento daquilo que foi planejado. Eu vou estar trabalhando cima do que? Das tarefas, tá certo. As tarefas que eu quebrei as user stories tarefas é o que eu vou estar usando, então esse vai ser o meu desenvolvimento que no final eu vou ter uma funcionalidade entregue, vou ter incremento que vai ser as funcionalidades definidas pelas minhas user stories, que eu acabei de implementar testar, fazer os testes de aceitação e demonstrar para o PO e stakeholders. Com isso você acabou de ver quais são os eventos ou reuniões que nós prevemos na nossa estrutura do Scrum & XP. Nas próximas aulas nós estaremos detalhando cada uma dessas reuniões ou eventos, vamos também chamar de cerimônias porque são coisas que realmente têm uma importância como se fosse ritual. Nós iremos detalhar cada uma delas nas próximas aulas. Obrigado. [MÚSICA] [MÚSICA]