LEITURA COMENTADA DO GUIA SCRUM 2020 | PREPARATÓRIO PARA CERTIFICAÇÃO PSM I E PSPO I

é muito bom meu amigo minha amiga seja muito bem-vinda bem-vinda a mais uma aula do canal valor eu sou Marcelo Neves do seu instrutor e na aula de hoje nós vamos fazer uma leitura comentada do Gui scream 2020 vamos lá o guia do scrum O que é definitivo para escrever as regras do jogo novembro de 2020 o propósito do dia dos cran desenvolvemos o Scan no início dos anos 1990 escrevemos a primeira versão do dia do screen 2010 para ajudar as pessoas em todo mundo entender o estranho evoluímos o dia desde então por meio de

pequenas atualizações funcionais juntos nós suportamos tem interessante né já desde os anos 90 o Scan já existia então o fêmur que não é novo o que é do estranho contém a definição do score cada elemento do freio que serve a um propósito específico que é essencial para o valor geral e os resultados obtidos com Instagram o modelo Central ideias do Scan remover elementos ou não seguir as regras do spam encobre os problemas e limita os benefícios do Scan potencialmente até tornando inútil gosto muito dessa frase aqui olha que interessante aqui é remover elementos ou não

seguir as regras do scrum nós vamos vestir os com ele tem papéis e vemos ou cerimônias e artefatos eles são inegociáveis não dá para substituir mesmo que alguém diria assim olha a gente acredita que o papel do PPI ou não serve não para rodar esse flan você precisa do pior você precisa do scrum master você precisa de desenvolvedores a acompanhamos uso crescente do escroto em um mundo cada vez mais complexo estamos muito curiosos em ver o Scan sendo adotado em muitos domínios que consistem de trabalhos essencialmente complexos indo além do desenvolvimento de produtos de software

onde os com tem suas raízes conforme o uso do Scan se espalha desenvolvedores pesquisadores analistas cientistas e outros especialistas fazem o trabalho usamos a palavra de vela Produções foram não para excluir mas para simplificar se você obtém valor dos clãs considere-se incluído e você vai ver que o frame scrap ele utiliza dono do produto cromaster e developers e talvez você que trabalha com software Deve tá se perguntando Mas cadê os analistas Cadê o que todos eles são chamados de desenvolvedores apenas praça é mais abrangente para simplificar tá bom conforme os cronistas sendo usado padrões processos

em sites que se encaixam no freio crow conforme descrito neste documento podem ser encontrados aplicados idealizados sua descrição está além do propósito do dia dos Campos porque eles são sensíveis ao contexto e diferem amplamente entre os usos dos essas táticas para uso dentro do frevo Cristã variam amplamente estão descritos em outros lugares então o Store ele pode e deve ser complementado com padrões processos e e geralmente eles são sensíveis ao contexto que que significa num determinado contexto você vai usar essa técnica no outro contexto talvez não Mas as regras do expansão do Islã são imutáveis

são inegociáveis quem chover e Jefferson de novembro de 2020 definição do scrum scrum Framework leve que ajuda a pessoas times e organizações a Gerar valor por meio de soluções adaptativas para problemas complexos em suma isso requeremos cromaster para promover um ambiente onde um próprio Towner ordena o trabalho para um problema complexo em um pro backlog 2 os Frontin transforma uma seleção do Trabalho em um incremento de valor durante o Sprint três os conte-me seus stakeholders inspecionam os resultados e se ajustam para o próximo Sprint 4 repita bom então gente tem uma descrição breve aqui do

que os campos percebeu onde a figura dos cromaster é obrigatória o scream requer Olha só o escudo requer um scrummaster e como é que funciona o pior organiza o trabalho o Time Square que é composto pelo dor de produtos remaster e os desenvolvedores transforma-se a seleção e o incremento de valor durante o Sprint então não são só os desenvolvedores tanto o dono do produto quantos cromaster também tem responsabilidade passo 3 e os Frontini e outros participantes stakeholders verificam inspecionam os resultados E aí mais o Sprint é criada ou seja não existe um Sprint ela começa

imediatamente após o fim do anterior não existe o espaço de tempo Entre Um Sprint outra Deu para entender com e simples Experimente como está e determine esse sua filosofia teoria estrutura ajuda a atingir objetivos e criar valor o prêmio Chrome é propositalmente em completo apenas definindo as partes necessárias para implementar a teoria escola o esfregue construídos sobre a inteligência coletiva das pessoas que utilizam vez de fornecer as pessoas instruções detalhadas as regras do guia dos Campos orientam seus relacionamentos e interações olha só que interessante o fremor questão é propositalmente incompleto E vai encontrar no disse

para detalhes por exemplo de como você tem que escrever os itens do backlog você não vai encontrar todas as técnicas que você tem que usar ao longo de desenvolvimento de um produto não ele é propositalmente em completo e você deve complementar o fêmur com outras técnicas e continua vários processos técnicas e métodos podem ser empregados com frango e se trouxe a Copa práticas existentes ou as tornas desnecessárias e se torna visível aí ficasse relativa da gestão atual meio ambiente e técnicas de trabalho para que melhorias possam ser feitas que que significa processos e técnicas e

