é muito bom meu amigo e minha amiga seja muito bem-vindo bem-vindo a mais uma aula do canal valor eu sou Marcelo Neves o seu instrutor e na aula de hoje aula 14 eu vou falar sobre Sprint que que é uma Sprint E aí a gente vai começar a primeiro a falar sobre um assunto importante para você entender depois o que é uma Sprint timebox que tem um tá imbox em um período de tempo fixo máximo e ela pode né o o evento os eventos do schramm São ou tem um tá inbox ou seja Tem um
limite máximo de tempo para acontecer tem um tempo regulamentar ele pode até terminar antes do tempo limite mas nunca após seu limite todos os eventos do escanção eventos tem boxer e o time precisa se adaptar os limites do tá inbox mas Marcelo e se precisar passado esse limite não pode para o Gui scream olha muito atenção aqui para você que vai fazer o exame de certificação psm um porque muito diferente isso da prática na prática O que que a gente faz a gente estende um pouquinho a gente vê ali Poxa tá quase acabando ali a
dele tudo bem fazer uma abelha de 20 minutos para a retificação Não Para efeito de certificação o evento termina automaticamente ao alcançar o tempo limite do evento vou dar um exemplo aqui para você reunião diária a dele tem 15 minutos de tainbox Esse é o limite máximo chegamos 15 minutos automaticamente essa reunião deve acabar casa reunião não acaba ele nos 15 minutos finaliza e pronto uso de tainbox ele tem como objetivo promover a auto-organização autogerenciamento a Sprint que é um evento do scrap ela ela funciona com tainbox Então tá em Box ele cria regularidade disciplina
criar foco e evita distrações tão lembra para efeitos de certificação não existe o som do tempo acabou chegou o tempo limite daquele evento deve-se terminar a realização daquele evento seja planejamento reunião diária revisão ou retrospectiva e até mesmo o evento container que a própria Sprint só que esse tem um detalhezinho que daqui a pouco eu vou te contar todos os eventos do espran São tá inbox e você vai ver daqui para frente em outras aulas que planejamento revisão retrospectiva reunião diária tem um tempo limite Então você não vai fazer o planejamento por exemplo durante 23
dias vou fazer uma revisão de um dia inteiro não tem um limite para cada evento chegou no limite acaba agora Marcelo Será que eu posso é acabar a reunião antes né de chegar nesse limite pode o gafanhoto Claro que pode então por exemplo ali é reunião diária de 15 minutos se não tem muita gente no dia e de repente só tem dois desenvolvedores ali Eles estão conversando não tem muita coisa acrescentar acabou de fazer uma reunião de área de cinco minutos pode acabar pode Claro que pode agora tem um detalhe que eu preciso te falar
isso é muito importante ali para você responder corretamente às questões do exame de certificação psm um das cru Org todos os eventos têm um limite fixo de tempo ou seja são time boxhead tá bom então todos eles têm tainbox o limite de tempo máximo só que e podem acabar antes exceto a Sprint Como assim Marcelo a Sprint tem um Thai Box e até um limite máximo de tempo para acontecer porém ela não pode acontecer o melhor ela não pode acabar antes do tempo regulamentar por um exemplo se você tá trabalhando com um Sprint de duas
semanas você não pode acabar sprint com sete dias com seis dias com oito dias não duas semanas sempre então é essa a pequena exceção os outros eventos você tem que respeitar o limite máximo de tempo ou tá inbox e pode acabar antes do tempo regulamentar a nota essa daí para você ganhar questões de certificação ali durante a prova tá bom bem e o que que é uma Sprint ao pé da letra é uma corrida de velocidade ou uma arrancar dali então no spam a palavra Sprint significa uma corrida onde são selecionados bom e os mesmos
são implementados em um curto período de tempo tem que pega uma pequena quantidade requisito de demandas naquele pequeno tempo a gente já implementa Sprint também pode ser entendido como um ciclo de desenvolvimento com duração de um mês ou menos nada mais do que isso o tempo da explique pode variar pode mas o que que acontece geralmente o time trabalha durante várias semanas com o tempo por exemplo duas semanas e vai e vai vendo se realmente essas duas semanas são apropriadas Pode ser que depois desse tempo o time aumente um pouquinho ou diminua o que a
gente não quer e que o guia escrever não recomenda é por exemplo fazer um Sprint de duas semanas a próxima de uma semana depois da sequência a a próxima de três semanas não tem que ter consistência tem que ter ali escolheu duas semanas e mais algumas durante duas semanas Experimenta verifica reduz ou aumenta se for necessário depois continua durante várias sprint com aquele tempo deu para entender todo o trabalho feito para transformar a demanda o requisito em software é feito dentro da spray Não há trabalho fora da Sprint então cada Sprint deve sempre produzir incremento
de software funcionando e pronto e potencialmente liberável não dá para dizer assim olha eu acabei de produzir aqui um software um pedacinho dele só falta testar nada disso tem que estar feito testado pronto para ser colocado ali em produção tá bom E aí Vale lembrar o seguinte lembra que a Sprint ela é um evento container ela contém todos e eventos planejamento reunião diária revisão e retrospectiva então lembra disso Sprint é um evento container que pode ter um mês de duração ou menos e aqui eu vou te dar outra dica para o exame de certificação você
vai encontrar no mercado a seguinte padronização um Sprint pode ter uma semana duas semanas três semanas ou quatro semanas que é um mês porém o Gui scream não disso ele diz o seguinte que o Sprint pode ter um mês ou menos quer ver uma pegadinha será que me explique pode ter três dias e pode pelo this One pode Para efeito de certificação pode Sister prático ou não depende do contexto um Sprint pode ter 12 dias ou seja contando ali os dias úteis duas semanas e mais dois dias pode não tem problema essa convenção de uma
duas três quatro semanas é apenas uma prática de mercado mas isso não é válido para o exame de certificação que diz que um Sprint pode ter um mês ou menos combinado um outro aspecto importante não existe folga entre o Sprint outra e acabou uma Sprint começa a próxima eh mas Marcelo eu quero fazer um trabalho de organização ele vai acontecer durante o Sprint Ah mas Marcelo não é trabalho de desenvolvimento mesmo assim ele acontece durante a Sprint então não tem folga entre uma Sprint e outra acabamos Sprint um começa a dois acabou dois começa a
três acabou três e vai assim sucessivamente combinado outro aspecto importante aqui a duração pode durar ali né a Sprint um mês ou menos não há regra definitiva para todos os times aprendi isso não existe uma regra que vale para todos os times ou seja não o time assim assim assado tem que ser de duas semanas não a duração indefinida por alguns fatores por exemplo tempo máximo do projeto grau de incerteza a necessidade de aspectos técnicos do produto quanto maior A incerteza menor vai ser a duração da Sprint facilidade coletar feedback do dono do produto e
das partes interessadas gente tem muita dificuldade bom então a nossa Sprint vai entender a durar mais quase um mês a estabilidade do ambiente e o cenário quantidade de mudanças se tem muita mudança a Sprint o tamanho da Sprint a duração tende a ser menor EA urgência da entrega do produto ou seja tem vários elementos que vão ditar ali a a duração da Sprint agora o que cai aqui no exame de certificação esses elementos tempo máximo do projeto grau de incerteza facilidade de conectar o feedback Então você precisa entender aqui para o exame de certificação Quais
são os elementos que são levados em consideração para se determinar a duração da Sprint outra prática que você precisa ter cuidado no mercado existe a prática da Sprint 10 que que é Sprint 10 é uma prática que diz o seguinte eu o Sprint duração de duas semanas para fazer a instalação do banco de dados ou criação do banco de dados criar um ambiente de teste Ou seja eu vou fazer todo organização para depois começar a Sprint um dois três quatro não Sprint 10 não existe e aqui eu vou trazer o Gui scream para matar eliminar
de vez essa prática que o mercado faz mais para efeitos de certificação isso não é correto o Gui scream 2020 diz assim todo time scream é responsável por criar um incremento valioso e útil a cádiz Print então repara o seguinte todos os print tem que produzir no final o incremento valioso Então não é criar qualquer funcionalidade mas tem que ser valioso Tem que atender as necessidades ali do cliente do usuário e tem que ser útil ou seja e tem que eu posso pegar e começar a utilizar isso é utilidade se eu crio incremento que falta
testar que falta isso que falta aquilo não consigo utilizar Então tem que ser valioso incremento a cada Sprint se eu tenho uma Sprint 10 que é só de organização Uma Sprint só para fazer testes ou uma Sprint só para fazer isso e aquilo e não produz o incremento valioso útil não é uma Sprint Essa não é uma prática permitida pelo fremo Scan portanto lembra sempre disso não existe Sprint 10 a gente começa dá um e tudo vai acontecendo ali na um a mais Marcelo então não eu já começo a desenvolver e também já organizar um
ambiente de testes sim você vai fazer um pouquinho a cada esse print não existe Sprint é muita atenção aí a Esses povos porque isso porque aqui a gente trouxe várias práticas e Convenções de mercado que não se aplicam no exame de certificação psm um da scrum.org E aí ficou alguma dúvida coloca aqui embaixo clica no link Coloca ela sua pergunta vou ter maior prazer em responder sua dúvida Não esquece de pisar fundo no like no gostei pra gente poder levar esse conteúdo a mais pessoas e de assinar o canal para ser avisado das próximas aulas
e conteúdos um grande abraço e até a próxima aula