métodos métodos podem ser utilizados e devem ser em conjunto com scrap para que realmente você possa tirar todo o proveito desse frango é baseado no empirismo ele enfim pensamento enxuto o empirismo afirma que o conhecimento vem da experiência e da tomada de decisões Com base no que observado o Lins em que reduz o desperdício e se concentram no essencial Então a gente tem duas disciplinas aqui que são vamos dizer assim fundamentais para a gente entender os Fran empirismo que a gente observar é a gente experimentar algo observar e daí tomar decisões Eu gosto muito de

uma ilustração que foi sendo engana-se ilustração foi foi foi dada pelo Martin fowler um exemplo de empirismo é quando você vai tomar um banho de manhãzinha Quando você vai tomar banho para ir trabalhar se liga aí o chuveiro aí você bota a mão e você vê que tá muito fria água aí você vai ali observa Oi tá frio você abre mais ah ah o misturador ali da água quente aí você bota sua mão ou seja você tava experimentando e toma decisões e descobre assim puxa tá muito quente agora e aí você abre um pouquinho mais

a água fria até que você observa e toma decisão de que agora assim A água tá própria para você poder tomar banho isso empirismo tô empirismo envolve experiência observação E aí a tomada de decisão e o link é uma disciplina que foca no desperdício a gente eliminar tudo e qualquer coisa de desperdício Então tá aqui empirismo e o link do disciplinas importantíssimas dentro do estrago scream emprega uma abordagem iterativa e incremental para utilizar a previsibilidade e controlar o risco estou envolve grupos de pessoas que coletivamente possui a habilidade e conhecimentos necessários para fazer o trabalho

e compartilhar o adquirir essas habilidades conforme necessário olha só que interessante possuem todas as habilidades e conhecimentos necessários para fazer o trabalho Então significa que não existe ninguém fora do time que precisa ser chamado para fazer algo para o time poder entregar o atender uma demanda então o time tem todas essas competências Isso não combina quatro eventos formais para inspeção e adaptação contidos dentro de um evento a Sprint esse de eventos funcionam porque implementa os pilares empíricos do scream transparência inspeção e adaptação primeiro lugar o spam ele é formado de cinco eventos entende tem quatro

eventos formais planejamento reunião diária reunião de revisão e reforço p Oi e um evento maior chamado de Sprint Pois é Sprint é um evento só que ele é chamado de evento container por quê Porque ele contém os outros quatro eventos mas são cinco combinado e nós temos aqui os três pilares da do empirismo que é um dos que é uma das Essências do schramm transparência e inspeção e adaptação Vamos falar agora sobre cada um E vamos a leitura de cada um desses elementos transparência o processo emergente e o trabalho devem ser visíveis tanto para quem

executa o trabalho quanto para quem recebe o trabalho Como spam decisões importantes são baseadas no estado percebido de seus três artefatos formais artefatos com baixa transparência pode levar a decisões que diminui o valor e aumenta o risco a transparência permite a inspeção a inspeção a aparência enganosa e gera desperdício primeira coisa transparência para isso a gente tem três artefatos formais que a gente ainda vai estudar e a gente vai ver aqui mais para frente no distrai e olha transparência permite a inspeção inspeção sem transparência praticamente não serve para nada tá certo inspeção os artefatos do

scrum e o progresso em direção às metas acordadas devem ser inspecionados com frequência e diligência para detectar variações ou problemas potencialmente indesejáveis para ajudar na inspeção o scream fornece Cadência na forma de seus cinco eventos viu cinco eventos a inspeção habilita adaptação a expressão sem adaptação é considerada inútil os eventos escravos são projetados para provocar mudanças em toda a sua que interessante o porquê que por exemplo a gente o Framework scrum recomenda uma reunião todos os dias que a dele a reunião diária para Justamente a gente fazer uma inspeção continua todo dia e a gente

detectar o quanto antes essas variações entre o que foi planejado e o que foi executado que foi entregue então a inspeção é a prática que habilita o que adaptação como é que você vai se adaptar sem antes verificar o que precisa ser feito percebeu agora adaptação se algum aspecto de um processo se desviar fora dos limites aceitáveis ou se o produto resultante forem aceitável o processo que está sendo aplicado ou os materiais que estão sendo produzidos devem ser ajustados o ajuste deve ser feito o mais rápido possível para minimizar novos desvios adaptação se torna mais

difícil as pessoas envolvidas não só empoderados o autogerenciadas espera-se que uns Prontinho se adapte no momento em que aprendi algo novo por meio da inspeção Olha que interessante o ajuste deve ser feito o mais rápido possível por isso que a gente tem ciclos de desenvolvimento ou sprints de uma duas três ou quatro semanas ou melhor um mês ou menos você vai entender aqui o detalhe muito importante que muita gente se engana mas calma vamos continuar aqui a leitura e olha adaptação ela é mais difícil de fazer quando as pessoas não são altos gerenciadas não são

empoderados pra tomar essas decisões agora vamos ver os valores do Instagram o sucesso do uso do schramm Depende das pessoas se tornarem mais proficientes em viver 5 valor o compromisso foco abertura respeito e coragem os cantinhos se compromete a atingir seus objetivos e suportar uns aos outros seu foco principal é o trabalho da Sprint para fazer o melhor Progresso possível em direção a essas metas os Clean e seus stakeholders são abertos pontual trabalho e os desafios os membros dos pontinhos se respeitam quanto a serem pessoas capazes independentes e são respeitados como tal pelas pessoas com

quem trabalham os membros do Sporting tem a coragem de fazer a coisa certa e trabalhar em problemas difíceis Então olha só alguns desses elementos começando a fazer sentido coragem para que para fazer a coisa certa e não aquilo que é mais fácil e não é que não quer mais tranquilo percebeu esses valores orientam os Frontin em relação ao seu em ações e comportamento as decisões que são tomadas os passos dados e a forma como Isto é usado deve reforçar esses valores não diminuímos ou minar os os membros dos from time aprendem e explora os valores

à medida que trabalham com os eventos e artefatos do scrum quando esses valores são incorporados pelos Frontin e pelas pessoas com quem trabalham os pilares e empíricos dos planos de Transparência inspeção e adaptação ganha um vida construindo assim a confiança então time onde seus membros tem confiança uns nos outros é produto do que é produto de pessoas que aplicam o fêmur escreve ou seja aplicam utilizam os eventos os papéis esses cinco valores e com isso eles constroem uma confiança o Spring a unidade fundamental do scrum é um pequeno time de pessoas uns Counting os Prontinho

consiste em informar ter um próprio hour do produto e developers desenvolvedores Dentro de uns Counting não há subtimes ou hierarquias é uma unidade Coesa de profissionais focados em um objetivo de cada vez a meta do produto olha quanta coisa que a gente tem aqui primeiro composição de um times com essa daqui nós temos esses três papéis scrum Master P ou e developers não é subtimes porque isso porque que é que diz que não há subsídios porque antes os developers eram chamados de developers team ou time de desenvolvedores eram time dentro do outro agora não agora

a gente só tem o time scream que é composto por esses três papéis Ah tá certo e eles estão focados em um objetivo de cada vez chamado meta do produto que também é o elemento recente e que apareceu aqui no discreto 2020 Então vamos lá uns pontinhos são multifuncionais o que significa que os membros possuem todas as habilidades necessárias para criar valor a cada Sprint eles também são Auto gerenciáveis O que significa que decide internamente Quem faz o quê quando e como importantíssimo o que que é um time autogerenciado é um time que determina quem

faz o quê quando e como então não precisa de alguém externa o time um gerente um diretor para determinar o que o quando e como combinado os from time é pequeno suficiente para permanecer ágil e grande o suficiente para concluir um trabalho se o ativo dentro de um Sprint normalmente 10 ou menos pessoas em geral descobrimos que times menores se comunicam melhor e são mais produtivos se os últimos se tornarem muito grandes eles devem considerar a reorganização em vários pontinhos coesos cada um focado no mesmo produto portanto eles devem compartilhar a mesma método produto proteclog

e pro Towner o dono do produto então times de 10 ou menos pessoas e se eu recomendado precisa ter mais gente porque o produto é muito grande é muito complexo devido esses times e times de 10 ou menos pessoas todos eles apontando focados no mesmo produto e compartilham a mesma meta do produto mesmo backlog e possivelmente o mesmo Pior os from time é responsável por todas as atividades relacionadas ao produto o coração com stakeholders verificação manutenção operação experimentação pesquisa e desenvolvimento e qualquer outra coisa que possa ser necessário eles são estruturados empoderados pela organização para

gerenciar seu próprio trabalho trabalhar em Sprint sem o ritmo sustentável melhoram o foco EA consistência do screen Então olha que interessante eles são estruturados e empoderados pela organização para gerenciar seu próprio trabalho e não ter um gerente ali para fazer esse trabalho todos os from time responsável por criar o incremento valioso e última cada Sprint scrum define três responsabilidades específicas dentro do scrum team os developers desenvolvedores o próprio our P ou o dono do produto e os cromaster Olha que interessante esse a TIM inclui Pio Dom do produto scrummaster e desenvolvedores todos Frontin é responsável

por criar o incremento de produto não é não são só os desenvolvedores mas Isso inclui também o scrummaster e o pior então tem aquela de opinião só toma conta do bec longe os cromática é só toma conta do processo ágil não no fim das contas todos os três papéis desenvolvedores o dono do produto e os cromaster tem responsabilidade pelo incremento do produto que tem que ser valioso e útil Ou seja eu posso pegar esse incremento e colocar em produção então não tem essa de ar é um incremento útil mas eu não consigo usar porque ficou

faltando só os testes então na útil eu não consigo usar ele e valioso porque ele realmente reflete as necessidades uma das partes interessadas e do usuário daquele produto olha Quantos elementos aqui é importante agora os developers developers são as pessoas do scrum team que estão comprometidos em criar qualquer aspecto de um incremento utilizável a cada Sprint as habilidades específicas necessárias pelos developers geralmente são amplas e variam de acordo com domínio de trabalho no entanto os developers são sempre responsáveis por criar um plano para Sprint o Sprint backlog introduzir gradualmente qualidade aderindo a uma definition Dan

a Dodge adaptar se o plano A cada dia em direção a meta da Sprint e responsabilizar-se mutuamente com profissionais da os desenvolvedores estão comprometidos ali a entregar o incremento utilizável a cada Sprint o ou seja fazer tudo o que precisa fazer para liberar esse incremento ou seja esse pequeno pedacinho do produto já para uso agora o que que eles fazem ou pelo que eles são responsáveis por criar um plano Então olha que interessante aqui tem plano dentro do arranjo dentro do escroto do fêmur Claro que tem e o plano aqui para Sprint se chama Sprint

backlog é e eles também são responsáveis por produzir esse pedacinho do produto incremento conforme a dorde que a definição de feito que a gente não vai olhar aqui dentro do jeans clã por adaptar o seu plano e por serem responsáveis uns pelos outros ou por pelo seu próprio trabalho agora próprio ao ler o produto a onda é responsável por maximizar o valor do produto resultante do trabalho dos Frontin a forma como isso é feito pode variar amplamente entre organizações Springs e indivíduos o próprio Towner também responsável pelo gerenciamento eficaz do próprio backlog que inclui desenvolver

e comunicar explicitamente a método produto Criar e comunicar claramente os itens do Product backlog ordenar os itens do proteclog e garantir que o próprio backlog seja transparente visível e cumprir bom então pra começar o pior o dono do produto ele é responsável por maximizar o trabalho do time através da lide dizer Qual item tem que ser desenvolvido naquele momento por Criar e comunicar claramente o backlog do produto que tem que estar visível para toda a organização tem que garantir que esse backlog seja compreensível e desenvolver e comunicar explicitamente a meta do produto Então quem desenvolvimento

do produto é o pior quem comunica método produto é o pior até versões anteriores nós temos apenas a meta da Sprint agora no disco 2020 a gente tem a meta do produto responsável quem é o piu o próprio our pode fazer o trabalho acima ou pode delegar a responsabilidade a outros independentemente disso o próprio ao o responsável para que os protetores tem um sucesso toda organização deve respeitar suas decisões essas decisões são visíveis no conteúdo e na ordem do próprio backlog e por meio do incremento inspecionável na revisão da Sprint Olha que interessante o pior

do produto pode fazer o trabalho acima ou Aqui ó pode delegar a responsabilidade a outros existem questões no exame de certificação que você precisa ficar muito atento porque ele vai testar se você realmente sabe de que o pior pode delegar e de que no fim das contas a responsabilidade mesmo delegando o trabalho continua sendo do pior exemplo escrever Um item no backlog ele pode delegar pode pode ser feito por um analista Mas quem tem responsabilidade por último entornar esse item transparente visível é compreensível o piu o dono do produto tá claro e outro elemento aqui

importante é isso aqui o pior ele tem que ser empoderado as decisões dele tem que ser respeitadas ele não é um Pior que é o garçom de luxo que faz apenas um leve trás das demandas não o pior o dono do produto Toma decisões muito séries Tá certo e por último aqui o parágrafo o próprio ao né é uma pessoa não cometer o próprio Towner pode representar as necessidades de muitos stakeholders no próprio backlog aqueles que desejam alterar o próprio backlog podem fazê-lo tentando convencer o próprio our Então tá aqui ó pronto Towner não é

não são duas nem três nem 20 pessoas é apenas uma única pessoa e por fim vamos ver aqui o o scrummaster o scrummaster é responsável por estabelecer o scream conforme definido no dia do scrap eles fazem isso ajudando todos a entender a teoria EA prática do scream tanto nos Frontin quanto na organização Olha que interessante Então divulgar o Framework Spring agilidade responsável que é responsável o scrummaster mas é tanto dentro do time quanto fora dele Atenção para isso em não é só dentro do time não o scrummaster é responsável pela eficácia dos Prontinho eles fazem

isso permitindo que os Prontinho melhores suas práticas dentro do Framework scrum scrum Master são verdadeiros líderes que servem os Frontin e a organização como um todo os pro Master Services Prontinho de várias maneiras incluindo treinar os membros do time em autogerenciamento e Cross funcionalidade me ajudar os front mas se concentrar na criação de incrementos de alto valor que atende a definir Salzano a definição de feito provocando a remoção de impedimentos ao Progresso dos Frontin e garantir que todos os eventos do Esquadrão ocorram e sejam positivos e produtivos e mantidos dentro do Time Box o estrumaster

serve o próprio Towner e várias maneiras incluindo ajudar encontrar técnicas para definição eficaz de método produto e gerenciamento do Product backlog ajudar as pontinhas a entender a necessidade de itens do Product backlog claros e concisos ajudar a estabelecer o planejamento empírico do produto para um ambiente complexo e facilitar a colaboração dos stakeholders as partes interessadas do negócio conforme e o necessário os cromaster serve organização de várias maneiras incluindo liderar treinar e orientar a organização na adoção do scrum dois planejar e aconselhar implementações de scream dentro da organização três ajudar os funcionários e os stakeholders a

compreender e aplicar uma abordagem empírica para trabalhar complexo para trabalhos complexos e remover Barreiras entre stakeholders partes interessadas e isso é um time então repara aqui que nós temos o trabalho dos cromaster no time como que ele serve é o time como que ele serve é o pior e como que ele serve a organização para você que vai fazer o exame de certificação Olha isso tem que estar muito mas muito claro mesmo eventos escravos Sprint um contêiner para e os outros eventos cada evento no estranho é uma oportunidade formal para inspecionar-adaptar os artefatos do scream

esse evento são projetados especificamente para permitir a transparência necessária a falha operar quaisquer eventos conforme prescrito resulta em oportunidades perdidas de inspeção e adaptação os eventos são usados no Scan para criar regularidade e Minimizar as necessidades de reuniões não definidas no escroto o ideal é que todos os eventos sejam realizados no mesmo horário e local para reduzir a complexidade Então os eventos existem para que mesmo para isso aqui ó para inspeção e adaptação e o ideal é que a gente tem os mesmos eventos sendo realizados mesmo horário local para que para reduzir aqui a complexidade

para que as pessoas possam já se e não precisa em pensar muito sobre quando e onde o evento vai ser realizado a Sprint Sprint são coração dos Campos onde 10 São transformadas em valor só evento de duração fixa de um mês ou menos para criar consistência uma nova Sprint começa imediatamente após a conclusão da Sprint anterior todo o trabalho necessário para atingir a meta do produto incluindo Sprint planning deles from Sprint review Sprint retrospective acontece dentro de Sprint Então olha todo trabalho então tudo acontece dentro da Sprint não tem essa de ter um espaço entre

um Sprint e outra um Sprint começa imediatamente após anterior agora olha a duração são eventos de duração fixa de um mês ou menos para criar consistência é muita atenção aqui porque talvez o que eu fale aqui seja uma surpresa para você pensa no seguinte Será que é possível ter uma Sprint de oito dias nove dias 1617 sim de acordo com que Escura Tem que ter um mês ou menos essa convenção de sprints de uma duas três ou quatro semanas é pelas uma prática de mercado mas isso não significa que para efeitos de certificação para efeitos

de guia do sphan que isso seja uma verdade o que você precisa entender é que um Sprint tem um mês ou menos pode ter 27 dias 26/25 Pronto acho que já deu para você entender E durante o Sprint nenhuma mudança é feita que coloca em risco a meta da Sprint atenção a Que mudanças que coloca em risco a meta atenção a qualidade não diminui o pro backlog refinado conforme necessário durante a Sprint e o escopo pode ser esclarecido e renegociado com a Warner conforme mais é aprendido tá aqui tá se falando o escopo do produto

E não é aquilo que está sendo implementado pelos desenvolvedores naquele momento sprints permitem previsibilidade garantindo a inspeção e adaptação do Progresso em direção a meta do produto ao menos uma vez por mês quando Horizonte de uma Sprint é muito longo a meta da Sprint pode se tornar invalida a complexidade pode aumentar e o risco pode aumentar print mais curtas podem ser empregados para gerar mais ciclo de aprendizagem e limitar os riscos de custo e esforço um período de tempo menor cada Sprint pode ser considerado um projeto Porto olha só que interessante um Sprint é como

se fosse um mini projetinho ela começa com planejamento tem toda execução e no final tem entrega Existem várias práticas para prever o progresso como banda aos Burning up so cumulative Flow os e embora comprovadamente úteis eles não substituem a importância do empirismo em ambiente complexos O que acontecerá e desconhecido somente o que já aconteceu pode ser usado para tomada de decisão voltada para o futuro uma Sprint pode ser cancelada se a meta da Sprint se tornar obsoleta apenas o próprio ao na tem autoridade para cancelar spray Então vamos lá vão entender aqui a gente pode

usar ferramentas como bordal banan e CEF the cumulative flor pode mas elas não substituem os 5 eventos do escravo e olha só um Sprint pode ser cancelada pode somente quando a meta da Sprint se torna obsoleta e quem é a única pessoa que pode fazer isso o pior Claro as outras pessoas tá aqui ó apenas o pior tem essa autoridade outras pessoas podem influenciar o desenvolvimento você pode influenciar pode o scrummaster pode influenciar pode as partes interessadas podem influenciar nessa nesse cancelamento podem mas quem tem a autoridade para cancelar é o piu o dono do

produto Sprint planning ou planejamento da Sprint a Sprint planning inicia Sprint ao definir o trabalho a ser realizado na Sprint este plano resultante é criado pelo trabalho colaborativo de todos os cantinhos o próprio ao na garante que os participantes estejam preparados para discutir os itens mais importantes do pro backlog E como eles são mapeados para meta do produto os Frontin também pode convidar outras pessoas para participar da Spring Player para fornecer conselhos a Sprint planning aborda os seguintes tópicos bom então nós podemos ter ali dentro né quem que a gente tem os Frontin e partes

interessadas que podem contribuir esse planejamento não só partes interessadas do negócio mas partes interessadas técnicas tópico um Então vamos ver quais são os tópicos porque esses prints valiosa então próprio aula propõe como produto pode aumentar seu valor e utilidade um Sprint atual a todos com time então colabora para definir uma meta da Sprint que comunica porque Sprint a valiosa para os stakeholders a meta da Sprint deve ser finalizada antes do final da Sprint planning então toda Sprint tem uma meta que a gente chama de meta da Sprint tópico 2 O que pode ser feito nesta

Sprint por meio de discussão com própria aula os developers selecionou itens do próprio blog para incluir no Sprint atual os Frontin pode refinar esses itens durante este processo o que aumenta a compreensão EA confiança selecionar o quanto pode ser cumprido uma Sprint pode ser um desafio no entanto quanto mais os de vela por sabem sobre seu desempenho anterior sua capacidade futura e sua definitions dando mais confiantes eles estarão em suas previsões contra spray 1 e a previsão do quanto cabe de desenvolvimento em um Sprint aumenta à medida em que o time ou melhor os desenvolvedores

os cantinhos de uma forma geral sabem sobre seu desempenho anterior sua capacidade futura e também sobre definição os danos que cá definitions Dan ou definição defeito ou Dodge são critérios que precisam ser atendidos pelo incremento do produto ou melhor pelos desenvolvedores ao criar o incremento do produto exemplo Olá tudo que sair da Sprint precisa ser documentado e são critério que vai estar lá como por exemplo como exemplo na Dodge na definition of Dog então o time sabe que só vai ser dado como feito aquele incremento se tiver documentação esse apenas um exemplo e uma definitivo

dando uma definição de feito com tem vários e vários critérios e o tópico três como trabalho escolhido será realizado um para cada item do próprio backlog selecionado os developers planejam trabalho necessário para criar o incremento que atenda definir chovido isso geralmente é feito decompondo itens do próprio daqui Log em itens de trabalho menores de um dia ou menos a forma como isso é feito fica a critério exclusivo dos developers ninguém mais diz a eles Como transformar itens do pro backlog em incrementos de valor Olha que interessante aqui e os developers planejam trabalho necessário para criar

o implemento E quem diz o formato como que isso é feito os próprios developers os próprios desenvolvedores ninguém olha só ninguém mais diz a eles Como transformar os itens do proteclog em incrementos de valor a meta da Sprint os itens do próprio aqui loja selecionados para Sprint mais o plano para entregá-los são chamados juntos de Sprint backlog Esse é o grande plano tão lembra a meta da Sprint os itens do próprio backlog selecionados para Sprint mais o plano para entregá-los que são ali as tarefas são chamados juntos de Sprint backlog Sprint planning tem um tainbox

definido com duração máxima de 8 horas para um Sprint de um mês para Sprint mais curtas o O que é mais curto você já deve ter visto aí no mercado que diz assim olha uma um planejamento para um Sprint de um mês é de 8 horas portanto para um Sprint de 15 dias ou duas semanas metade de um mês então o planejamento está limitada ao que a quatro horas mas isso não é verdade então o planejamento tem um tainbox máximo de 8 horas para um Sprint de um mês para Sprint mais curtas o geralmente gera

o evento geralmente mais curto só isso só isso então muita atenção com as práticas de mercado porque para responder as questões do exame de certificação você não pode focar no que o mercado faz ou como ele interpreta o scream mais você precisa realmente entender o Gui Scream Na essência de scream quem gosta deles Fran em inspecionar O Progresso em direção a meta da Sprint e adaptar o Sprint backlog conforme necessário ajustando o próximo trabalho planejado Então qual é o objetivo é verificar se o time vai conseguir Cumprir o que a meta da Sprint a dei

Scan é um evento de 15 minutos para os developers do scrum time para reduzir a complexidade é realizado no mesmo horário e local todos os dias úteis da Sprint se o criou e os cromaster estão trabalhando ativamente nos itens do Sprint backlog eles participam como developers os developers podem selecionar qualquer estrutura e técnicas que quiserem Desde que seu deles pro se concentre no progresso em direção a meta da Sprint e produzem um plano de ação para o próximo dia de trabalho isso cria foco e melhora o autogerenciamento às de escravos melhor as comunicações identifique os

impedimentos promove a rápida tomada de decisões e consequentemente eliminam a necessidade de outras regiões Então o que a gente tem dentro de uma dele é isso comunicação identificar impedimentos tomada de decisões até porque isso pode haver substituir várias outras reuniões a deles clã não é o único momento em que os developers podem ajustar-se o plano eles costumam se reunir ao longo do dia para discussões mais detalhadas sobre adaptação ou replanejamento do resto do trabalho da Sprint Ou seja a gente não tem Só a dele só reunião diária tem outros momentos em que os developers então

juntos e conversam Sprint review ou revisão da Sprint o propósito da Sprint review se tornar o resultado da Sprint e determinar as adaptações futuras os Frontin apresenta os resultados de seu trabalho para os principais stakeholders e o progresso em direção a meta do produto é discutido Então qual é o objetivo é inspecionar o resultado a Sprint quê que foi feito e apresentar o que os resultados do seu trabalho para quem é pro criou os principais stakeholders então uma Sprint review tem que ter a presença de partes interessadas e não só developers scrummaster e o dono

do produto o piu muita atenção durante o evento o scrum team e os stakeholders revisão O que foi planejado na Sprint e o que mudou em seu ambiente com base nessas informações os participantes colaboram sobre o que fazer a seguir o próprio texlog também pode ser ajustado para atender a nova o Sprint viu é a sessão de trabalho screen deve evitar limitá-la a uma apresentação você quer muito interessante Porque deve limitá-la deve evitar imitar uma apresentação Sprint review não é uma apresentação de PowerPoint é realmente uma demonstração do produto a ponto das partes interessadas poderem

utilizar o produto durante a reunião a Sprint review é o penúltimo evento da Sprint e tem um tainbox com prazo máximo de 4 horas para o Sprint de um mês para os prints mais frutas o evento geralmente é mais curto já deu para reparar aqui tá inbox de quatro horas ou menos por um Sprint de um mês ou menos o mais curta para sprints menores tá bom o mesmo na mesma pegada ali no mesmo sentido do planejamento Sprint retrospective o propósito Sprint retrospective e já maneiras de aumentar a qualidade EA eficácia os cantinhos inspeciona como

foi a última Sprint em relação a indivíduos e interações processos ferramentas e sua the finish of An os elementos inspecionados geralmente variam condomínio de trabalho as suposições que os desviaram são identificadas e suas origens exploradas os from time discutir o que deu certo durante o Sprint Quais problemas encontraram e como esses problemas foram ou não resolvidos e os Prontinho identifica as mudanças mais úteis para melhorar a sua eficácia as melhorias mais impactantes são interessadas o mais rápido possível essas podem até ser adicionadas ao Sprint backlog para próxima Sprint aqui a gente tem uma mudança interessante

antigamente era obrigatório adicionar o plano de ação na próxima Sprint backlog agora pode até ser Ou seja é uma sugestão a Sprint retrospective conclui a Sprint é limitada pelo tainbox de no máximo três horas para os print de um mês para Sprint mais curtas o evento geralmente é mais curto o Croft os artefatos do sphan representa um trabalho ou valor eles são projetados para maximizar a transparência das principais informações assim todos os quilos e inspeciona tem a mesma base para adaptação cada artefato contém um compromisso para garantir que ele forneça informações que aumentem a transparência

e o foco contra o qual o progresso pode ser medido para o problema é que blog é a meta do produto para o Sprint backlog é a meta da Sprint para o incremento é a definir a ordem esses compromissos existem para reforçar o empirismo e os valores estão para os Clean e seus stakeholders então cada artefato tem ali um compromisso para garantir ali a sua transparência e qualidade é importante você entender a relação de cada um deles prova que log método produto Sprint backlog o Sprint incremento definition ao redor proteclog o próprio backlog é uma

lista ordenada e emergente do que necessário para melhorar o produto é a única fonte de trabalho realizado pelos cantinhos atenção olha aqui única fonte de trabalho não devem o time não pode ter mais de um mais de um backlog está errado questões no exame de certificação psm um podem testar você nesse sentido então basta você saber só existe uma única fonte de trabalho só existe um único backlog para o produto os itens do proteclog que podem ser realizados pelos pontinhos em um Sprint são considerados preparados para a seleção no evento Sprint planning ele geralmente adquirem

esse grau de Transparência após as atividades refinamento o pro backlog with mente ou refinamento do backlog é o ato de quebrar entulho a definição adicional aos itens do proteclog para ter itens menores e mais precisos e esta é uma atividade continuar para adicionar detalhes como descrição ordem tamanho os atributos geralmente variam de acordo com domínio de trabalho muita atenção aqui a essa atividade refinamento do backlog não é um evento normas cerimônia Mas é uma atividade que pode acontecer ali pontualmente mais de uma vez durante o Sprint tá bom os devemos que farão o trabalho são

responsáveis pelo dimensionamento o pior pode influenciar os developers ajudando-os a entender e selecionar tribofe trocas de itens compromisso meta do produto a meta do produto descreve o estado futuro do produto que pode servir como um alvo para os Frontin planejar a meta do produto está no próprio backlog o restante do próprio backlog emerge para definir o que cumprirá a meta do produto um produto é um veículo para entregar valor e tem um limite Claro tem que rodas conhecidos usuários ou clientes bem definidos um produto pode ser um serviço ou produto físico ou algo mais abstrato

a meta do produto é o objetivo de longo prazo para os Frontin eles devem cumprir ou abandonar um objetivo antes de assumir o próximo então a gente só tem um único uma única meta de produto por vez e olha ela é de longo prazo diferente da Meta da Sprint que é de curto prazo ela só existe durante o Sprint Sprint backlog Sprint backlog é composto pela meta da Sprint porque o conjunto de itens do próprio backlog selecionados para Sprint O que é bem como um plano de ação para entregar o incremento que é o como

o Sprint backlog é um plano feito por e para os developers é uma imagem altamente visível um tempo real e do trabalho que os developers planejam realizar durante a Sprint para atingir a meta da Sprint consequentemente o Sprint backlog é atualizado ao longo da Sprint conforme mais é apreendido deve ter detalhe suficiente para que eles possam inspecionar seu Progresso na deles pronto então olha o Sprint backlog é o plano dos developers Ok e o Sprint backlog ele atualizado ao longo do Sprint então ele serve também como uma fotografia do que está acontecendo compromisso meta da

Sprint a meta da Sprint é o único objetivo da Sprint embora a meta da Sprint seja um compromisso dos developers esta fornece flexibilidade em termos de trabalho ou do trabalho exato necessário para Alcançar a meta da Sprint também cria coerência e foco encorajam dos Frontin a trabalhar junto ao invés de iniciativas separadas em o objetivo da Meta da Sprint é evitar justamente aquele comportamento a eu só quer a só faça o teste eu só deve só faço desenvolvimento não todos eles estão envolvidos em bater a meta da Sprint a meta da Sprint é criada durante

o evento Sprint planning então adicionado ao Sprint backlog é e conformes developers trabalham durante o Sprint eles mantêm a meta da Sprint mente se o trabalho acabar sendo diferente do que eles esperavam eles colaboram com o próprio aula para negociar o escopo do Sprint backlog dentro da Sprint sem afetar a meta da Sprint Então olha meta da Sprint é o único objetivo da Sprint e é criada durante o planejamento daquela Sprint Tá certo muito importante isso para você que está se preparando para o exame de certificação psm um incremento um incremento é um trampolim concreto

em direção à meta do produto cada incremento é adicionado a todos os incrementos anteriores e completamente verificado garantindo que todos implementos funciona em juntos a fim de fornecer valor o incremento deve ser utilizável vários implementos podem ser criados em uma uma Sprint a soma dos incrementos é apresentado nesse Print View e assim o empirismo no entanto o incremento pode ser entregue aos stakeholders antes do final da Sprint Sprint viu nunca deve ser considerado o Marco para liberar valor Olha que interessante isso aqui embora a gente tenha um limite que é a reunião de revisão com

o incremento aquilo que desenvolvedor vai fazendo durante a Sprint pode e deve ser mostrado antes para as pessoas para o pior por exemplo existem que voltas de negócio não precisa esperar a review para mostrar para demonstrar aquilo que foi feito o trabalho não pode ser considerado parte de incremento a menos que atenda o definir abdomen compromisso definição de pronto definição os danos a definição de pronto é uma descrição formal do estado do incremento quando ela atende as medidas de qualidade exigidas para o produto no momento em que o item do próprio backlog atenda a definição

de pronto o incremento nas o definição de pronto o a definição de pronto cria transparência ao fornecer a todos o entendimento compartilhado de qual o trabalho foi concluído como parte do Inc E se o item do backlog outro pro backlog não atende a definição de pronto ele não poderá ser liberado o mesmo apresentado na Sprint viveu em vez disso ele retorna para o daqui log para consideração futura Eu gosto muito de desse texto aqui ele não vai ser apresentado na Sprint de viu então os desenvolvedores tendo conhecimento da definição de pronto nem mesmo deveriam experimentar

o sugerir mostrar na próxima reunião de revisão Por que não passa pela definição de próprio se a definição de pronto para o incremento faz parte dos padrões da organização todos os pontinhos devem seguir lá como mínimo se não for um padrão organizacional os from time deve criar uma definição de pronta apropriada para o produto então a definição de Pronto pode se aproveitar da caso a Legista caso contrário deve-se criar uma para aquele time e para aquele produto os developers deve estar em conformidade com a definição de pronto se houver vários os pontinhos trabalhando juntos e

um produto eles devem definir cumprir mutuamente a mesma definição de pronto nota final isso não é gratuito e oferecido neste guia sofremos Cristã conforme descrito aqui é imutável embora implementação de apenas parte do Scan seja possível o resultado não é esse Fran Fran existe apenas em sua totalidade e funciona bem como um container para outras técnicas metodologias e práticas então novamente o risco é deixa muito bem claro que para você está fazendo Scan você não pode abrir mão daquilo que obrigatório os artefatos os papéis os eventos as cerimônias ali Espero que você tenha gostado aqui

dessa leitura comentada do guia do scream 2020 e Espero te ver aí na próxima aula