Fundamentos do Scrum para iniciantes | Curso rápido de Scrum

1. Vídeo promocional: Ei, pessoal, bem-vindos ao curso de Scrum. Meu nome é Marie Zero e sou um mestre de Scrum, um gerente sênior de projetos ágil e certificado. E nesses núcleos de scrum, eu vou cobrir todos os conceitos diferentes ferramentas, fitas, rituais, artefatos que fazem parte do scrum. Para que você entenda o que ele vê como uma estrutura sobre como você pode se inscrever em seus projetos. Então, vamos passar do A para o scrum set off e todos os fundamentos chave para garantir que você saia da pontuação scrum certificada. Mas o mais importante, que você pode começar a aplicar scrum em seu projeto em seu negócio, entregando os resultados que você está procurando, eu tenho certeza que você vai aprender nosso bloqueio nas pontuações. E estou ansioso para vê-lo no próximo. Saúde. Tchau. 2. Introdução, Scrum Fundamentos e a definição de Scrum: Pessoal, no curso de Scrum, vou ensinar-vos tudo o que precisam saber sobre Scrum. Estes permitirão que você se torne um membro da equipe scrum, um mestre scrum, um proprietário de produto ou apenas alguém que é realmente, muito apaixonado por scrum e pode compartilhar esse conhecimento com seus colegas de trabalho e com outros pessoas para metas mais ricas e para ajudar a empresa a gerar valor para a organização . Nós também vamos cobrir os fundamentos scrum nas pontuações que é essencialmente muito observando a essência do scrum. Você precisa entender o que é crônico antes de começar a aplicá-lo. Então, é claro, vamos começar com a definição de scrum. O que é, você sabe, quais são suas origens? O que está envolvendo scrum? Como é que se aplica? Quais são os rituais que fazem parte dele ou as práticas, tudo o que está envolvido em você trabalhar e utilizar scrum em seu negócio. E então também vamos falar sobre o que o torna diferente e especial versus outros frameworks ou contra outras metodologias. E eu vou compará-lo especialmente diretamente com a gestão de projetos cheios de água e a maneira tradicional em que os projetos são gerenciados. Você verá grandes diferenças entre a forma como as pessoas normalmente gerenciam projetos e a maneira como você os gerencia usando scrum. E estes, é claro, é parte do que você precisa aprender e o que você precisa fazer para se tornar um mestre scrum. Porque um de seus grandes mundos é um mestre scrum, está educando os outros em que scrum ele é como usá-lo, seu poder e seu valor. Então nós também vamos falar sobre por que escreve-me tão valioso e tão importante e por que tantas empresas e organizações adoram isso e por que há uma demanda tão grande e um grande apetite para scrum e scrum Muster em todo o mundo em muitos diferentes e praticamente em qualquer tipo de projeto. Agora, a outra coisa que vamos abordar neste curso é como ele pode ajudá-lo a alcançar seus objetivos. House Crumb pode aproximá-lo desses objetivos e por que é muito melhor do que outras formas e formas tradicionais de entregar projetos e formas tradicionais de alcançar seus objetivos. Então vamos mergulhar nele. Está bem? Que scrum, certo? Uma das coisas que queremos aprender neste curso é o que significa, o que é e Basicamente o que você precisa para manter sua mente no scrum é uma estrutura para problemas em entregar valor. É isso. Em essência, isso é o que Scrum é. Ele ajuda você a resultar problemas de valor crente para seus clientes. Mas também é uma metodologia ágil. É uma das muitas metodologias ágeis por aí, mas na verdade é a metodologia mais popular e ágil por aí, e há uma razão para elas. Há uma razão pela qual é um dos ou não um dos É na verdade ametodologia mais popular e ágil, metodologia mais popular e ágil, e tem a ver com a simplicidade e o desligamento do scrum. Também é um interrogativo e os erros do tempo se aproximaram. E esta é a chave. A propósito. Esta é a chave porque se esta parte fora da essência do scrum como uma estrutura, que é que é algo que você constrói e continuamente iterado e melhorado em uma forma de caixa de tempo direito por caixa de tempo inscrição nós vamos estar falando sobre a vontade de Sprint reveja o conceito um pouco mais tarde, mas basicamente eu só quero que você tenha em mente este príncipe, ele disse. Caixa de tempo, em que você está entregando algo em ágil e é particularmente inscreve um framework metodologia Orissa. Quando falamos de molas, queremos falar sobre um livro de tempo que geralmente é de duas semanas, embora possa ir até quatro semanas. Mas a maioria das equipes de scrum estará usando um período de primavera de duas semanas. Você vai encontrar diferenças lá fora entre diferentes tempos entre diferentes equipes trabalhando com Scrum porque alguns deles vai preferir vai usar um período de tempo mais rápido como um sprint de uma semana. Outros usarão uma caixa de tempo de primavera mais longa como duas semanas, três semanas até quatro semanas. Mas geralmente eu recomendo que você use um sprint de duas semanas e isso é o que chamamos de abordagem de caixa de tempo , que significa que você está entregando algo em um determinado período de tempo definido que em scrum chamamos de sprints. entrega incremental com melhoria contínua está na essência e no núcleo off scrum. E com isso eu quero dizer que você continuamente entregar e melhorar incrementalmente o que você está entregando ao meu pai. Sabe o que estou tentando dizer? O que? O que eu estou tentando transmitir aqui com este ponto em particular é que você não simplesmente entrar e entregar a solução e onde você está entregando algo é scrum você começa com algo simples? Bem, nós geralmente chamamos de M V P ou produto mínimo viável e, em seguida, você constrói sobre isso como você está gradualmente entregando valor para seus clientes, para seu negócio, suas partes interessadas para as pessoas que estão trabalhando com você no projeto e assim por diante. Ele também é centrado no cliente e se concentra no valor, oferecendo muitas vezes na entrega rápida. Esses caras, ele disse, a essência e no núcleo fora scrum em scrum. Nós não queremos esperar um ano para entregar algo como você vê no gerenciamento de projetos tradicional , que geralmente é referido ao US Waterfall Project Management em gerenciamento de projetos Cachoeira , as coisas são geralmente entregues em sequência e eles levam um período de tempo mais longo para entregar . Há cronogramas chave, rostos, marcos, tempos difíceis em que geralmente leva às vezes e muitas vezes a mais tempo. Amigos às vezes ineficiências cientistas, burocracia, às vezes documentação desnecessária, às vezes muita documentação. E isso é exatamente o que Scrum não faz caras. Crom é praticamente o oposto de tudo isso é muito centrado no cliente. É muito focado em valor. Também é muito rápido, e também é sobre entregar muitas vezes interpretativa Lee e gradualmente e a outra coisa muito legal sobre scrum, ele disse. Em scrum você é muito adaptável. Você é muito flexível e muito rápido, então não precisa fazer tudo de uma vez. Você não precisa ter toda a solução desde o início, você pode construir sobre ela, você pode se adaptar e você pode ser muito flexível com o que você está entregando. E quando eu estou falando sobre me adaptar em scrum, nós vamos estar cobrindo isso um pouco mais tarde. Mas vamos falar sobre retrospectivas e retrospectivas é pensar um pouco como uma sessão de lições aprendidas. Mas é um ritual scrum muito particular que nos permite melhorar continuamente para refletir nos adaptar ao que estamos vendo. Tudo o que estamos aprendendo no local antes de começarmos com o dinheiro da próxima vez que já falamos, ele se chama “O quê?” Sim. Isso mesmo, pessoal, eu ouvi vocês dizerem isso em sua mente ou pensarem sobre isso em sua mente. Chama-se sprints. Sim, é crime. Falamos sobre Sprint que é que livros de tempo em que estamos entregando valor para o cliente e valor em scrum. Chamamos histórias de usuários que são basicamente requisitos. E mais uma vez, vou cobrir muito disso com mais detalhes mais tarde. Mas eu quero que você comece a se familiarizar com a terminologia de tudo que usamos em Scrum como um processo, certo? Então, alguns termos que eu já falei que vamos falar muito mais tarde com mais detalhes. Mas eu já abordei nesta sessão inicial sobre o que é que a Sprint tem razão? O tempo funciona em que entregamos valor ou usamos suas histórias, seus requisitos e os trabalhadores são feitos, que em seu crime chamaria histórias de usuários corretas. E há uma razão pela qual eles são chamados de histórias de usuários porque é essencialmente contar uma história sobre o que precisa ser feito e por que precisamos fazer isso. Certo, e falaremos sobre como isso parece mais tarde. E então também abordamos outro conceito-chave no scrum, que são retrospectivas que são essencialmente lições aprendidas sobre como refletimos para melhorar. Então é isso, pessoal. É disso que se trata o Scrum. Como você pode ver, Em essência, scrum é apenas uma maneira diferente de entregar projetos de uma maneira mais rápida dos projetos de vida, e ele permite que você para problemas no negócio e entregar valor aos seus usuários finais para o seu clientes. Interrogatório Lee gradualmente e em uma abordagem caixa de tempo que é muito, muito simples. E eu posso dizer por experiência que scrum funciona e que Krum é incrível. É realmente incrível quando você vê equipes que têm trabalhado em algo por tanto tempo estão lutando com o Lavery que eu acho que você está levando para sempre, você sabe, para entregar ou para encontrar suas soluções ou para fornecer valor para o negócio em Então caras, quando você começar a trabalhar com scrum, vou começar a entregar rapidamente e entregar muitas vezes. Faz uma diferença enorme e você vê tanto valor para o negócio que você vai continuar a usá-los em seus projetos. E se você está trabalhando em novas iniciativas, é algo que os valores valem para registrar o negócio. Vou começar a reconhecer o valor em você vai ver a diferença sobre por que é um quadro e metodologia tão popular no mundo atual e Mãe para entregar projetos 3. Boas-vindas: Ei, pessoal, eu só queria dar as boas vindas muito em breve e brevemente para este curso e deixar vocês saberem que eu sou Peter Help e que eu tenho certeza que vocês vão aprender muito disso. Claro que sim. Verifique os recursos disponíveis para você. Os downloads diferentes, os modelos, os brindes. E apenas certifique-se de que você me contate se você tiver alguma dúvida ou se alguma coisa acontecer ou se houver alguma coisa que você acha que pode ajudar. E principalmente eu quero ter certeza de que você tem uma grande experiência de aprendizagem e educacional e que eu posso ajudá-lo a começar sua jornada com scrum para que você possa começar a ver a diferença que ele vai fazer seus projetos sobre como irá ajudá-lo a alcançar seus objetivos e objetivos no negócio ou caras certos. Certifique-se de tomar notas ao longo do curso e entraremos em contato novamente em breve. Felicidades por 4. Scrum x aquarela de caw: a principal diferença entre o Scrum e os outros e Scrum: Ok, pessoal. Então vamos falar um pouco mais sobre scrum versus cachoeira a nova maneira versus a maneira tradicional de executar projetos, certo? E eles são apenas ter em mente que essas duas coisas são duas coisas muito diferentes para fazer exatamente a mesma coisa em ambos os cenários, queremos entregar projetos em ambos os cenários estavam tentando alcançar algo. Mas a diferença entre eles é o “como”. Eu quero que você entenda isso porque na verdade são duas maneiras muito diferentes de trabalhar. E isso afeta não apenas a forma como você trabalha com sua equipe, mas também a forma como você entrega e o que você entrega. Tudo bem, então vamos nos concentrar um pouco no lado esquerdo e olhar para a entrega rápida scrum com foco no valor e em seu cliente centrado. Então já falamos sobre isso um pouco antes, que é que estamos tentando fazer as coisas rapidamente, mas com foco no valor e no cliente. Qual é o contraste com isso no mundo da cachoeira, onde, bem, uma cachoeira como eu mencionei antes, estamos tentando geralmente entregar as coisas por um longo período de tempo, e há muito mais se concentrar no negócio e os requisitos do que realmente sobre o valor eo usuário final. Certo? Então, quando você está trabalhando com cachoeira e gerenciamento de projetos tradicionais, você sabe que ele começa. Geralmente, tudo começa a partir de alguns requisitos. E então é sobre ser alguns objetivos que são principalmente objetivos de negócios, certo? Então, geralmente você tem que atender a alguns prazos definidos e disse orçamentos e assim por diante. Não que isso não seja importante no scrum, é que não é o foco principal do que você está fazendo, tudo bem. E nós cobrimos também que em scrum nós entregá-lo narrativamente direita gradualmente direita. Construímos algo e melhoramos isso. E então construímos algo melhor no topo dessa semana. Crie algo ainda melhor e assim por diante. Certo? E na cachoeira é realmente sequencial tão maravilhoso. General, você tem rostos. Você enfrenta um B, C, D e assim por diante. Você começa com o planejamento, então você vai para o teste. Então você vai para a entrega. Então você vai para o Global Live e fecha tudo em sequencial certo em ágil. Não é assim e é migalha. Quando estamos realmente trabalhando com as coisas, estamos realmente fazendo tudo continuamente. Então nós continuamente testes foram continuamente planejamento foram continuamente foram continuamente entrega. E essa é também uma das principais diferenças que Scrum tem contra Cachoeira agora em scrums . O escopo da taça é na verdade variável e negociável, então não é, você sabe, hard set in stone. Na verdade, não queremos encerrar essas conversas com as partes interessadas. Se há algo que eu acho que devemos mudar, que é exatamente o que devemos fazer diferente ou melhor em maravilhoso é geralmente escopo é corrigir cachoeira e mudanças são desaprovadas para que as pessoas realmente não gostam ou querem você para fazer quaisquer alterações na cachoeira. E se você fizer isso, você provavelmente terá que passar por um processo de variação de projeto, obter assinatura da gerência, passar por toneladas de aprovações e assim por diante porque você basicamente mudou o que você originalmente concordou fazer ou você está mudando algo no que você originalmente da maneira que você originalmente concordou que você iria fazer isso e que, como eu disse, em Wonderful não é realmente algo que as pessoas querem ver ou gostam. Geralmente é algo que é desaprovado, e não é realmente encorajador em tudo e em vez disso parte de como você gerencia projetos, corpos maravilhosos, crime. Na verdade, é o oposto, sabe que é a vovó . Mudança bem-vinda. Você realmente constantemente fala com seus clientes para usuários de urina. Mesmo dentro da sua equipe, você está constantemente falando com eles sobre como podemos melhorar os caras? Como podemos fazer as coisas de forma diferente? O que devemos fazer de forma diferente na próxima primavera? Da próxima vez que fizermos algo e isso é algo que ele disse o núcleo e que a essência do scrum é uma das razões pelas quais eu amo tanto. Então também há reflexão contínua para melhorar a escória. Bem então, nós conversamos sobre isso antes quando eu falei sobre o conceito de retrospectivas, certo? Então, em retrospectivas, basicamente, é isso que estamos fazendo. Estamos pensando em como podemos fazer as coisas melhor da próxima vez, certo? E na cachoeira. Na verdade, é uma grande diferença porque no maravilhoso você faz isso. E geralmente é chamado Lições Aprendidas ou P I. R Post Implementation Review sessão e assim por diante, ele realizou, tem todos estes. Você sabe, é um pouco mais de quatro milhas, eu acho, e é sempre tão geralmente feito no final dos projetos. Então muitas vezes você verá projetos maravilhosos, você sabe, você sabe, depois de meses de pessoas trabalhando juntas eles realmente terminam o projeto e então eles se sentam e refletem sobre você sabe, as lições aprendidas com isso para que eles possam levar isso em conta para o próximo projeto ou outros projetos em que estamos trabalhando. Mas se você pensar sobre isso, na verdade é como se você tivesse perdido meses, certo de coisas que você poderia provavelmente ter melhorado ou implementado ou, você sabe, apenas em conta no que você está fazendo certo, que é novamente uma enorme diferença com Crum e palavra Scrum constantemente refletindo para a melhoria. Fazemo-lo como parte fora. Você sabe, o processo desta parte fora de nós terminar uma primavera. O próximo passo é refletir sobre o sprint e passar por esse processo retrospectivo , certo? E há testes frequentes, você sabe, como eu disse no scrum, você não apenas testar no final em Cachoeira. Na verdade, é feito geralmente durante um rosto em, você sabe, você diz Ok, nós terminamos o planejamento. Estamos passando para testes nos Estados Unidos por algumas semanas. Então assinamos o plano de testes e depois passamos para a entrega, certo? É Krom. É de um diferente em scrum. Você realmente quer testar continuamente enquanto você está fazendo as coisas e é realmente algo que é dinâmico. Está evoluindo. E como qualquer outra coisa em scrum, ele está realmente melhorando continuamente. Você está realmente continua aprendendo a testar melhor na próxima vez ou o que você deve fazer na próxima vez que você testar algo porque você aprendeu em seu sprint anterior, certo? Então isso é algo que é uma beleza e vende. Também informe no scrum e a outra coisa. Isso também é uma diferença fundamental quando você está comparando depuradores. Maravilhosos esses papéis, certo? Então, quando você está falando sobre papéis, você scrum geralmente, você sabe que há três grandes, grandes papéis principais que são, você sabe, a equipe do fígado, o mestre scrum e o produto proprietário. Falaremos um pouco sobre cada um deles mais tarde. Mas basicamente o que eu queria dizer aqui é que os papéis tradicionais dentro de algo zona tipo de necessariamente se aplicam no sentido de que não é que você não sabe, ter ser ás ou gerentes de projeto ou outro. Sabe, outras pessoas trabalhando como parte da equipe de scrum que você faz. É só que isso não significa que eles necessariamente têm que desempenhar o papel que têm no gráfico de Nova York. Então, por exemplo, um analista de negócios poderia realmente estar fazendo um pouco fora. Gerenciamento de projeto poderia realmente estar fazendo um pouco de teste dentro do scrum t. E, você sabe, como sábio, você sabe, você sabe, alguém que está normalmente no teste de rolagem poderia estar ajudando o design da interface do usuário ou com uma coisa diferente em scrum, certo? Então nós realmente mudar um pouco e Rose Borrão. Não é uma linha tão dura com rolos. As pessoas estão trabalhando juntas de forma colaborativa em soluções, e é bom, na verdade, entrar no papel de outra pessoa e ajudá-las ou trabalhar em conjunto com elas para temer algo. E é realmente encorajador que você está constantemente trabalhando com sua equipe e é como se ele se sente um pouco mais como uma unidade mais próxima é uma das coisas que é recomendado. Este scrum também é chamado de localização que as pessoas que estão trabalhando para lá estão realmente sentados juntos mesmo se eles relatam para diferentes gerentes, mesmo que eles são de diferentes partes do negócio. Idealmente, eles devem estar localizados em uma equipe de scrum porque então isso pode ter aqueles que você conhece, conversas constantes e uma das coisas é que vamos falar mais tarde é você sabe , o scrum diário, que é basicamente também chamado de stand up diário em um ágil e é praticamente a mesma coisa. Foi um daqueles rituais diários que faz parte do Scrum, em que a equipe se reúne e reflete algumas críticas. O que seu trabalho sobre o que eles estão trabalhando e acho que eles podem. Você sabe, se há algo bloqueando ou afetando o progresso, como a equipe pode resultar isso e falaremos um pouco mais sobre, você sabe, os dias de crime mais tarde. Mas basicamente, eu só quero que você tenha em mente que, como eu disse, você sabe, Rose Blur em scrum. E não é uma linha tão dura em maravilhoso. Bem, há papéis muito claramente definidos, você sabe. As pessoas veem onde normalmente guardam as coisas. Você sabe, aqueles ou linhas de gráfico são muito, você sabe, muito definido que eles se aplicam. E, você sabe, as pessoas na verdade raramente se encaixam ou, você sabe, eles são mais, você sabe, você sabe, se você é o arquiteto bem, você apenas se concentrar em arquitetura se você é o teste ou você estava apenas focado em testes e assim por diante. E como eu disse, isso é realmente o oposto em scrum. E tudo isso pode ser melhor resumido quando olharmos para o diagrama que vou mostrar a vocês a seguir. Então, quando as pessoas me pedem para resumir scrum eo que é, eu geralmente penso nesta imagem porque esta imagem para mim, é a essência do scrum. Não consegue pensar em nada que transmita melhor. O que é Scrum, então, o que eles estão vendo na parte inferior da sua tela. Isto é o que promete. Como você pode ver lá, você tem cinco soluções diferentes que têm bean iterado e melhorado ao longo do tempo, e o cliente está feliz todo o caminho. Por que o cliente está feliz todo o caminho? Sabes aquela cara sorridente que vês ali? É porque ele está sempre a obter uma solução. Toda vez. Sabes o que isto está a mostrar? Você basicamente é pensar se você tinha alguém que estava tentando ir do ponto A ao ponto B, então imagine que você tinha um cliente, ele disse. Eles te disseram, você sabe o que eu preciso para ir do ponto A ao ponto B. você sabe o que eu preciso para ir do ponto A ao ponto B. Esse é o meu requisito, certo? É disso que eu preciso. Esse é um problema que eu tenho. Preciso resolver esse problema. Eu preciso ir do ponto A ao ponto B na gestão tradicional de projetos diria, oh, vamos olhar para esses requisitos e vamos pensar sobre a melhor solução que poderíamos construir para eles. Qual é a melhor coisa que podemos entregar para este cliente e como podemos levá-lo para o ponto A para o ponto B. Qual é o caminho mais rápido? Como podemos construir algo que seja realmente robusto, estruturado e que possa oferecer valor a esses clientes? Certo? E isso é cachoeira água direita Felice Sequencial. E o que aconteceria nessas abordagens tradicionais de gerenciamento de projetos? Nós dizemos, Ok, vamos construir um carro, então, que o carro é provavelmente o mais rápido que vai nos levar do ponto A ao ponto B. O problema de construir um carro, no entanto, É que leva tempo, certo? Você não constrói um carro em um curto período de tempo, leva tempo para construir um carro, e enquanto você está construindo, você não está realmente permitindo que o cliente da pessoa vá do ponto A ao ponto B porque você não pode escreva o tipo como você está vendo lá na tela na parte superior. Você sabe que eles não podem ir do ponto A ao ponto B apenas com a roda, e eles não podem fazê-lo com duas rodas e um chassi, mas sem um volante. Certo? Então haverá no quarto. Sabe, quando chegarem à fase 1/4 onde eles têm o cartão inteiro ser capaz de ir do ponto A ao ponto B e vai ser bem rápido e vai ser muito bom para eles. Mas quando você realmente chegou a esse estágio, muito tempo já passou. Muito tempo passou direito e muitas coisas poderiam ter mudado também. Bem, Scrum é disso que Scrum fala. Um pouco de uma abordagem diferente. E como você pode ver no 1º 1 lá em scrum, é um skate, certo? Não faz o trabalho. Sim, ele faz. Ele leva você do ponto A ao ponto B. Fácil tão rápido quanto um carro ou uma bicicleta ou motocicleta ou scooter. Não, não é, mas não é melhor ter algo para ir do ponto A ao ponto B. Eles não estão tendo nada. Isso é exatamente o que Scrum está transmitindo aqui, pessoal. Isso é exatamente o álibi da Crimeia. Você sabe, se é muito melhor para nós, um custo sobre ter uma solução de trabalho que você pode usar e então você pode testar e então você pode realmente olhar e, em seguida, fornecer feedback para a equipe sobre Oh yeah, eu gosto o skate, mas não seria bom se eu pudesse conseguir algo faria isso um pouco mais rápido. E, a propósito, enquanto você ainda está sendo um pequeno edifício, esta scooter na bicicleta na moto no carro ainda pode usar um skate. Então, isso permite que você resolva o problema para o seu usuário final, mas também permite que ele comece direta e continuamente trabalhando com você colaborativamente para a solução final. Você conhece o carro, mas ao longo do caminho, ele trabalha continuamente com você. Ele está te dando feedback, e é realmente ser capaz de ir do ponto A ao ponto B o que ele queria fazer o tempo todo. Então é por isso que as pessoas realmente gosta do crime porque é tão foco em, você sabe, entrega semanal, iterações rápidas, valor e direção constante com Com o usuário final foi com o projeto parte tradicional gestão. Sim, claro, você provavelmente vai chegar ao resultado final. E eu não estou dizendo que a gestão tradicional de projetos é ruim. Cachoeira é sobre isso não é, você sabe, não me entenda mal. Há alguns projetos onde cachoeira é completamente a melhor opção e tem a ver com o contexto do ambiente. Tem a ver com o tipo de projeto que tem a ver com o período de tempo. O recurso é com coisas diferentes, certo? Tipo, se você pensar em um projeto e não faz sentido fazê-lo com Crumpton, por que você não faria isso com scrum, certo? Você simplesmente não pode encaixar tudo em um determinado quadro ou metodologias específicas. Não funciona assim, mas confie em mim quando digo que scrum é geralmente aplicável à grande maioria dos projetos e mesmo se você não aplicar tudo, que scrum ele é uma metodologia framework assoc Você poderia roubar provavelmente uma intrometida, muito fora conceitos scrum, artefatos, você sabe, rituais e princípios no que você está fazendo e obter muito fora de valor para o negócio. Tudo bem, então eu espero que você sabe, você tenha gostado deste diagrama porque cada vez que eu olho para isso, eu acho que é tão simples. No entanto, ele é tão poderoso grande porque ele transmite exatamente o que scrum ease exatamente o que é maravilhoso , e exatamente o que é. A diferença é entre eles, você sabe, diagrama muito simples que qualquer um pode entender. Se você entender este diagrama que você está vendo na tela, então você entende completamente o que a facilidade scrum e você entende completamente o que a polícia de água maravilhoso como nós tomamos antes é uma abordagem tradicional de gerenciamento de projetos, a maneira em que as empresas vêm fazendo projetos há muito tempo, e ainda é a maneira como muitos projetos são gerenciados. E não me entenda mal. Como eu disse antes, não há nada de errado com isso. Não há nada de errado com a água cheia. Na verdade, ainda uso cachoeira em alguns dos projetos em que trabalho. Mas scrum é uma abordagem muito diferente em que você pode realmente entregar muito mais rápido em um monte de valor para o usuário final continuamente interrogativo Lee e gradualmente como você pode ver em sua tela e há uma razão. Como eu disse antes, porque você está aqui, você está aqui porque ele provavelmente percebeu que provavelmente há uma maneira diferente de fazer as coisas. Há provavelmente uma maneira melhor de fazer as coisas que provavelmente há uma abordagem alternativa , que provavelmente há algo em que você pode, que você pode aprender que você pode levar de volta para o seu negócio para ajudá-lo a alcançar esses metas em seus projetos. Alcance aqueles que você conhece, objetivos de negócios , esses objetivos de equipe , aqueles indivíduos vai, e isso é o que scrum permitirá que você faça. É colheita permitirá que você alcance esses objetivos muito mais rápido, e também permitirá que você melhore continuamente e continue. Você sabe, equipe cria um ambiente colaborativo no qual você continuamente entrega valor para o negócio, e é por isso que eu adoro isso. É péssima. Rapazes tão poderososque vi, que vi, sabes, dar-te um exemplo perfeito. Ano passado eu estava trabalhando em um projeto e me entregaram este projeto. Eles passaram por cinco gerentes de projeto diferentes três anos, e eles ainda estavam trabalhando no produto. Eles não tinham entregue uma solução, e houve algumas frustrações. Sabe, havia muita gente estressada. Havia muitas pessoas que estavam felizes porque, você sabe, essa solução nunca foi entregue. E isso tinha a ver com, você sabe, abordagens tradicionais de gerenciamento de produtos fora, tentando aperfeiçoar as coisas, tentando testar as coisas várias vezes, você sabe, passando pelo sequencial rosto um rosto para planejar, testar as roupas de trabalho e assim por diante a maneira tradicional em que você gerenciou produto a abordagem cachoeira. E então, quando eu trabalhei com essa equipe, nós criamos uma solução e propusemos a administração de três meses, você sabe , caixa de tempo , período, em que íamos passar por diferentes direito de alcançar nossos objetivos. E nós fizemos. Foi lindo, você sabe, eles adoraram e nos amaram. E nós, você sabe, nós estávamos realmente felizes com o resultado final, e a gerência ficou super feliz. Fomos capazes de entregar a solução para o negócio de forma muito rápida, eficiente, e estávamos indo para nós. Estamos atravessando nossas molas. Estamos fazendo uma retrospectiva aprendendo o que poderíamos melhorar na entrega de uma solução melhor cada vez que quantas equipes você trabalha podem realmente dizer que, você sabe, como eu disse antes, maioria das equipes refletir para a melhoria no final do projeto em então é tarde demais porque você não pode fazer nada desse produto. Você vai ter que esperar no próximo, certo e o próximo pode ser completamente diferente. Então, você sabe, aquelas lições que aprendi talvez nem se apliquem. É crime. O que você aprendeu. Na verdade, você está se aplicando continuamente ao que está fazendo para melhorar continuamente nosso aprendizado com o que você fez antes, para que você possa, você sabe, oferecer melhor valor no que está fazendo. E isso faz parte da beleza de Scrum. É super poderoso. É uma maneira incrível de gerenciar projetos, maneira incrível de trabalhar. E eu também queria saber o que você está olhando. Isso é Krum é baseado em empírico e promissor. Além disso, empirismo, você sabe, em crônica é uma abordagem empírica. Estou por empírica quero dizer que vem da prática para o que você está vendo, aprendendo e fazendo, e isso também é da essência e no coração do que scrum. Ele é como um quadro tudo bem, pessoal, eu tenho certeza que depois do que acabamos de falar e o que acabamos de cobrir nesta parte do curso, você agora tem uma clara Eu sou realmente bom entendimento sobre scrum o que é e como ele difere da cachoeira na gestão de projetos tradicionais. 5. Scrum Origens de | de Scrum, a base do Scrum e onde Scrum de Scrum está em sua: Tudo bem, pessoal. Então vamos falar agora sobre as origens fora scrum e isso é principalmente para você ter um pouco de contexto e fundo fora de onde é Karam vem e como ele evoluiu ao longo do tempo. Eu sempre acho que é realmente importante para nós entender um pouco de história fora do que estamos aprendendo, porque isso apenas nos dá uma melhor compreensão de onde tudo vem, tudo bem, e nos casos de, Se vamos pensar sobre o peso originalmente começou, temos que voltar para os anos 80 onde o herói Taqa em E Koshiro cunhou o termo scrum quando eles estavam trabalhando em um artigo de desenvolvimento de produto para a Harvard Business Review. Então esses dois caras com os quais têm, é claro, um fundo japonês cunhou o termo no contexto do desenvolvimento de produtos. Mas o termo realmente não era algo que eles inventaram. Na verdade, eles tomaram o termo do rugby como um esporte na razão de terem tirado o termo do rugby porque ele me esfregou. Quando você está falando de scrum, é uma espécie de jogar o esporte em que as pessoas, você sabe olhar para baixo suas cabeças juntos. Você sabe que a equipe, a equipe de rugby olha para baixo sua cabeça juntos, e então juntos eles fazem um movimento e tentam fazer progresso e tentar avançar para o campo. Então, basicamente, eles estão trabalhando juntos para seguir em frente, para progredir. E nessa posição, ou naquele jogo dentro do rugby. Você sabe, quando eles estão trabalhando com todo o coração cabeça para baixo e tipo de olhar juntos, você sabe, tipo de círculo para mover para seguir em frente. A equipe de rugby, você sabe, nesse tipo de jogo, seu papel que o papel específico que eles destinaram realmente importava lá tipo de tudo, você sabe, tipo de igual tipo de intercambiável e coisas como Isso. Mas de qualquer maneira, o ponto que eles estão sendo é que esses dois caras nos anos 80 tomaram o termo e o usaram no contexto do desenvolvimento de produtos porque eles encontraram algumas semelhanças com o que eles estavam tentando transmitir naquela Harvard Artigo Business Review. Mas novamente, isso é, você sabe, roubar o início do dia. Então, naquela época, eles realmente não, você sabe, colocar um framework er realmente não desenvolveu mais o conceito de scram em metodologia ou algo assim. Isto foi apenas eles começando a usá-lo conceito em um contexto no contexto fora do desenvolvimento de produtos . Então pense sobre esses caras como, você sabe, esses dois caras para meros como os avós sabem que o avô está fora scrum como uma metodologia. Mas então, na noite dos anos noventa, veio renúncia ganged e Jeff Sutherland, que realmente estruturou Scrum em um quadro. Então eles levaram esse conceito ainda mais adiante, na verdade colocando, ah, estrutura, ideologia econômica. E eles o colocaram alto, funcionaria. Quais são os conceitos que princípios os pilares e assim por diante? Então eles estavam realmente trabalhando juntos de forma colaborativa, então realmente estabeleceram o que conhecemos hoje como o framework scrum. E eles apresentaram estes juntos em 95 em um evento nos EUA que então se tornou popular todo o mundo. E então eles apenas começaram, você sabe, a informação para começar. Está se espalhando de lá, mas isso foi em 1990 falando de volta em 1995 quando eles trabalham colaborativamente juntos e apresentaram isso por artigo nos EUA Mas isso foi novamente como um ponto de partida para eles, porque eles continuar a trabalhar juntos e, em seguida, mais tarde iria em Teoh, você sabe desenvolver e começar coisas como uma aliança scrum e scrum. O conselho e eles também chamam em terceiro lugar em 2009 o que agora é conhecido e famoso como o Guia Scrum, que é uma espécie de como a Bíblia em scrum. Certo, porque estes são esses caras são tipo de como os Padres de scrum no guia scrum é apenas, você sabe, você sabe, basicamente o quadro de scrum juntos em um guia que está disponível em todo o mundo que Você pode encontrá-lo. Você pode pesquisar, você pode baixar e eu vou compartilhá-lo com sua audição do curso. Mas não se preocupe muito com isso. Claro que você está muito indo em ganância e ver o original, eu acho que versão off oito on-line Mas não se preocupe praticamente tudo o que estamos cobrindo nas pontuações. Ele é baseado no guia Scrum. Então, como eu disse, este crime, mas é praticamente a Bíblia fora scrum. Então, é claro, tudo o que você está aprendendo aqui neste curso vem principalmente do guia scrum. E, claro, adicionou muitas informações mais valiosas que o ajudarão na prática. E quando você colocar em prática scrum. Então esses dois americanos, você sabe Shaver e Sutherland são atualmente reconhecidos como os pais e os fundadores do Scrum, e eles ainda são muito ativos na comunidade global e, você sabe, ajudar através de diferentes organizações. E, você sabe, eles continuam a espalhar conhecimento e mentor as pessoas. E eles são parte de coisas como eu mencionei antes, como essa Aliança Criminal ou Scrum esfregou o quadro. E outra coisa, eu acho que é realmente importante destacar sobre esses dois indivíduos em particular é que eles realmente fizeram parte das 12 pessoas que liberaram o manifesto ágil em 2001. Agora, o manifesto ágil e a liberação do manifesto ágil são uma vantagem fundamental. O mundo adulto em todo o mundo. Você sabe, isso é como enviar, você sabe, esta pedra de você sabe, ajuste, o momento de fundação para a Agile como conseqüência, a metodologia quando o manifesto ágil foi lançado nesses dois caras, os Padres de Scrum fizeram parte das 12 pessoas que trabalham no manifesto ágil e o lançaram para o mundo em 2001 descrevendo o que é ágil. E como eu disse, antes do curso, há sobreposições quando você fala sobre ágil e scrum porque Crumb é uma metodologia ágil . É, você sabe, é uma maneira ágil de fazer as coisas. Então, obviamente, eles compartilham coisas e têm coisas em comum porque todas as diferentes metodologias ágeis , em essência, também são ágeis, certo? Como se fossem da mesma coisa para o mesmo conceito, certo? Então eu acho que é para colocá-lo em contexto. E eu acho que só para te dar uma analogia, pensar em você sabe, Toyota ou pensar em Ford bem ali, porque certo. E eles são como uma marca. Mas achamos que essas marcas têm submarcas, certo? Como se tivessem versões particulares de carros diferentes. Certo? Então, se você pensar no Ford, você tem um Mustang, mas vocêtambém tem você um explorador, bem em um SUV. Ambos são carros diferentes, certo? Mas eles ainda estão na frente, certo? Eles ainda fazem parte da Ford. E ambos fazem parte da marca Ford, claro. Tem quatro componentes. Você sabe, eles têm Ford em seu sangue lá ainda quatro, em essência. E, no fundo, são tipos diferentes de carros, mas ainda fazem parte da marca Ford. O mesmo se aplica à Toyota, certo? quando você pensa em Toyota High looks ou você pensa em Toyota Corolla, certo? Oi. Olha para dentro até você ser carros diferentes, certo? Mas eles ainda são Toyota bem ali, ainda no S. E então é a mesma coisa quando você pensa em ágil, certo? Então esta migalha pensa na turnê. Você sabe, eu acho que quando você está pensando em Scrum, pense sobre isso. Conhece um filho, certo? Como um bebê fora da direita ágil faz parte das metodologias ágeis, você sabe, como um guarda-chuva. Mas há também eles você sabe que Scrum tem outros irmãos e irmãs, certo? E você tem coisas como programas extremos de programação extrema. Você sabe, você tem escala, você tem o como o M. Todas essas são outras metodologias ágeis como scrum on. Eles têm diferenças, mas também vieram. A finalidade é certa porque todos eles são parte de ágeis. Eles estão todos sob aquele grande e ágil guarda-chuva. Certo, claro que não é uma surpresa que os caras que encontraram o scrum também foram a parte encontrada dos pais fundadores da ágil como metodologia. E é um grande guarda-chuva que cobre diferentes tipos de metodologias, certo. Isso não é realmente uma surpresa, pessoal. É claro, não foi uma coincidência, certo? É porque esses caras onde parte lá, os pais de lá em diante também parte dos caras que encontraram esse direito ágil porque ele sumir é uma metodologia ágil. E a principal coisa que eu quero que você tire desses Ele é aquele scrum fora de todas as diferentes metodologias ágeis que estão lá fora. Scrum é a metodologia mais popular e ágil em. A razão para isso é porque é tão simples. É tão fácil usá-lo tão fácil de entender. É muito lógico e é muito fácil de colocar em prática, então as pessoas adoram. Sabe, isso é o que as pessoas adoram Scrum. É por isso que as pessoas se juntam, mas em particular para as diferentes metodologias ágeis. As pessoas realmente amam Scrum por causa de sua simplicidade em porque ele apenas entrega resultados certo e não me entendem mal. Todas as outras metodologias ágeis também são muito boas, mas também são muito mais complexas. Alguns deles podem ser um pouco mais burocráticos. Alguns deles exigem mais documentação do que outros. Você sabe, alguns deles são muito técnicos quando você pensa em programação extrema ou, você sabe, você pensa em coisas como áudio seguro. Você sabe que eles são muito mais complexos. Havia muito mais estrutura. Eles têm mais estruturas em torno deles e coisas assim, e isso faz com que seja fora do curso, algo que não agrada dedo do pé. Todo mundo tem controle. Há grupos particulares de pessoas que querem trabalhar com essas metodologias ágeis . E como eu disse antes, não me entenda mal. São todos muito bons e muito valiosos. Ainda são metodologias ágeis. Mas se todos aqueles meu favorito e o que eu gosto da maioria scrum e é também o que é mais popular em todo o mundo, quase amplamente reconhecido por causa de sua simplicidade e agora você sabe de onde ele vem e como é tudo interligados. Então, muito rapidamente para rever o que acabamos de cobrir um momento atrás quando estávamos falando sobre as origens do scrum sobre o crime doméstico é parte da ágil. Eu só queria mostrar essa foto rápida, como tudo se encaixa e como todos os lugares eram uns com os outros para que você possa entender essa relação. Então estes, nesta analogia que você está vendo aquele guarda-chuva na tela basicamente como eu disse antes, Agile está no topo do guarda-chuva, certo? Frágil é como a metodologia geral alta ou arqueada. E, em seguida, abaixo, ágil, você tem submetodologias que também fazem parte da ágil. Então eles são todos ágeis. Metodologias é que elas são um pouco diferentes umas das outras. Como o exemplo que dei antes. Quando você está falando sobre o Ford Mustang e o Ford Explorer, certo, o Ford Mustang. Ele é uma coisa muito diferente do Ford Explorer. No entanto, eles têm semelhanças aqui. Eles ainda estão à frente, bem ali, ambos os quatro carros. Certo, então isso é o mesmo. Todas estas metodologias aqui Scrum, Cambon, lean, programação extrema, o STM seguro. São todas metodologias ágeis, mas todas têm diferenças sutis e, por vezes, grandes entre si. No entanto, são todos parte da ágil. Certo, então os da esquerda são o que chamamos de abordagens mais leves e ágeis. E com isso quero dizer lá, você sabe, eles são simples. Eles são fáceis de implementar, fáceis de entender. Eles têm, você sabe, muito, muito. Eu sou muito, muito minimalista, abordando um monte de coisas e, em seguida, sob a direita, você tem outros frameworks ágeis e metodologias como o STM em seguro, esse braço ou extenso em sua abordagem. Então eles são mais estruturados, mais robustos no sentido de que eles podem ter muito mais processos no lugar, ou práticas diferentes que os tornam um pouco mais extensos do que os da esquerda e seus irmãos à esquerda. Lá, eles são todos parte da mesma família chamada ágil. E, a propósito, no caso de você estar se perguntando, o que você está vendo na tela não são todas as metodologias ágeis e ágeis que estão lá fora oficialmente que eu não acho que há um oficial contar com metodologias ágeis. Mas da última vez que verifiquei, existem cerca de 12 metodologias diferentes e ágeis, e você pode encontrá-las se você for para o ágil cavey dot com, que é o site que eu encontrei para compartilhar conhecimento sobre o scrum ágil em todas as diferentes metodologias ágeis. Você pode ler mais sobre isso lá, mas como eu disse antes, você sabe que não há contagem não-oficial em nenhum lugar. Essa não é uma única pessoa que disse que Thies é todas as metodologias ágeis oficiais do mundo, você sabe, e não há porque isso é que isso está evoluindo o tempo todo, sabe? Então não é algo que estude, então eu não ficaria surpreso. Aliviado, você sabe, no caminho, metodologias mais ágeis surgiram ou, você sabe, no futuro, algumas delas foram consolidadas com algumas das outras. Mas não se preocupe muito com todas as outras metodologias ágeis e os números. Eu acho que isso realmente é importante que a chave para você aqui é saber que não há apenas uma única metodologia ágil que eles são vários estão lá fora, mas que porque nós estamos em um scrum, os núcleos foram na verdade focando em scrum e, como eu disse antes da outra coisa, que é realmente super importante para você tirar. Uma onda é que fora de todas as diferentes metodologias ágeis que estão por aí? Scrum é o mais popular em todo o mundo, Então, muitas vezes quando as pessoas estão falando sobre ágil em, isso é algo que eu me deparo com bastante frequência. Na verdade, eles não têm idéia de que existem na verdade múltiplas metodologias ágeis. Eles só pensam que há apenas um e aquele scrum porque eles nunca sequer ouviram falar dos outros e na maioria das vezes quando as pessoas estão falando com você sobre ágil e eles estão falando sobre, nós vamos fazer entorses. Vamos usar as histórias deles, sabe, vamos trabalhar mais ágeis. Muitas vezes eles estão realmente pensando em scrum. Eles nem sabem de alguma coisa. Eles nem sequer estão familiarizados com o termo scrum porque eles estão mais familiarizados com o termo ágil e ágil. Você sabe, é apenas o termo que está apenas se premiando. Meio que se explica a si mesmo. Então, porque tem um significado, certo? Como quando pensamos em sumir. Se você disser a alguém que nunca ouviu falar de Scrum que eles não terão, você não significará nada para eles, certo? Porque não é um acrónimo, certo? Não é um visto qualquer fora de qualquer outra coisa. Não é algo que só tem uma definição específica no dicionário ou algo assim, certo? É um termo que eu poderia mencionar antes que ele vem do esporte do rugby e que agora está sendo adaptado e colocando um quadro para a entrega de projetos por esses dois caras. Sabe, nos anos 90, certo? E você sabe, eu estou falando,é claro,sobre é claro, renúncia e sobre Sutherland de Os Padres de Scrum. Mas como eu disse, o ponto chave para você aqui é você? Claro, eles estão pegando as pontuações para começar a trabalhar. O que o Crumb está dizendo aos seus diferentes projetos que você realmente entende as diferenças sobre isso? Você pode compartilhar conhecimento sobre isso, e alguém aparece e fala com você sobre, você sabe, ágil. Você pode realmente dizer a eles o que isso significa e explicar a eles que não há apenas uma única metodologia ágil, mas eles são chamados para puxar para fora. Mas o crime é o mais popular. E quais são as vantagens? E você pode realmente, você sabe, entender a si mesmo que todos eles, é claro, têm semelhanças porque são todas metodologias ágeis. Então eu espero que este diagrama com o guarda-chuva ajuda muito para baixo e a analogia novamente antes, você sabe, com as marcas de carros você sabe, quando eu estava falando sobre dois Yoda em e Ford como apenas dois Exemplos específicos do mesmo conceito aplicam-se a todos os outros carbonos. Claro, todos eles têm modelos diferentes de carros, mesmo que eles sejam parte da mesma família ou que eles são parte da mesma marca. Então eu espero que estes você sabe, este diagrama do guarda-chuva ajuda você a entender isso um pouco melhor. E tenho certeza que é bem claro, bastante auto-explicativo. Bastante direto. Mas se algo acontecer, sabe, se você ainda tiver dúvidas sobre as perguntas de registro em torno dele, não se preocupe. Não hesite em perguntar. É para isso que estou aqui, pessoal Estou aqui para ajudá-los. Estou aqui para orientá-los através de todo o passo em todos os passos destes em um processo diferente . E apenas para você fazer, apenas para ter certeza de que você realmente entende completamente o que mexe tudo sobre e como é diferente de outras metodologias e como você pode colocar isso em prática. Aquela teta. E como eu disse, a beleza disso e a coisa que eu amo sobre scrums que é tão simples e fácil de entender . E é tão simples e fácil de implementar e fornece valores com tanta frequência porque você está trabalhando na Interpretive Lee e está trabalhando para entregar as coisas de forma rápida e frequente. E eu acho que por último, mas não menos importante, é que se você quiser aprender mais sobre ágil do que definitivamente. Eu recomendo que você vá até você para mim e procure o curso intensivo ágil, que é outro curso que eu criei especificamente para cobrir ágil como uma metodologia. E esse curso guiaria você através de todos os diferentes aspectos da ágil, incluindo o manifesto ágil, encontra sobre ágil e assim por diante. E mesmo que você faça esse curso como eu mencionei antes, você vai descobrir que há sobreposições com Scrum porque o seu todo então eles são parte da mesma família, certo? Como eu disse antes, caras como você vê na tela, fazem parte da mesma família. Então, é claro que você vai encontrar semelhanças entre eles. Mas a principal coisa aqui é que este curso é focado principalmente e 1.000.000 scrum e que se você quiser aprender mais sobre Adua, definitivamente incentivar enigmático outro curso de acidente adulto, e isso permitirá que você veja, Sabe, um pouco mais sobre os diferentes aspectos de Angeles. Bem, tudo bem, pessoal, os patos estão por 6. Segreto 1 do Scrum: segredo número um é que é Crumb não está em Lee para projetos I t ou para projetos de tecnologia . Agora este é um enorme equívoco em torno de scrum e em torno de ágil, e muitas pessoas pensam que se você não está trabalhando em I T ou projeto de tecnologia que você pode usar como uma metodologia de gerenciamento de projetos e o que eu estou aqui para dizer é neste Primeiro Scrum secreto, ele disse. Na verdade, você pode usar de praticamente qualquer tipo de produto em qualquer tipo de indústria. Não só eu t projetos, você pode aplicar scrum em projetos de compras, operações de vendas de marketing praticamente qualquer coisa que você pode pensar fora. E eu não estou dizendo isso apenas pela teoria ou porque eu ouvi sobre isso ou porque eu li sobre isso. Estou dizendo isso da prática porque eu realmente apliquei scrum em muitas indústrias diferentes, diferentes tipos de projetos e em diferentes regiões e países diferentes. Então eu posso falar sobre isso foi confiança e eu posso realmente compartilhar a partir de experiência pessoal. Isso é Crumb tem sido uma mudança de jogo em muitos produtos diferentes que eu tenho trabalhado em muitas indústrias diferentes, modo que esse é o primeiro segredo que eu queria compartilhar com vocês sobre scrum 7. Scrum Pilares e princípios de Scrum: a base sólida do Scrum como uma cultura: Então vamos agora rever o scrum, Peeler está no scrum. Basicamente, temos três descascadores, transparência, inspeção e adaptação. Todos eles trabalham juntos em sua ou parte do scrum como uma estrutura e é uma mitologia porque eles estão no núcleo e essência fora scrum e pela transparência. Quero dizer que tudo o que você está trabalhando no scrum é basicamente para todos que trabalhando na equipe e até mesmo para pessoas que estão fora da equipe. Então transparência é definitivamente um daqueles pilares realmente grandes no scrum porque você vai ver que quando você está trabalhando com scrum, você sabe quando falamos sobre o nosso ágil e de seu scrum pode ser entediado ou seu tipo ideal de a bordo, você vai ver que você está basicamente colocando lá fora de uma maneira física ou virtual em que você está trabalhando e é transparente e é visível para todos e todos podem facilmente ver o que nós estamos pensando que eles estão certos, porque de vezes em que você está trabalhando em projetos, essa é uma das principais coisas que as pessoas querem saber. Sabe, qual é a situação das coisas? Onde estamos no que está sendo entregue onde estamos trabalhando agora? Que gastos e coisas assim e em você sabe, é migalha. Isso é muito fácil de ver quando você está olhando para o seu scrum pode ser entediado ou seu ágil Cambon Borga. Sabes que me ouves, vais ouvir-me alguma coisa. Digamos que Scrum pode estar a bordo e algo diga acampamento Idol a bordo porque eles são intercambiáveis. Sabe, algumas pessoas chamam de acampamento Scrum a bordo. Algumas pessoas chamam-lhes ágeis, desmoronando pode ser placas e algumas pessoas apenas chamam-lhes. Pode ter sido pranchas, certo? Não se preocupe muito com isso. Todos eles significam que a mesma coisa é basicamente, você sabe quando falamos sobre isso mais tarde no curso e eu vou mostrar-lhe um exemplo específico. Mas é basicamente uma representação visual do que você está trabalhando, e isso vai para o núcleo em essência do Scrum, em que você está sendo transparente com todos na organização, no negócio sobre o que você está trabalhando, Incluindo sua equipe, certo? Então não há segredos no scrum. Todo mundo se depara com o que todo mundo está fazendo e onde estamos com as coisas que está sendo feito sobre o que é uma taxa de execução e coisas assim que vamos cobrir mais tarde quando falamos sobre coisas como, você sabe, a velocidade, etcetera, certo? E vamos falar sobre o segundo pilar, certo? Inspeção, certo? E a inspeção é basicamente você apenas revisando o que você está fazendo e como as coisas estão indo e qual é a variabilidade versus o que você projetou. Certo? E novamente, isso volta a olhar para os artefatos scrum por artefatos scrum. Eu estou falando sobre gráficos queimados Eu estou falando sobre, você sabe, seu gráfico de velocidade em Eu estou falando sobre o seu acampamento scrum a bordo neste ar, artefatos diferentes são diferentes, você sabe, eu acho itens com migalhas de coisas que permitem que você acompanhe seu progresso e veja qual é a sua variabilidade versus o que você projetou ou o que versus o que você estava destinado a fazer no exterior onde você deveria realizar em um determinado sprint, certo? Porque lembrem-se, pessoal que toda vez que estamos falando de scrum, estamos falando de um prazo de entrega muito curto, e não é um amigo do tempo para entregar tudo. É hora de tempo para intimamente para um trabalho particular, certo? E esse trabalho começou em particular que estamos entregando nossas histórias de usuário direito e nossas histórias de usuário são apenas basicamente aqueles tipos de tarefas que vêm desses requisitos sobre o que estamos tentando entregar em nosso sprint e sprint como conversamos antes, ele disse. Disse um período de tempo particular para a entrega que em scrum pode ser de até um mês. Mas geralmente, você sabe, é tipicamente um amigo de duas semanas, tudo bem, e isso é o que este pilar é tudo sobre, sobre como passar por esses diferentes artefatos e apenas ver onde estamos quais são as variações em relação a isso e vendo você sabe quais são os próximos passos, eu acho. E também nos permite, que também é algo que é muito você sabe, o núcleo, em essência de gritar, nos permite ver o que precisamos para melhorar no que podemos fazer melhor na próxima vez e assim por diante. E eu acho que o primeiro do terceiro e último pilar scrum é adaptação, certo? E basicamente o que esses Peeler é que no scrum, temos que permanecer flexíveis o tempo todo, certo? E ao contrário das metodologias de cachoeira que cobrimos antes de você saber a maneira tradicional do projeto em que você tipo de tentar Continuar fazendo seguindo uma abordagem muito, eu acho que rígida em algum aspecto em ágil eram realmente bastante flexível. Direita em. Fazemos ajustes continuamente e isso de forma caritativa à medida que estamos trabalhando através das coisas. Então, se estamos vendo que algo não está funcionando bem, em ágil, ao contrário de maravilhoso, não vamos esperar até o próximo projeto. Vamos esperar até o próximo sprint, certo? Então isso pode ser a semana após ou duas semanas depois ou através de existir, er um mês depois. Então, é um período muito curto de tempo de impressão em que você se adapta a essa mudança se adaptando a, você sabe, algo que não estava funcionando bem e você precisa fazê-lo melhor. E eu acho que isso também é super importante. E esta pontuação de três pilares combinados são algumas das razões pelas quais Scrum Você sabe, uma das muitas razões foi o crime ser tão popular e tão poderoso porque você não está, você sabe, apenas esperando até que as coisas quebram para fazer coisas como Aqui, você está sendo transparente. Você está revisando as coisas constantemente e você está se adaptando como você acha melhor e outros chás como uma equipe. E você sabe, a equipe scrum vê o ajuste e isso é como eu disse, você sabe, algo que você iria encontrar realmente valioso na prática porque você vai ver que quando você está falando em seu júnior Scrum diário com a vitória da sua equipe, que você está basicamente, você sabe, reunindo com eles diariamente para discutir. um que precisa de Por que precisa deumdia antes do que fez naquele dia e que homens? Se há algo que você está planejando fazer isso, Danny primeiro, qualquer coisa que você precisa para nos remover um obstáculo, então você vai ver como isso entra em prática para se tornar uma coisa tão poderosa porque você é constante interação com sua equipe em sua adaptação o tempo todo às diferentes circunstâncias. E eu amo isso porque, você sabe, no mundo moderno, as coisas estão mudando tão rápido. Tudo envolve tão rápido. Às vezes estamos trabalhando em coisas e somos jogados essas bolas curvas ou você sabe que há reestruturações no negócio ou as coisas estão mudando. Ou há um novo provavelmente para gerenciado de gerenciamento e coisas assim, e que você sabe, você está trabalhando e eu acho, a maneira tradicional de combinar projetos. Vai levar mais tempo para reagir a isso, e algumas coisas quando você reagir a isso, você sabe, você meio que perdeu a oportunidade ou só demorou muito. O que é crime? Você está realmente se adaptando, você sabe, em tempo real às coisas, e você está colocando isso em prática e certificando-se de que isso o ajuda a atingir seus objetivos, medir seus objetivos e cumprir esses principais resultados fora de seu projetos. Agora vamos falar sobre princípios scrum e há seis princípios scrum controle empírico processo , auto-organização, colaboração, priorização baseada em valor, boxe tempo, um desenvolvimento interrogativo. Agora nós já cobrimos todas essas coisas ou a maioria delas já. Então estes, é claro, não é algo novo para você. É só que eu não tinha mencionado que, na verdade, esses também são princípios scrum. Mas isso é muito legal, certo, porque você já está familiarizado com alguns desses ou com todos eles. Mas agora eu estou colocando formalmente para você aqui na tela como os seis princípios scrum que fazem parte de Scrum como uma patologia. Muito bem, vamos passar rapidamente por cada um deles. A coisa que eu gosto neles é que eles são muito fáceis de entender que eles são muito auto-explicativos, mas vamos começar com o primeiro 1 certo? Ok, Então é controle de processo crítico e basicamente o que isso está dizendo para você para aqueles que são eu acho que a maioria de vocês está familiarizado com em Paris ele e bolsas Immuno empírico em uma abordagem empírica em basicamente e e muito legal abordagem é aprender com a prática, você sabe, aprender com a experiência, certo. E é isso que fazemos no scrum. Você sabe, nós estamos basicamente olhando para as coisas e nós estamos realmente aprendendo com a realidade com a prática. Isso é controle empírico do processo. E você sabe, nós conversamos antes de nós estávamos falando sobre nossos pilares Transparência Inspecção de Tese de adaptação onde é realmente fortemente refletido lá nos princípios de scrum no processo empírico Controle auto-organização em, você sabe, em scrum pelo que eu quero dizer com isso e o que você sabe, o que nós queremos dizer com isso é no mundo do scrum é que as equipes se organizam para que eles definam o que eles vão estar trabalhando. Eles definem suas prioridades. Então, uma equipe de scrum não tem você sabe o gerente vindo para dizer a eles que você sabe como fazer seu trabalho diário. E dado que estou financiando e me dizendo especificamente o que focar no que fazer laços e coisas assim realmente não acontece assim em caras scrum. E esta é uma das principais diferenças. Também inscrito versos. Muitas outras formas de gerenciar projetos. Estou trabalhando em projetos lá fora, e é isso. As equipes aqui são auto-organizadas, você sabe, eles definem no que eles vão estar trabalhando. Eles priorizam-se diretamente fora do curso eles levam em conta, você sabe, com o que o que é um diretamente do que chamamos de proprietário orgulhoso e scrum direito, que é basicamente ou o cliente ou o próprio cliente ou um representante do cliente e, claro, dirigindo o que devemos nos concentrar com base no que você sabe. Lá, ou prioridades para eles como um cliente são ou que representantes que representam o você sabe, o produto representante oneroso representando o cliente do que o que ele sabe que os custos são a coisa chave para o cliente, certo? Mas auto-organização é praticamente como eu disse, muito auto-explicativo onde nós estamos dizendo que você conhece esta equipe criminosa e todos que fazem parte do, você sabe, trabalhar com o crime, muito auto-explicativo onde nós estamos dizendo que você conhece esta equipe criminosa e todos que fazem parte do, você sabe, trabalhar com o crime, colaboração organizada e correta. Sim, nós já sabemos que em, você sabe, Scrum como premiado vindo de rugby, onde estamos falando sobre a equipe, olha lá em baixo, ama com a cabeça para baixo para obter -lo, para avançar no rugby. E é o mesmo conceito, certo? Então, em scrambles como um você sabe, é uma metodologia para entregar projetos fora. Colaboração é enorme. Seu trabalho econômico realmente de perto com todos que fazem parte da equipe scrum e até mesmo outras partes interessadas que não fazem parte deste Crumpton serão, você sabe, constantemente interagindo com eles e descrever minha surpresa A papel realmente chave aqui porque o mestre scrum através dos diferentes trolls scrum re facilita que a colaboração e garantir que é uma coisa realmente boa com a equipe. Há realmente boa comunicação com a equipe com o proprietário do produto e com as diferentes partes interessadas que são, você sabe, que fazem parte da privatização baseada no valor do projeto, que é o quarto scrum princípio é tudo sobre o que é importante para o cliente, certo? E o que eu disse um pouco mais cedo? E sobre o que conversamos até agora, certo? Hoole representa o cliente em scrum. Vocês acertaram, pessoal. Sim, o dono do produto. Sim, proprietário do produto. E não me preocupo muito com isso. Sabe, vamos falar um pouco mais sobre o proprietário do produto mais tarde em qualquer curso, mas sim, você acertou. Você tem a pessoa que define quais são as prioridades para o cliente porque ele é o próprio cliente para um representante do cliente, é o proprietário do produto, certo? E que você sabe que o partido base de valor aceita privatização vem de todas as coisas que estamos trabalhando. Queremos nos concentrar em primeiro lugar, as coisas que oferecem mais valor para o cliente mais valor para um proprietário de produto, porque é como, você sabe, você está realmente focado, focando no que realmente é importante para eles em sua entrega. Muitas vezes você sabe, da maneira ágil que você sabe, entregando muitas vezes rapidamente. E isso é o que há de tão bonito em gritar Branco? Tão poderoso, certo? Porque você está focando no valor, certo? O quinto Spieler que o quinto princípio que temos aqui desculpe é o tempo certo boxe e tempo boxe é basicamente coberto pela Sprint, certo? E quando falamos sobre os sprints, sabe, no tempo de boxe, esse é um período de tempo específico em que vamos entregar. Isso é migalha. Normalmente são duas semanas, certo? Pode ser até quatro semanas, por isso pode ser até um mês. E não me entenda mal. Nós conversamos sobre o ágil e scrum refletem flexível, certo? Então você pode aumentar esse período de tempo. Ou você poderia usá-lo se você acha que vai funcionar melhor para a sua equipe. Mas eu geralmente recomendo para equipes scrum para começar com um tempo de duas semanas livros duas semanas sprint em. Em seguida, eles podem gerar sobre isso mais tarde, se necessário, se necessário. Tudo bem. E então o sexto e último princípio foram falados sobre ele. Vamos falar sobre desenvolvimento alternativo fácil e um ponto-chave, eu acho que eu queria mencionar aqui. Eu sei que tem um desenvolvimento de palavras, que soa muito bem, que soa muito, sabe, eu acho que produto focado. Mas uma coisa que eu queria mencionar é que scrum, apesar de ter sido originalmente o sinal e, você sabe, veio dos conceitos e foco no desenvolvimento de produtos. Andi tem um foco forte, e eu acho que veio de eu acho que o mundo, se você quer que você quer dizer isso ou pensar sobre isso não significa que scram só é aplicável a produtos. Também é aplicável a serviços em. Isso não significa que scram só é aplicável à tecnologia ou i t. É realmente aplicável a praticamente qualquer indústria lá fora. E você sabe, isso não é apenas algo que eu estou inventando, você sabe, se você quiser pesquisar ou Google, sinta-se livre para pesquisador Google exemplos fora scrum em marketing exemplos são, você sabe ou scrum em, Você sabe, saúde ou o que você sabe, e você vai descobrir que há diferentes estudos de caso e diferentes pessoas aplicando scrum ágil e você sabe, uma metodologia ágil em muito diferentes indústrias. Então eu acho que eu só queria ter certeza de que agora eles estavam cobrindo os princípios que claros para você, porque também algo que muitas vezes aparece onde as pessoas pensam que, você sabe, isso é apenas aplicável ao eu t E desenvolvimento de produtos, e a realidade não é. Eu, pessoalmente, trabalhei em muitos projetos diferentes em muitos países diferentes onde eu apliquei estes em, você sabe, operações, projetos de compras, projetos de vendas projetos de marketing. E você sabe que a essência que os mesmos conceitos-chave de Trump se aplicam independentemente da indústria. Tudo bem, uma eternidade de desenvolvimento faz parte desse desenvolvimento alternativo é que você simplesmente não se concentra em uma solução final que leva uma eternidade para entregar. O desenvolvimento alternativo é você entregar valor com frequência e rapidez, e então você continua a melhorar isso e continuar a melhorar isso até chegar lá para a solução final com todos os sinos e assobios se você der se é isso Qual é o seu objetivo final? Mas é como se você simplesmente continuar, continuar, continuar, continuar alternativamente e muitas vezes estão entregando muitas vezes e eles estão entregando valor aos seus clientes. E eu acho que vou colocar aqui em um exemplo de como o desenvolvimento alternativo pode parecer em, Vamos Digamos, marketing Right. Então vamos pensar sobre nossa campanha de marketing direito, e você está pensando sobre isso. Então você vai pensar em panfletos e anúncios e, em seguida, TV e rádio em diferentes canais, você sabe, diferentes, eu acho, para sua campanha de marketing, certo, assim por diante. Desenvolvimento alternativo e abordagens alternativas como um princípio aqui aplicaria que, por exemplo, você poderia dizer OK, eu vou começar inicialmente com os anúncios de TV. Então você se concentra fortemente em sua primeira impressão nos anúncios de TV e, em seguida, libera os anúncios de TV e eles dizem , OK, nossa segunda divisão vai ser o Você sabe, as histórias de usuários vão fazer parte da nossa segunda primavera são não vai estar mais focado no panfleto. Então toda a palavra para que você possa entregar os panfletos na sua segunda primavera em, você come um direito? Certo. Esta é uma segunda iteração, certo? É um segundo sprint, e então você se concentra no rádio bem na ponta do seu terceiro sprint. E isso é o que é o desenvolvimento alternativo é que você continua a construir sobre e sobre o que você já fez sem ter que esperar. Você sabe, seis meses de lançamento da campanha de marketing. Você realmente come um valor relativamente entregar, certo? Porque as pessoas estão vendo coisas tangíveis, seja um irmão, seja um serviço do qual eles podem, você sabe, obter valor. E é isso que você sabe, o que é gritar. É sobre entregar valor, e é sobre acreditar que o valor muitas vezes para que caras gorjeta, nós cobrimos os seis princípios scrum e apenas para mostrar que seis princípios scrum são controle de processo empírico, auto organização, colaboração, tempo de privatização baseado em valor, boxe e desenvolvimento da eternidade. 8. Scrum valores e recursos de Scrum de Scrum a essência do Scrum como uma cultura: nesta palestra do curso, vamos cobrir valores scrum sobre há cinco scrum, compromisso de Bali, coragem, foco, abertura no respeito novamente todos eles realmente fáceis de entender, realmente simples, realmente praticamente auto-explicativo. Então, o que isso faz todos esses valores diferentes? O que eles querem dizer? Na verdade, no mundo de Scrum, que compromisso é esse? Se você está tentando sair ou algo assim, você realmente se compromete totalmente na alavanca que no tempo e no orçamento e como planejado? Certo? E é por isso que no Scrum, temos nossos diferentes artefatos, certo? E nós conversamos sobre os diferentes artefatos como um queimado queimado, o scrum pode estar entediado e seu gráfico de velocidade que permite que você veja como sua reunião, esses compromissos, como você está fazendo versus o que você sabe, estão se concentrando em tentar entregar direito e depois coragem. Coragem é tentar às vezes pensar fora da caixa tentando fazer as coisas de forma diferente , , você sabe, ter essa energia e essa força para tomar essas decisões difíceis quando você precisa tomar eles. Às vezes você precisa mudar, você conhece a ordem ou seguir uma direção diferente, ou seguir um caminho diferente porque não está funcionando como esperado. Isso é algo que no scrum aprendemos através de retrospectivas, certo? Então vou te dar um exemplo perfeito de coragem. Andi, isso é algo que aconteceu comigo há pouco tempo, quando estávamos trabalhando quando eu estava trabalhando em um projeto e eu estava realmente usando dedilhando esse projeto. Então, passamos por um par de molas e então notei que tínhamos atingido uma taxa de conclusão de 3% do que previmos para completar corretamente, e para colocar isso em contexto. Quando olhei para as estatísticas e vi que estávamos 3% taxa de conclusão, deveríamos ter sido realmente em cerca de 50 60% taxa de conclusão em. Eu sabia que estávamos ficando sem tempo. Estamos chegando perto do fim do ano, e eu me sentei. A matemática olhou para você sabe, eu olhei para os sprints anteriores, olhei para a nossa velocidade, que tem sido praticamente uma taxa de execução e então olhei para onde estávamos em termos de conclusão. E então eu quatro projetei o que conseguiríamos até o final do ano, certo e naquela época. Como eu disse, estávamos no Lee a uma taxa de conclusão de 3%. Então, quando eu fiz esse exercício, eu percebi que se continuássemos no mesmo ritmo chegaria ao final do ano com menos de 60% de desconto na conclusão do que tínhamos que estávamos tentando alcançar. Então, obviamente, isso era inaceitável e algo precisava mudar. Sabe, a equipe e eu sabíamos, conversamos sobre isso em uma retrospectiva e pensamos sobre o tempo que precisávamos fazer. E pensamos que precisamos mudar completamente a estratégia de entrega. Precisamos mudar completamente a maneira como você sabe, estamos trabalhando nisso, e basicamente o que fizemos foi porque antes estávamos recebendo tipo de pessoas que estavam trabalhando em algumas partes interessadas chave para fornecer algumas informações para nós, e isso estava sempre demorando muito mais tempo do que esperávamos, quando eles estavam fornecendo a informação, informação não era realmente organizada e era menos do que esperávamos. Então dissemos: “ Vamos mudar completamente a estratégia. Vamos pegar os dados nós mesmos. Vamos olhar para a dívida nós mesmos. Vamos colocar um plano no lugar, vamos propô-lo ao para as partes interessadas. Vamos trabalhar nisso, a menos que nos digam que querem mudanças. Mas estamos fazendo o inverso em vez de pedir-lhes que forneçam, sabe, os dados organizados para trabalharmos. Fizemos isso ao contrário. Nós fornecemos o organizado que fora para eles e dissemos, OK, nós olhamos para tudo. É assim que vamos fazer. E é assim que vamos fazer as nossas molas. É o trabalho que vamos fazer uma corrida de polegada. E nós dissemos a eles, você sabe, nós meio que tomamos posse de seus dados, mas queremos que você saiba que não está vendendo pedra. Se você quiser fazer alterações, podemos fazer alterações eram flexíveis. Somos adaptáveis. Mas isso ajudou os rapazes. E isso foi, você sabe, nós tivemos a coragem de mudar completamente a estratégia, para conversar com todas as partes interessadas sobre a mudança de estratégia para, você sabe, reconhecer que tivemos a correção reconhecer que você sabe que o que estávamos fazendo não estava funcionando como esperávamos. E isso é o que você sabe. Isso é o que esse valor é em fácil e scrum. Você sabe ter a coragem de fazer esse tipo de coisas, tomar decisões difíceis e ter algumas vezes aquelas conversas difíceis e reconhecer às vezes que as coisas não estão indo como você esperava, como você esperava eles. Tudo bem, então vamos. A menos que queiramos o terceiro valor, que está focado novamente. Isso tem a ver muito com o foco na execução e que estamos olhando para um píer muito curto de tempo de tentar, que é o nosso sprint, certo. Então, você sabe, no scrum, nós não estamos focando em você já não entregar tigelas a prazo e tipo de como se estivéssemos tentando não olhar para isso. Você sabe, o quadro geral o tempo todo, mas mais olhar para o curto prazo e completo tem um forte foco na entrega de curto prazo. E é por isso que esta é uma das principais aberturas de Bali que falamos antes. E isso está intimamente relacionado com a transparência para as pessoas que você conhece, sendo capaz de visualizar o que todo mundo está fazendo com as pessoas sendo, você sabe, capazes de conversar entre si. E, claro, isso se relaciona com também pensar que vimos antes, como os descascadores sobre os princípios e, finalmente, respeito. Respeito é definitivamente um grande valor em scrum. E é, você sabe, nós encorajamos as pessoas a falarem para sempre serem respeitadas, independentemente de elas terem uma opinião diferente. E nós realmente amamos aquele inscrito. Nós realmente amamos as pessoas que têm, você sabe , opiniões diferentes são , você sabe, nós estamos abertos a que eram muito flexíveis porque nós precisamos mudar algo e gritar. Nós vamos fazer isso, você sabe, se algo não está funcionando bem e você sabe, as pessoas têm essa abertura conosco para falar sobre isso, nós vamos respeitar a opinião deles. Vamos levar isso em conta, se estivermos em uma equipe de Scrum, achamos que precisamos mudar. Vamos fazer essas mudanças muito rapidamente. Não vamos esperar até o final do projeto onde tudo está desmoronando. Nós vamos fazer essa mudança mesmo antes de começarmos a explicar, tudo bem, então é isso que você sabe. É assim que eles é onde os seis valores scrum Um, esses cinco scrambles são todos sobre isso onde esses cinco dollies ovos mexidos são tudo sobre, e eu acho que eles disseram antes eles são bastante auto-explicativos. E agora você provavelmente está pensando, bem, por que nós temos que falar sobre descascadores, valores e princípios? E eu digo-te porquê. Eu digo-te porquê. Você sabe que a razão é porque scrum além de ser uma metodologia ou uma estrutura para fazer as coisas é na verdade também uma cultura. Aqui está um pequeno segredo para você, e eu quero que você tome nota sobre isso. O crime é cultura política, certo? E você constrói a cultura com coisas como princípios com coisas que valorizam com coisas como descascadores. Tudo bem, então eu sei que isso soa bem. Às vezes, quando as pessoas olham para isso, parece um pouco teórico, eu acho. E algumas coisas as pessoas vêem tudo. Isso é apenas algo que está lá em cima em um pedaço de papel ou, você sabe, algo que está lá em cima, mas isso realmente não acontece no chão e na prática. E, na verdade , é isso que eu quero um desafio na sua mentalidade. Se isso é o que você estava pensando enquanto eles estavam passando por essas palestras nos cursos que na verdade em scrum, nós aplicamos isso, você sabe, realmente inscrito. Acreditamos que estes realmente estão inscritos. Construímos a cultura em torno dessas coisas, certo? Porque todas essas construções interconectadas. Confiança na confiança é super importante para nós entregarmos. O que queremos entregar no prazo dentro do orçamento excedeu as expectativas de todos. E você vai ver esses caras que quando as pessoas estão trabalhando juntas em scrum, eles começam a desenvolver uma relação muito forte entre si porque você está aplicando esses princípios valores porque esses pilares estão segurando todos eles juntos. Você sabe, de uma forma muito, muito colaborativa e abrangente. E como eu disse, com o passar do tempo, começa a se tornar uma cultura. As pessoas entram nisso depois de inicialmente, é claro, porque as pessoas estão aprendendo scrum. Alguns destes podem não ser imediatamente refletidos porque eles estão apenas ficando, você sabe, familiarizados com a cultura fora scrum e com os diferentes valores, princípios e os diferentes descascadores fazem parte disso e apenas componentes de artefatos diferentes . Você sabe, a terminologia. Algo é diferente para as pessoas também. Mas o que você vai ver acontecer ao longo do tempo, como as pessoas estão passando por diferentes sprints, é que as pessoas começam a abraçá-los muito fortemente na razão pela qual as pessoas se abraçaram é. E como eu disse antes desses caras, não é coincidência que sumir seja a metodologia mais popular e ágil que existe. A razão pela qual ele se torna, você sabe tão fortemente arraigado na cultura e pessoas brancas que você sabe, começar realmente a entrar no ônibus de scrum é porque eles vêem o valor nele é porque eles vêem que as coisas estão acontecendo um muito mais rápido. Versos que eram antes de você implementou scrum ou versos contemplar antes faria quando você estava trabalhando com metodologias tradicionais de produtos Mashburn. Então é por isso que as pessoas realmente gostam. E eu não estou falando apenas de gestão, a propósito. Você sabe, claro, é claro,a gerência vai adorar qualquer coisa que seja mais rápido na entrega resultados mais rápido. Isso é bastante óbvio para mim. Um amador, é bastante óbvio para você também. Mas eu acho que você sabe a razão pela qual as pessoas no chão as pessoas que estão realmente fazendo o trabalho realmente gostam de scrums porque eles vêem o benefício. Você sabe o que? As pessoas sempre vão gostar de coisas onde vêem o benefício para si mesmas, onde vêem o benefício para o resto da equipa. Onde você vê o benefício para a baixeza? O que? Eles vêem os benefícios para aquele cliente. Eles sempre vão adorar essas coisas. E é por isso que o crime é tão poderoso. E tenho certeza de que, como você está trabalhando com ele, você vai começar a ver tudo isso e você vai começar a se tornar cada vez mais. Sabe o que aconteceu, advogada e alguns de vocês, sabem, revisando as notas talvez queiram assumir o papel de “Scrum Muster”. E nós vamos ter um pouco mais tarde sobre o papel scrum mestre em. É definitivamente, você sabe, um dos caminhos é um dos caminhos que muitas pessoas querem entrar, e é um ótimo caminho, você sabe, há muitas oportunidades de trabalho fora lá fora para scrum mestres e para as pessoas que conhecem Scrum, você sabe, é um tópico muito grande na demanda. Sabe, há muitos empregos lá fora para pessoas que querem aplicar agile e scrum. Tudo bem, então eu definitivamente acho que espero que você sabe, como eu falei sobre isso, você percebe e você sabe essas coisas, E eu acho que em sua mente e em seu coração que mesmo que nós estamos falando sobre esses valores , princípios, concessionários e assim por diante. Não é só o ano em que se pratica. Na verdade, está construindo essa cultura. E eu acho que você sabe, quanto mais você colocar em prática, mais você entende o que eu estou dizendo com isso e vai fazer mais e mais sentido para você uma vez que você vê isso na prática e quando você uma vez você realmente começar a aplicar estes você mesmo. Agora, nesta palestra, eu quero cobrir recursos scrum que estão lá fora que são super valiosos para você revisar. E eu não vou entrar em todos esses detalhes nas pontuações porque você sabe, é algo que você pode pesquisar por conta própria. E este é o curso de Scrum e os resultados. Estou cobrindo os conceitos chave e tudo o que precisa saber sobre o Scrum. Parte disso é você saber que há muito mais recursos aos quais você pode ter acesso, e a maioria deles são gratuitos, se não todos. E você sabe que você pode encontrar coisas como o guia scrum on-line, e você pode olhar para o site ou você pode realmente apenas baixar como um PDF. E eu vou colocar os links ano por ano para que você possa entrar em cada um desses valiosos recursos scrum que estão fazendo uma parte valiosa para nós da pontuação. Então o guia scramble, como eu disse antes, é a Bíblia fora scrum e você pode descobrir que quando você vai para scrum que ou você vai encontrar lá naquele scrum que ou site o guia scrum e acesso a ele. E você sabe como baixar este guia do Crumb ou simplesmente olhar para ele se você quiser olhar para ele . Mas como eu disse, todos parecem fazer tudo isso aqui no placar e esta aliança criminosa ainda está orientada. Este é outro recurso que você pode acessar e você pode encontrar um monte de informações valiosas . E a propósito, muitos deles têm alguns pequenos vídeos curtos que eu tenho certeza que vai achar realmente útil e valioso que vai ajudar você a entender tudo que nós cobrimos nas partituras, até Mawr. E é sempre bom, eu acho. Para ver você sabe e para acessar informações de diferentes pessoas em diferentes recursos é porque é apenas permite que você para complementar o seu aprendizado. E eu mencionei antes quando falamos sobre você sabe, as origens de Scrum que esses dois, você sabe, scrum que Oregon Scram Alliance. Você sabe, os pais de Scrum, você sabe, na verdade também ou fundaram ou co-fundaram, você sabe, aliança mexida ou às vezes eles ainda são muito ativos naqueles nesses grupos também. E Scrum estudo ponto com. Ele é outro lugar onde você pode encontrar informações sobre Scrum. Você sabe, há também e certificações lá e praticamente todas essas diferentes organizações ou grupos que vieram para compartilhar conhecimento sobre scrambles para oferecer suas próprias certificações. E, sabe, se você me perguntar se você precisa pegá-los, eu não acho que você precisa. Sabe, eu acho que você já sabe o que você está indo para o placar. Você é muito bonito Eu vou aprender realmente qualquer coisa diferente em qualquer um desses outros cursos. Estão a oferecer-te lá. Mas você sabe, se você quiser obter essas certificações, bem, elas estão lá fora oferecendo diferentes opções de preços para você revisar e depois explorar, e isso é inteiramente até Você. Mas, você sabe, sinta-se livre para, você sabe, depois de terminar os resultados, colocar no seu currículo. É, você sabe, é uma certificação scrum que você tem agora. E, sabe, como eu disse, eu vou disponibilizar para você diferente. Como todos esses recursos, eu vou fornecer os links para você e vou permitir que você baixe modelos. Eu vou fazer um pouco de modelos para você em, mas também vai recomendar diferentes cursos scrum livre, cursos chegada que você pode tomar e falamos antes que você também pode pesquisar a partir do meu curso intensivo. Você me conhece Se você quiser, explorar que outros cursos bem, você quer aprender mais sobre ágil e o corpo scrum de conhecimento, O bug S. Isso também é algo que você confinou e é um pouco de ah, eu acho que um pouco acima. Se você pensar sobre a Pam Bach no P.M. P.M É um pouco semelhante a isso, mas é claro, diferente. E é apenas outra coisa que está disponível para você para uma consulta sobre, você sabe, sobre scrum e, finalmente, por último, mas não menos importante, cavey dot com. E isso é algo que eu fundei em 2018 para compartilhar conhecimento e espalhar a palavra em todo o mundo sobre justiça. Eu estou defendendo mais braço ou, você sabe, em diferentes países e negócios diferentes sobre John Crumb. E se fores lá, vais encontrar muita informação gratuita. Você sabe, praticamente tudo o que está tendo. Nigel kb dot com é livre. Também é uma comunidade muito ativa, que você pode se juntar, você sabe, no grupo do Facebook ou na borda. Ok, ser site do lado molhado em si. E, no entanto, esses são recursos realmente valiosos que você pode explorar por conta própria. E eu vou como eu disse antes, colocar todos os links e tudo lá para você. 9. Scrum espectros e força de Scrum: então os aspectos scrum são organização, negócios, justificação, qualidade, mudança e risco. E quando falamos sobre organização, isso tem a ver com a forma como essa equipe criminosa se organiza. Vende para entrega e papéis diferentes que fazem parte do scrum, que vamos cobrir mais tarde. Então não se preocupe muito com isso. A coisa chave aqui para você saber é que existe um tipo de organização do que estamos falando, scrum, scrum, que se relaciona com diferentes papéis e como eles trabalham uns com os outros. A justificação do negócio é basicamente por que estamos fazendo isso direito. Este é o aspecto que estamos tentando fazer coral. Falamos de justificação de negócios, que é claro, é algo que você deveria ter respondido antes mesmo de começar o projeto. Então isso se relaciona com algo que chamamos, você sabe, no mundo ágil e no mundo scrum, sprint zero, que é antes mesmo de começarmos a fazer qualquer trabalho. Precisamos entender por que estamos fazendo isso. Sabe, qual é a divisão onde tentamos alcançar e assim por diante? Qualidade no mundo do scrum quando falamos de qualidade, é apenas certificar-se de que o que estamos entregando, é realmente atender ao que pudemos ver. Um raro critério de aceitação, certo? Nossos critérios de aceitação, que é o que você sabe, antes que pudéssemos ver sua história de usuário é feita, nós realmente, você sabe, passamos por isso exceto critérios de aceitação e verificar se ele realmente atende a esses critérios de aceitação sobre isso. É até, você sabe, você sabe, os liberais fora dos padrões de qualidade aceitáveis que queremos entregar o trabalho que estamos entregando e mudando. Sabe, já conversamos sobre isso antes em Agile and Scrum. Somos adaptáveis e flexíveis e em confusão, na verdade, verdade, mudança bem-vinda. Você sabe, se algo, por exemplo, precisa mudar para a próxima impressão, nós realmente mudá-lo. Nós não esperamos até o final do projeto ou até que o próximo projeto sinta em algo não está funcionando como deveria. Então mudamos. Então, abraçamos a mudança e o scrum, e também ajudamos, sabe, as pessoas a abraçar as mudanças. Wells, você sabe, nós somos defensores de mudanças positivas e construtivas no scrum e você sabe, último, mas não menos importante, nós queremos nos gabar de risco, certo? E sempre haverá risco quando você está entregando algo certo? Você sempre quando você está entregando coisas, não há riscos pequenos, médios, grandes e complexos que estão em ambos. E às vezes você sabe em você para analisar essas semanas e entender como você pode ou muitos minimizá-los, mitigá-los ou eliminá-los, se você puder. Mas sabe, na confusão, estamos pensando em riscos. Pensamos que sempre de uma forma positiva e construtiva. Então estamos pensando são esses riscos realmente maiores oportunidades, oportunidades para fazermos as coisas de forma diferente, oportunidades para refletirmos sobre coisas que podemos não ter considerado em oportunidades para nos prepararmos com antecedência antes de realmente fazermos qualquer coisa para evitar coisas que não deveriam ocorrer. isso Basicamente, é o que chamamos quando falamos sobre esses diferentes aspectos do scrum. Agora, quando estamos falando sobre os pontos fortes do scrum, nós basicamente estamos pensando em cinco coisas chave. Entrega contínua, um compartimento de melhoria, equipes interfuncionais, auto-organização e foco em objetivos curtos da Tim e uma abordagem interpretativa. E nós já cobrimos praticamente tudo isso, em essência, através de diferentes palestras no curso sobre eu tenho certeza que você entende isso agora, e todas essas coisas que estamos vendo aqui são coisas que fazem scrums tão poderosos, E é por isso que eu sempre disse antes e você já me ouviu dizer isso várias vezes antes. Isso é crime é tão popular em todo o mundo porque nós estamos você sabe, essas coisas trazem um monte de valor para o negócio. Essas coisas geram um monte de valor para a equipe e essa coisa entregar olá valor para os próprios membros da equipe bem, você sabe, porque quando você faz parte, tomar decisões e você mesmo organizado e você trabalha com pessoas de diferentes áreas e você continuamente entregando melhorar continuamente e, em seguida, você eternidade Vly, trazer e colocar em valor, você sabe, sobre a mesa. Bem, as pessoas valorizam isso e apreciam isso. E é por isso que sua migalha é tão poderosa e estes são força arraigada fora scrum. 10. Segreto 2 do Scrum: limite secreto para fora Scrum é que você pode realmente combinar scrum com cachoeira ou qualquer outra metodologia de gerenciamento de projeto no que chamamos ah abordagem híbrida. E por que estou dizendo que este é o segredo número dois? Por que estou falando com você sobre isso? Porque você não vai ouvir sobre isso em qualquer outro lugar ou é raro ouvir sobre isso. Você sabe quando você olha para a teoria ou você olha para os artigos porque a maioria das pessoas fala sobre scrum, você sabe aparelho vem puramente como você gostaria teoricamente. Mas a realidade é que, na prática, às vezes faz sentido combinar cachoeira que scrum. , E é por isso que este é um segredo bem guardado porque muitas pessoas não falam sobre isso, mas eles ainda fazem isso. E é uma daquelas coisas que quando você olha para um negócio diferente, você pode descobrir que eles estão aplicando. Você sabe, 20% de seus projetos são espúrios. Kreimer, seu ágil 10% pode ser cheio de água, mas na verdade que outros 70% ele é um projeto híbrido e isso significa que eles estão combinando água cheia e scrum para monitorar projetos. E como é que isto funciona? Então, como isso é prática de trabalho. Bem, na verdade é bem simples. Você pode fazer a face inicial do projeto com Cachoeira. E então, quando você realmente começa a implementação de execução, você muda para scrum para que você possa ter seus stand ups diários. Seu planejamento de primavera. Vocês são retrospectivos, ladrões e assim por diante. Então é isso, pessoal, o segredo número dois. 11. Qualidade no Scrum e alteração no Scrum | como gerenciar isso no Scrum: Então, antes quando falamos sobre qualidade e scrum, eu mencionei critérios de aceitação, certo? Se vocês se lembram, eu falei sobre critérios de aceitação, e isso é algo que é super importante quando estamos falando sobre qualidade Scrum, e isso é como não considerar algo realmente feito quando nós realmente não verificamos isso significa que os critérios de aceitação. A outra coisa chave quando estamos falando de qualidade e eliminação é que o teste é que muitas vezes não apenas no final. Também não é apenas em um particular enfrentando o projeto, certo e ele também é caras é uma enorme diferença. Quando você está pensando sobre scram é uma metodologia versus formas tradicionais de cachoeira de gerenciar projetos direito assim. Sabe, como o Primeiro-Ministro I e você sabe, a abordagem de Pembroke. E eu já falei sobre isso antes, certo? E isso tem a ver com, você sabe, na gestão tradicional de produtos. Quando você está testando, é realmente um enfrentando o projeto em geralmente vem depois, você sabe que já fez descoberta. Você já fez o planejamento antes de começar sua execução, você faz um pouco de testes, e isso pode durar algumas semanas ou alguns meses. E depois de algumas semanas ou alguns meses de testes, você realmente implanta certo? E por isso é um tipo muito tipo de período de tempo definido onde eu disse, período de período ou fase em seu projeto em tradicional. Estou falando de gerenciamento tradicional de produtos aqui quando você realmente testa algo e então você apenas libera, certo? Então é a sala sequencial onde conversamos e vimos aquele gráfico antes sobre o skate e o carro no topo que você tinha. Você sabe como você vai de, você sabe, as rodas para o carro real na água tradicional, você sabe, você sabe, gestão de produtos cachoeira durante o teste é que, você sabe, você sabe, enfrentar esse processo enquanto no teste scrum é realmente feito muitas vezes não apenas no final. Você sabe, nós fazemos isso o tempo todo em diferentes fontes, você sabe, que estamos entregando. Na verdade, estamos testando parte dessas digitais. Então é por isso que você vê esses ciclos e e estes são levantados em diagramação inscrição porque você está iterando e constantemente, você sabe, entregando e como sua iteração inquestionavelmente lá entregando seu eso também testando. Outro conceito-chave fora qualidade e scram é que não é apenas a responsabilidade de uma pessoa Ok, Então, no gerenciamento de projetos de cachoeira tradicional, geralmente há um testador ou um líder de teste. E nós geralmente colocamos muita responsabilidade sobre a qualidade do que está sendo entregue nessas pessoas ou sobre a pessoa que está fazendo o próprio trabalho, certo? Então, em qualidades embaraçosas, responsabilidade de todos que você conhece é responsabilidade da equipe como um todo. Todos nós queremos ter certeza de que o que quer que eu esteja sendo entregue realmente atende aos critérios de aceitação que temos lido como uma equipe e, você sabe, em scrum muitas vezes outras pessoas estão testando. Não é só um testador. Pode ser qualquer um na equipe de Scrum em nós. Na verdade, eu quero ter certeza que, você sabe, as pessoas que estão fazendo o trabalho se sentem apoiadas, que você sabe, há novas satisfações, olhando para o que você está fazendo e ajudando ele fora e certificando-se de que tudo está funcionando como estamos esperando e que fez padrão. Não busca a perfeição, certo, certo, então você quer dizer scrum. E isso tem a ver com um conceito pobre e ágil que chamamos de M V P, ou um produto mínimo viável e também tem a ver com conceito de anarquia em ideal e scram que moveu estamos falando de Mantenha-o simples, certo? Então nós não queremos exagerar as coisas em scrum Nós não queremos fazer coisas extras que não são realmente necessárias ou que não são realmente necessárias Quando eu mantenho isso realmente, muito simples atender ao mínimo Você sabe aqueles padrões mínimos que você não me entende Nós não estamos comprometendo a qualidade Nós ainda queremos entregar coisas de alta qualidade, mas nós só queremos ter certeza de que nós não superamos isso Isso é o que isso está se referindo quando estamos falando sobre você sabe, este conceito fora fora, cumprindo esses padrões e que buscando a perfeição em scrum e, em seguida, continua a melhoria. Certo, então nós conversamos sobre você sabe, estes novamente este é um conceito central em scrum, você sabe, continua a melhorar. Ou ele desenvolvimento alternativo certo sobre estes melhoria contínua é parte do que chamamos , você sabe, re trolling em scrum que são retrospectivas direita que são um pouco fora, como nossas lições Learning scrum que, ao contrário da água para a gestão de projetos que geralmente você sabe, eles fazem essas revisões pós implementação p I nosso e lições aprendidas sessões no final do projeto que poderia ser um, você sabe, um ano de a pista em scrum. Fazemos este exercício depois de cada sprint. Então é um exercício de melhoria contínua e é lindo. Eu amo isso, você sabe, é uma das minhas coisas favoritas sobre scram porque estamos constantemente refletindo para melhorar na próxima impressão. E você sabe, é você que já conhece. Quando falamos sobre a história do scrum naquele scrum tendo você sabe, raízes japonesas, isso é algo que é muito, você sabe, enraizado no truque do carvão japonês. Os japoneses, quando estão trabalhando nas coisas, eles estão constantemente refletindo sobre isso, você sabe, eles estão constantemente refletindo sobre como eles podem fazê-los melhor. Eso Há uma das razões pelas quais eu realmente amo a cultura japonesa. Sabe, temos tanto a aprender com eles e já aprendemos tanto com eles no mundo . E muitas das, você sabe, as você sabe, maiores metodologias e um monte do maior conceito que usamos em todo o mundo hoje em dia vêm da cultura japonesa ou coisas que têm raízes japonesas para mim. Isto não é diferente. Sabe, quando penso em melhorias contínuas e são retrospectivas e nossa abordagem narrativa e scrum. Vejo que você sabe de algo que oferece muito pouco valor porque não estamos esperando até o fim para realmente fazer essas mudanças em nossa entrega onde estamos fazendo isso , tornando-os em tempo real enquanto continuamos. E isso é, você sabe, o núcleo no duro e essência fora scrum. Então, quando estamos falando sobre mudar Scrum Onda, nós conversamos sobre isso antes, certo? Eu disse que é realmente bem-vindo seu direito aceito. Então, fomos flexíveis com nosso escopo com nossa entrega. E você sabe, se as pessoas são do negócio ou partes interessadas ou um proprietário de produto argumentando um golpe de velocidade , você sabe que deveríamos estar fazendo mudanças ou que deveríamos estar fazendo algo diferente . Nós não reclamamos disso em scrum. Na verdade, ouvimo-los, ouvimo-los. Nós entendemos por que eles estão nos dando esse feedback e nós, você sabe, fazemos mudanças em nossa abordagem, se necessário. Então, somos muito, muito, muito abertos. Você sabe, nós conversamos sobre quando estamos indo são sobre os princípios valores e descascadores. Transparência também é realmente importante scrum. Então, nós, você sabe, aceitamos e adotamos a mudança quando foi necessário e o feedback dos clientes é incorporado aos liberais. Certo? Então estamos constantemente, você sabe, refletindo sobre nossas retrospectivas sobre o que é esse feed, mas que estamos recebendo dos clientes. E como estão as pessoas que você conhece, abraçando isso mudam essas entregas e está funcionando como estamos esperando? E você sabe, se algo precisa ser ajustado em nosso caminho na maneira como estamos fazendo as coisas que realmente ajustamos e também fizemos quando necessário. Sabe, não queremos fazer mudanças se não forem realmente necessárias. Então, no scrum, queremos manter as coisas sempre muito simples. Sempre, você sabe, continua o Interrogatório da ONU Lee melhorou continuamente um lee iterativo entregar e nós não queremos fazer mudanças. Não é realmente necessário, certo? Então não queremos reinventar o scrum da roda. Você sabe, se algo já está sendo feito, seu trabalho e nós podemos aprender com isso vai tirar proveito disso em scrum. virmos que Sevirmos quealgo está funcionando bem e só há mudanças, então não vamos fazê-las, não vamos fazê-las, porque isso seria, você sabe, indo na direção oposta para fora. Eu quero ser instruído. Então é por isso que você sabe, quando estamos passando por nossas retrospectivas, se há algo que está funcionando bem, nós continuamos fazendo isso é, você sabe, é apenas escrita lógica. Algo está funcionando bem para você. Por que você mudaria isso? E novamente, esta é uma das coisas que eu realmente gosto sobre Scrum é que nós somos construtivos e possíveis mudanças. Nós aceitamos, você sabe, nós incorporamos o que estamos fazendo, mas nós realmente não fazemos isso a menos que seja realmente necessário. Isso faz sentido. 12. Risco no Scrum | Gerenciando o risco em seus projetos com Scrum: e estávamos falando sobre risco no scrum. Basicamente, queremos ter a certeza de que temos esses riscos documentados. Certo, então queremos ter certeza de que esses motivos estão documentados. Então eles são identificados, eles estão realmente sendo avaliados, e eles realmente têm Bean respondeu ou ação. E estamos falando de arriscar migalhas. Queremos ver seus basicamente dois fatores. Qual é a probabilidade de ocorrência disso? E uma vez que temos mas diz a probabilidade de ocorrência disso, também queremos avaliar qual é o impacto no caso de ocorrência. Certo. Então, se esse risco realmente se tornou uma realidade e não um risco por mais tempo, mas realmente aconteceu, por que isso significaria o quê? Qual é o impacto nisso? Então, basicamente, essas são as principais coisas que queremos fazer quando estamos, você sabe, trabalhando em sua crise. Queremos ter a certeza de que os riscos estão documentados. Nós realmente os avaliamos, entendemos, sabe, eu identifiquei claramente, sabe, qual é a probabilidade de isso acontecer? E se isso realmente acontecesse, o que aconteceria? O que isso significaria para nós? E então o que faríamos? Certo. Então você quer ter isso documentado? Eu geralmente sou a propósito, maioria são equipes scrum teria isso em, você sabe, em um amor de risco. Isso geralmente é apenas uma planilha de arquivo do Excel no Google Dogs ou algo assim. Mas você também vê um monte fora de equipes scrum. Ponha isto na trilha. Oh, se eles estão usando rasto oh, ou derivar seu usando Jiro ou eles podem colocá-lo no planeta Terra. Eles estão usando o Microsoft Planner. Portanto, há muitas ferramentas diferentes lá fora para que as pessoas documentem riscos e coisas que você pode querer documentar. Quando as pessoas estão correndo em risco para o projeto é que você pode querer executar documento a data em que o risco foi levantado, quem correu direito? Você sabe, de que área essa pessoa é? E a informação que descobrimos como Qual é o risco em si mesmo? Então, a descrição do risco, qual é a probabilidade de ocorrência? Você sabe que você quer documentar se isso já foi levado? Cuidado fora. Já foi ação. Já foi considerado. Então essas são as coisas que você quer ter certeza que você incorporou isso como parte do seu registro de risco, onde você sabe que você quer ter certeza de que a pesquisa capturada e, em seguida, eles são realmente ação. E em termos fora, se você sabe, a equipe precisa tomar medidas para reduzir os Reese para mitigá-los, eliminá-los, que eles têm feijão efetivamente fechado, se isso faz sentido. Então isso é o que estávamos procurando quando estamos analisando riscos em scrum e em essência, eu acho que isso não é muito diferente do que você normalmente faria quando você está trabalhando em qualquer projeto com qualquer tipo de metodologia em scrum, eu acho que você pensa que está sendo você vai manter esse processo muito simples, muito inclinado muito para você sabe o que é realmente, realmente necessário. E você vai, você não vai comer o seu Nós falamos sobre simplicidade e sumir, certo? Falamos em manter as coisas simples. Então isso é apenas, você sabe, o núcleo, em essência, fora de qualquer metodologia ágil também. Ou a maior parte do que levaria Existem algumas coisas que são um pouco mais robustas em ng complexo . Você sabe, como quando olhamos para o guarda-chuva, os da direita, você sabe, como um cofre ou diaz eles. Como será o mais eu acho que complexidades e estruturas em torno deles. Mas, em geral, quando você está falando sobre scrum, você quer manter as coisas. Andi, A maioria das metodologias ágeis que você quer manter graças ao mínimo. Certo? Por isso quero dizer de novo, como conversamos antes. Não vamos passar por cima da engenharia. E vamos escrever este documento muito longo para documentar ou arriscar. Vamos mantê-lo, realmente, muito ao mínimo. Muito, muito simples. 13. O que é Scrum ? |: uma pergunta que surge muitas vezes antes que as pessoas realmente começam a trabalhar com scram é o que eles podem usar Scrum para em. Nós já cobrimos muitos desses, na verdade em palestras anteriores fora do curso, que é, você pode usar Crumb para entregar valor, muitas vezes para entrega, lee interrogativo e para melhorar continuamente. Então por isso ele dá porque o período de tempo é curto para escrever, o que você está entregando. Isso lhe dá um controle muito melhor sobre os seres vivos a tempo, sobre o orçamento e a anarquia. que falamos antes é que você pode realmente usar o Crumb em praticamente qualquer indústria e em praticamente qualquer tipo de projeto pequeno, médio e até mesmo grandes projetos. Sim, você pode usá-los também em, você sabe, projetos de marketing, projetos de vendas, produtos de compras. Como eu disse, praticamente qualquer indústria e qualquer área se beneficiaria de realmente usar scrum. Agora, isso não significa que você quer aplicar scrum para cada tipo único de produto lá fora também, você sabe, porque não é um tamanho único para todos, e eu não acho que há qualquer gerenciamento de projeto Metodologia no mundo que ele teve um tamanho que serve para todos Às vezes você tem que tomar uma abordagem híbrida. E por híbrido quero dizer, você tem que combinar diferentes metodologias de gerenciamento de projetos. E às vezes, sabe, faz mais sentido trabalhar de forma cascata porque fora do contexto do negócio, porque fora dos prazos para a Lavery ou porque é apenas designado, Você sabe, metodologia que você tem que trabalhar com no negócio. E não há sequer uma discussão em torno de olhar para outras opções ou outras maneiras fora, você sabe, implementar coisas, não dizer, é claro, e os muitos erros que você não pode ter um bate-papo para o gerenciamento e compartilhar com eles. Sabe, saltos infernais. E aqui está uma abordagem alternativa, que eu acho que funcionaria melhor. E é por isso que eu acho que funcionaria melhor quando pudéssemos fazer um pouco de Pilo completamente para provar o conceito e, na verdade, recentemente nos levantamos. Sabe, eu não deveria ser do meu que estava pensando em implementar Scrum Andi. Ela não tinha certeza de como começar seu ambiente. Então o que eu disse a ela Waas Bem, parece que você tem uma idéia muito boa do que você quer fazer, e o principal é que ela trabalha em saúde e ela trabalha neste laboratório e eu estava dizendo para eles onde Bem, Eu parece e soa como sua equipe poderia se beneficiar de scram se você implementar que um piloto inicial agora com todos os seus clientes, mas com um determinado grupo de clientes em. Mas eles estavam basicamente tentando trabalhar de uma forma mais eficiente e mais rápida e reduzir , você sabe, a chave. Oh, as coisas estavam fora do trabalho que ela precisava ser feito. Então eu disse, Bem, basta começar com uma prova de conceito e mostrar os resultados para a gerência. E então vocês podem decidir se há muito valor para vocês em seus contatos e em seu ambiente particular para implementar scrum. Mas geralmente nós é. Você sabe, geralmente, o que eu vejo no campo e como eu estou trabalhando em, você sabe, em diferentes países e projetos e com pessoas diferentes estão em todo o mundo, é que a maioria deles realmente se beneficia de scrum, e uma vez que eles entendam o que eles podem usá-los, use-o para muitos deles realmente querem usá-lo direito, porque ele permite que eles alcancem seus objetivos e objetivos mais rapidamente e permite que eles fornecem validador e clientes em dá-lhes flexibilidade e adaptabilidade nas diferentes coisas que eles estão fazendo. E você também pode usar coroa para, você sabe, pesquisa e para identificar mercados, tecnologias e capacidades viáveis que você pode usar, você sabe, scrum também para desenvolver produtos, serviços e aprimorando essas peças e serviços, tornando-os melhores. Você pode usar scrum para liberar produtos em melhorias com frequência e frequência. E já conversamos sobre isso antes. Este é o núcleo em essência, fora de cena. Você sabe que narrativa continua entrega, uma interpretação continua melhoria e você sabe que também pode usar desenvolvimento crump, nuvem sustentada e ambientes operacionais para uso proc para aqueles que estão trabalhando com I t. E você sabe que eu t produtos e serviços usando a nuvem. E também por último, mas não menos importante, você pode usar migalhas para sustentar e renovar serviços de produção. Direito de manter uma vantagem competitiva no mercado para esses produtos e serviços e atualizá-los. Eu recebo um bom exemplo disso? Pode ser o site da sua empresa. Você poderia usar o Crumb para, você sabe, atualizar o site que tem isso e torná-lo você sabe, melhor do que o East Today em. Sim, eu sei disso e dar agora, você sabe, um exemplo de 90. Mas isso não significa que tudo tem que estar em projetos. Como eu disse antes, você pode aplicá-los em muitos tipos de indústrias e sem carros, muitos tipos de projetos. Na verdade, está trabalhando e conversando com um colega meu que é, você sabe, ele gosta de você sabe, investimentos de propriedade e propriedade e gestão de propriedades em que ele estava aplicando, você sabe, princípios scrum no trabalho que ele estava fazendo com sua equipe sobre como escolher as novas propriedades em que ele vai investir. que conheces Já vi pessoasque conhecesaplicarem o Chris Crum para planear os casamentos. Eu vi as pessoas acima aplicado princípio scrum desde Crumb para, você sabe, trabalhar em projetos de operações, projetos de aquisição em, você sabe, eu estava envolvido realmente concurso para um processo de aquisição um alguns meses atrás, e aplicamos ideais, princípios, princípios, e dividimos nosso processo de concurso em histórias de usuários e molas e passamos por todo o processo, sabe? Sabe, eu tenho três meses de período para algo que normalmente leva 12 meses. Sabe, isso foi incrível. Foi muito valioso para nós. E fomos e fomos capazes de passar por todo esse processo de concurso em um par de molas e tomar uma decisão sobre qual era um fornecedor que iria fornecer esse serviço para nós e precisávamos em tempo recorde, você sabe, Fizemos isso em três meses em vez de 12 meses, e isso foi realmente, realmente uma grande conquista. E sinto-me muito orgulhosa disso. E tenho certeza de que como você conhece pessoas que estão trabalhando com Scrum, eles vão compartilhar histórias realmente interessantes e realmente ótimas com você sobre como eles entregaram muito valor muito rápido e muito mais rápido do que eles estavam fazendo antes até começou a trabalhar com scrum. 14. Segreto 3 do Scrum: O segredo número três é que as retrospectivas Scrum são super poderosas. Eles estão na verdade na essência central e um dos aspectos mais importantes fora Scrum como uma metodologia e como um quadro sobre eu falar sobre isso da prática. O que você vai descobrir é que quando você está fazendo sua retrospectiva regularmente como parte de suas molas ou quando você terminar seus sprints, então você vai ver que você realmente vai mudar as coisas para a próxima primavera e você vai melhorar continuamente e fazer mudanças que terão um resultado melhor para você no projeto e permitirá que você entregue mais rápido para atingir esses objetivos para atingir esses objetivos. Então o que eu estou tentando dizer é que certifique-se de tirar o máximo proveito de suas perspectivas gritantes porque é um troll re tão importante, ágil, e você vai ver isso. Como eu disse antes, você vai fazer uma grande diferença quando estiver realmente colocando em prática as lições aprendidas no seu próximo sprint e eu vou lhe dar um exemplo perfeito. Não há muito tempo eu estava trabalhando em um projeto. Após um período de experiência de seis semanas, o Onley alcançou 3% de desconto na execução. Agora que é um número muito baixo. Após um período de primavera de seis semanas, pretendíamos atingir cerca de 60 70% nessa altura. Então, depois de uma das retrospectivas, refletimos abordagem e estratégia completamente mudadas. E em menos de um mês passamos de uma taxa de execução de 3% para uma taxa de execução de 93%. E foi assim que saiu de uma retrospectiva. E é por isso que este é o segredo número três fora do Scrum. 15. Ritual Ritual e papéis de Scrum: Os rituais de scrum que vamos cobrir nas pontuações são um scrum diário. Planejamento de primavera. Sprint analisa retrospectivas sobre backlog, refinação ou aparência traseira. E antes de entrarmos em cada um deles em detalhes. Então você entende o que todos eles significam no mundo scrum e como você implementá-los na prática. A coisa chave que eu queria tirar disso é que eles são todos parte do que compõe a cultura scrum. Ok, essa cultura Scrum ágil faz parte disso. Estes rituais estão certos? E parte do que faz essa cultura funcionar e funcionar é que esses rituais são realmente colocados em prática e que nós realmente disciplinamos em fazê-los de fato. Ok. E quanto mais você fizer isso, mais naturalmente se tornará mais familiar nos tornaremos para você no resto da equipe. E quanto mais você sabe, você faz, você é mais valor você vai vê-los. Confie em mim. Ok, pessoal, nós já vimos agora nestes núcleos de cãibras, Scrum é muito, muito simples, certo? Trata-se de simplicidade, minimalismo e entrega de valor. Muitas vezes eles rapidamente sobre o que nos permite fazer isso também. Ele está namorando Scrum. Na verdade, temos três papéis fundamentais que são chamados de Scrum Master, o proprietário e a equipe de desenvolvimento ou entrega. Ok. E vamos cobrir cada um deles com mais detalhes. Mas como você pode ver como tudo o resto em scrum é muito simples, certo? Estamos falando de três papéis principais. 16. O Scrum Master: Então vamos começar com o papel de um mestre scrum, que é um papel fundamental no scrum. E se você está se perguntando se alguém pode assumir o papel do mestre scrum, a resposta é sim. Não tem que ser, você sabe, uma pessoa em particular designada pelo negócio ou que não tem que ser alguém que tem esse papel oficial em Nova York. Estrutura fora scrum master. Ele pode ser praticamente qualquer um dentro da equipe do projeto, é claro, como eles realmente têm muito bom conhecimento scram e um realmente bom entendimento fora scrum como uma metodologia e fora de princípios ideais fora do curso. Então este grande mestre é basicamente alguém que está lá para facilitar e defender scrum dentro do negócio. E é alguém lá que vai liderar o guia de apoio e ajudar a equipe do Crumb. Ele também é alguém que vai remover bloqueios, problemas ou impedimentos para você. Então ele realmente vai apoiar você e apoiar, você sabe, a equipe scrum, a equipe scrum certificando-se de que eles atinjam seus objetivos no tempo e no orçamento em que ele vendeu para que alguém que é muito ativo, todos os diferentes rituais que são parte fora scrum, como diária. Levante-se. Você sabe o nosso scrum diário se você quiser chamá-lo assim e retrospectivas, certo Mas o scrum master não é uma equipe tradicional, líder ou gerente de projeto, embora possa ser um líder de equipe, gerente de projeto que assume o papel de mestre scrum. Como eu disse antes, praticamente qualquer um pode assumir o papel de scrum master, desde que eles tenham conhecimento scrum suficiente e você são olhos muito familiarizados com metodologias ágeis e scrum como uma estrutura . Então a principal diferença da minha perspectiva fora você sabe, o scrum master versus outros papéis principais nos negócios do Scrum Master é um líder servo, então ele não está lá como dois no sentido tradicional. Vou te dizer o que fazer. Ele está lá Mawr para ajudá-lo a fazer o seu trabalho, sabe, para remover coisas que estão afetando o que você está fazendo ou coisas que estão afetando. Você sabe, a equipe de entrega, certo? Mas ele não está lá só para, você sabe, como se ele não estivesse lá. Pergunte ao seu chefe se você quiser pensar sobre isso dessa forma, ele não está lá para fazer isso. Ele está mais lá para facilitar para garantir que você tenha tudo que você precisa para garantir que a equipe scrum está focada em entregar, entregando a tempo para garantir que lá, você sabe, a equipe está realmente acompanhando o disciplina de passar pelos diferentes trolls re scram e ele está lá para trabalhar de perto também com um proprietário do produto. Estou me certificando de que estamos focados nas prioridades certas e estamos levando em consideração feedback do proprietário do produto. Você sabe, os clientes que ele representa ou de si mesmo, se ele é o cliente. E, claro, o canto profissional está constantemente em contato com outras pessoas do negócio. Então o mestre scrum está constantemente e trabalhando em estreita colaboração com o próton ou para garantir que ele é levado em conta em Você sabe o que a equipe está fazendo e você sabe que ele também é, você sabe, o papel do mestre scrum e nós conversamos sobre isso antes também é muito grande em facilitar a direita, você sabe, certificando-se de que as coisas acontecem e certificando-se de que todos estão seguindo esses valores ágeis, princípios, revendedores. E ele é basicamente um defensor fora do Scrum. Você sabe, nós pensamos que isso é krumping e certificando-se que a equipe está, você sabe, constantemente e continuamente melhorando constantemente e continuamente iterando na entrega e que a equipe está passando, Sabe, as diferentes molas, esse plano, você sabe, atingir os alvos e trabalhar um com o outro para o fígado como planejado. 17. O proprietário de produtos: Agora o dono do nascimento vai ser alguém que vai estar trabalhando em estreita colaboração com o mestre de Scrum com a equipe de entrega. E ele vai ser alguém que basicamente vai decidir quais são as prioridades em que a equipe deve se concentrar com base nas necessidades do cliente, certo? Porque ele é o próprio cliente ou alguém que representa o cliente em geral o proprietário falido é um pouco que vem do negócio, certo? Não é realmente alguém que vem da área em que você está trabalhando, ou alguém que você sempre tem um papel técnico ou algo assim. Geralmente, o proprietário é alguém que tem um foco de negócios, vem do negócio em representa o negócio e nossa representação de todos os contra os interesses do cliente, o usuário final. E isso é o que você quer ser. E isso é quem você quer ser, a pessoa que assume o papel em termos de ser o proprietário da peça. Isso é o que essa pessoa deveria ser. E o proprietário basicamente é dono do produto, que é especialmente e principalmente o que vamos entregar. É só tudo que você sabe como um todo que vamos entregar e lembre-se que trouxe de volta Olhe, ele está incluindo todas aquelas histórias de usuários que, como vimos antes, eu praticamente aonde você está indo sabe, como os testes que você vai estar trabalhando que é uma parte, você sabe, você sabe, o olhar pro pet e o dono profissional. Bem, ele é dono do backlog, e ele praticamente disse que algo encontra essas prioridades baseado em você sabe que ele é necessário. Se ele é um cliente, o cliente precisa se ele está representando o cliente e ele pode estar, você sabe, trabalhando como proprietário de abordagem dos EUA representando o negócio em diferentes projetos. Mas um Scrum Equipes deve ter, idealmente, Onley um Perathoner. Então você não quer que várias pessoas tentem definir prioridades, tipo de assumir o papel de proprietário do produto que você só quer. Você só quer ter uma pessoa que ele está oficialmente designado e comprometido a ser o proprietário do seu projeto, e isso é algo que você tem que identificar mesmo antes de começar o projeto. E isso geralmente é uma discussão, você sabe, com a equipe, e você sabe, o negócio ou a gerência em torno de quem realmente é a pessoa chave que você quer tomar essas decisões em termos, fora das prioridades e no que a equipe vai se concentrar. Então, como eu disse que algo que normalmente você faria antes mesmo de começar com o trabalho e certificar-se de que você encontra essa pessoa é uma parte importante desse processo. O proprietário é basicamente essa violação entre a equipe e as partes interessadas e por causa de seu papel dentro do negócio, ele provavelmente está constantemente e conversando com diferentes líderes de negócios, pessoas diferentes que realmente representam ou trabalhando estreitamente com seus clientes finais. Então ele é aquela ponte é a pessoa que traz essa informação para você? Sabe, quais são as coisas em que deveríamos nos concentrar? O que é importante para os clientes Fora do curso que quebrou proprietário. Você sabe, é um papel diferente dentro desta metodologia scrum para que ele precisa ser alguém que é diferente do mestre scrum. Você nunca deveria ter esse crime. Mestre também desempenhou um papel fora do toner pro porque seria demais para ele. Poderia ser também, certa forma, um pouco de conflito de interesses e ao mesmo tempo, bem, há papéis muito diferentes, com um foco diferente e sim, eles estão trabalhando muito estreitamente uns com os outros. Mas geralmente as pessoas que estão assumindo o papel de scrum master são pessoas que estão sentadas dentro do lado fora do negócio que está realmente focado na entrega, certo? Então, dentro do diferente. Eu acho que as equipes de projeto eram equipes operacionais ou equipes de apoio se qualquer uma dessas pessoas realmente decidiu assumir o papel de mestre scrum. Mas você sabe, a pessoa geralmente está assumindo o papel de scrum. O proprietário scrum é um pouco que ele está realmente vindo do negócio, representando o lado do negócio das coisas no cliente final. Então, novamente, como eu disse antes para nossos diferentes papéis com seus focos muito diferentes, você sabe, o mestre forte no dono da garganta e scrum eles têm ah, diferente, eu acho que foco e mas eles estão trabalhando muito juntos e o mestre scrum trabalha muito de perto com o proprietário e ajudando a equipe a entender o que você sabe o que se concentra com base em suas conversas com o proprietário do produto e o proprietário quebrado, você sabe, ele orienta a direção do que é o que está sendo entregue. Como eu disse antes, ele é o único que manda em prioridades, e ele acha que algo deve mudar em ordem. Ele é o único que vai tomar essa decisão, e ele vai querer ser o único que vai negociar isso com a gerência se precisarmos, você sabe, mudanças no escopo Scott, financiamento ou cronograma porque somos flexíveis em scrum. Certo? Nós já conversamos sobre isso antes, e, você sabe, se algo novo surgir e a gerência quer que entreguemos algo através de uma primavera que não consideramos originalmente, ao contrário do tradicional Cachoeira muito castigo. Não vamos nos mostrar tímido disso. Não vamos empurrar para trás contra isso. Nós só vamos dizer isso, sabe? Isso é bom. Vamos ter essa conversa sem o canto quebrado. O que vamos para a diretoria da escola que partiu amarra o que planejamos fazer, ou vamos apenas conseguir, você sabe, financiar Boris e nós vamos, você sabe, ajustar nossa agenda se precisarmos de Teoh após aprovação da gestão. E é isso que o dono do livro está lá, você sabe, para nos ajudar, ele está lá para nos ajudar a tomar essas decisões e para ter aquelas conversas com essas diferentes partes interessadas sobre a gestão em torno desse tipo de coisas e tal escopo, financiamento e cronograma. E, você sabe, como eu disse antes, ele é a pessoa chave que vai nos ajudar a tomar essas decisões em torno de prioridades e foco e no que a equipe vai se concentrar para entregar. 18. A equipe de entrega: e por último, mas pelo menos você tem a equipe de entrega. Este é praticamente todo mundo que está envolvido nesta equipe criminosa em que está envolvendo o processo para garantir que nós realmente entregar no prazo dentro do orçamento e no caminho certo com nossos objetivos e objetivos. E geralmente, você sabe, os libertinos são tipicamente entre 3 a 9 pessoas. Estas são as pessoas que estão realmente fazendo o trabalho. Então temos aqui analista de negócios, desenvolvedores, designers de teste. Há praticamente qualquer outra pessoa que você conhece, arquitetos que estão realmente envolvidos no trabalho. E isso varia, é claro, projeto para projeto porque você pode ter um projeto onde você pode precisar de um arquiteto envolvido e você pode ter outro onde você pode não precisar de um. Pode haver um projeto onde, você sabe, porque é preciso um projeto de aquisição, você pode precisar de uma aquisição e tudo isso envolvido. Mas digamos que esteja trabalhando no melhor projeto. Você pode precisar de um analista financeiro em ambos. Eu não estou em cima de uma pessoa de compras, Então a equipe de entrega, eu acho que a composição da equipe de entrega é que ele vai praticamente variar, você sabe, de projeto para projeto em termos de quem são os papéis e o pessoas dentro das diferentes áreas que estão envolvidas no projeto. Mas você sabe que a coisa chave para você levar em conta Eu acho que atik t levar embora para você considerar é basicamente as pessoas que são a equipe de entrega são as pessoas que estão realmente fazendo o trabalho que as pessoas estão realmente fazendo as coisas acontecerem em termos de entrega. E você sabe, isso pode nos incluir. Bem, gerente de projetos, analista de negócios. Depende. Depende, realmente, porque às vezes você vai ver em algumas equipes de esfoliação que o gerente de projeto leva um rolo off scrum master e está tudo bem. Não tem que ser assim. Conhece o gerente do projeto? Eu poderia sentar na equipe de entregas e não assumir o papel fora do professor. Então você sabe que Scrum Master não equivale necessariamente ao gerente de produto. São dois papéis diferentes. Embora seja comum e muito fora. Você sabe, equipes scrum na verdade, um monte de gerentes de produto vai realmente assumir o papel de mestre scrum e eles estão realmente sendo treinados. Muitos deles realmente passaram pelo treinamento de matagal e se treinaram para se tornarem mestres de scrum. Mas, de novo , como eu disse antes, isso não significa que tenha que ser assim, assim saberemos do que estamos falando. A equipe de entrega que falamos antes da auto-organização, um apartamento para tomar essas decisões sobre o que está sendo, você sabe, especificamente entregar a primavera para baixo sobre o que você sabe, o foco no que está sendo feito. E, você sabe que a equipe é em parte para fazer mudanças se eles pensam que eles precisam fazer mudanças no caminho para lá se aproximando de algo porque fora o que eles estão refletindo em suas retrospectivas. Então, de novo , você sabe, às vezes me fazem essa pergunta, e é por isso que eu quero falar um pouco sobre isso aqui nessas palestras do curso, ele disse: , você sabe, às vezes me fazem essa pergunta, e é por isso que eu quero falar um pouco sobre isso aqui nessas palestras do curso, ele disse: perguntou, Você sabe, o que você sabe? Qual é o papel de um B A ou qual é o lançamento do arquiteto? Ou, você sabe, o que é um rolo fora? Um teste sereno inscrito em recebe uma coisa chave para você tirar dessas festas que não é realmente muito diferente de onde seu papel habitual você sabe a principal diferença chave é que há parte de uma equipe scrum. Então, porque eles são parte de uma equipe scrum, eles são parte dos rituais scrum e então eles estão seguindo este acampamento. Princípios, valores Peeler e você sabe que eles estão trabalhando de uma maneira diferente. Então, em vez da abordagem sequencial tradicional, eles estão trabalhando juntos em uma eternidade de abordagem. Nisso as regras se borram, sabe? Então, o Borrão Rosa. Quero dizer, você sabe, você pode ter alguém que não é apenas um teste muito envolvido em testes em scrum, certo? Então não respeitamos. Eles recebem os papéis tradicionais no papel oficial que a pessoa tem, eu acho, título de papel que eles têm na organização. Mas isso não significa que necessariamente eles vão estar fazendo em Lee esse papel específico ou aquele papel específico também. Sabe, isso poderia ser como eu disse antes. É um gerente de projeto e ele pode estar ajudando com testes em Sprint e tudo bem . Isso é OK. Isso é aceito e é bem-vindo em scrum. E você sabe, a equipe de entrega, como eu disse, bem, muito em composição de projeto para projeto sobre isso, algo que você precisará definir antes mesmo de começar, quando você está pensando sobre quem precisa estar envolvido neste projeto em termos de entrega e essas são as pessoas que você quer em fila em sua equipe de entrega. 19. O serviço de mestre para outras funções: Tudo bem caras. Então já falamos sobre os diferentes papéis que fazem parte do scrum. Mas nesta parte do curso eu quero ir um pouco mais fundo no papel do mestre scrum dando e eu sei que muitos de vocês ou alguns de vocês podem realmente querer seguir o papel do mestre scrum E há um monte de oportunidades de trabalho lá fora para Scrum master. Ok, então vamos falar um pouco sobre o serviço de Scrum Master para o proprietário. Basicamente, como dissemos antes, o Scrum Master tem um relacionamento muito próximo com o proprietário e eles estão constantemente se comunicando um com o outro ao redor. Quais são as prioridades? Por que eles devem estar se concentrando em se existem riscos que eles precisam para mitigar gerente, eliminar e, basicamente, você sabe tudo e qualquer coisa que está relacionado com a entrega. Eles estão discutindo isso e eles estão revisando juntos e porque o mestre do scrum é um facilitador em geral, fora do processo geral, ele também é meio que um treinador bonito, certo? Então ele vai ajudar os pés comuns de Perth, você sabe, o doador falido ou a pessoa que foi designada para o papel de proprietário do produto não tem muita experiência com Scrum. O mestre do Scrum está lá para ajudá-lo, então o mestre do Scrum vai entrar através da metodologia. Ele vai explicar os diferentes termos. O que? Significa que ele vai garantir que o dono do Brook se sinta confortável nesse papel de dono. Ele vai conseguir. Certifique-se de que estamos praticando agilidade e tudo o que estamos fazendo. Ele vai facilitar os trolls do crime, os eventos do Scrum e ele vai certificar-se de que todos estão na mesma página em desliga , enquanto o dono falido quer que nos concentremos. Então é isso. Isso é principalmente o que o mestre Scrum vai fazer para o Perathoner. Agora vamos falar sobre o serviço scrum Master para a equipe de desenvolvimento. Realmente evolui. São um monte de treinamento redondo, facilitando, ajudando, ajudando, apoiando basicamente removendo qualquer coisa que possa afetar a entrega da equipe de entrega . Isso é praticamente tudo. Então o mestre scrum vai estar trabalhando muito em estreita colaboração com a equipe de entrega para certificar-se de que eles estão seguindo os rituais reais, princípios, valores, valores, descascadores, certificando-se de que eles entendem o terminologia diferente e scrum certificando-se de que ele está constantemente treinando-os e ajudando-os em sua jornada scrum no scrum. Mestre vai estar trabalhando em estreita colaboração com a equipe como um todo com diferentes indivíduos para ajudá-los na jornada scrum e facilitando os diferentes rituais scrum e certificando-se de que se alguém na equipe de entrega está tendo quaisquer problemas ou você sabe, impedimentos ou bloqueios, bem, o mestre Scrum como dissemos antes, ele é um líder de servos, certo? Então ele está lá para ajudá-los. Então ele está lá para ajudá-los, você sabe, com seu trabalho tornando mais fácil para eles torná-lo suave que se algo realmente está afetando eles e está fora de seu controle, onde o mestre scrum está lá para remover que ele está lá para se livrar do bloqueio, ajudá-los a continuar com o trabalho. Mas também eu acho que o mais importante, o papel do mestre scrum e o serviço que ele fornece para a equipe de entrega é certificar-se de que eles estão se concentrando, entregando no tempo, interrogativo Lee e melhorando continuamente Alternativamente e continuamente crescendo maturidade e continuamente entregando valor para o negócio e por último. Mas pelo menos vamos falar sobre o serviço scrum Master para a organização basicamente o scrum Master está lá para ajudar campeões scrum na empresa. Então, se alguém que vai estar defendendo o Scrum em ajudar os negócios a planejar os projetos de Scrum tão diferentes, você sabe que as equipes de Scrum vão entregar e ele também vai estar liderando a adoção de Scrum dentro da empresa. Ele vai treinar as pessoas. Ele vai ajudar as pessoas a entender a terminologia que beneficiam o valor, mais importante é mostrá-los na vida real e na prática o que scrum pode ajudá-los a alcançar e como scrum pode ser valioso para o negócio do todo ou para a empresa como um para entregar projetos no prazo dentro do orçamento e muito mais rápido do que você sabe, as metodologias de gerenciamento de produtos habituais ou tradicionais. Então, como antes, você sabe, o mestre scrum não está fornecendo apenas um único serviço para o negócio ou para a empresa . Ele está fornecendo várias coisas e na verdade ele está agregando muito valor ao negócio. E é por isso que neste momento há uma demanda muito alta para Scrum Master em todo o mundo. Sabe, as pessoas estão contratando matéria Scrum. Eles são realmente você sabe, e isso não é algo que você sabe, que eu estou compensando por isso algo que você pode realmente no Google você mesmo ou, você sabe, se você vai procurar monstro qualquer que seja o lado do trabalho que usando seu país. Se procurares um Mestre Scrum, tenho a certeza que vais encontrar muitas coisas. Você sabe, oportunidades de emprego surgem porque na verdade é ah, título de papel em um monte de empresas são na verdade quatro milhões criando oficialmente o papel de mestre scrum dentro da empresa. E você sabe, também há muitas empresas de consultoria por aí contratando mestres de scrum porque um monte de empresas querem voltar para aquelas empresas de consultoria e que obter, você sabe, um mestre de scrum, ajudando-os com um problema particular. Eles estão tentando Sobel ou ajudá-los a tirar a alavanca, um projeto em particular que eles estão tentando realizar. Então, basicamente, eu acho que a chave para você em torno disso é que há um monte de empregos lá fora para scrum mestres e que você sabe, a informação e tudo que você está aprendendo qualquer pontuação irá ajudá-lo a se tornar um scrum mestre e que você pode realmente assumir esse papel e começar a ganhar mais dinheiro e fazer uma mudança de carreira. Se você é algo que você quer perseguir de novo. é algo que você não quer que não tenha que fazer, sabe, se você não quiser fazer isso, você sabe que pode roubar, apenas entenda. Eu sei as coisas diferentes que fazem parte do Scrum para que você esteja trabalhando neste projeto de terra . Você realmente entende do que se trata e faz sentido para você. E você não se sente como, você sabe, como, completamente perdido lá fora já. Se você estiver trabalhando em uma equipe scrum, você pode ajudar a equipe a alcançar seus objetivos. 20. Segreto 4 do Scrum: número secreto quatro do Scrum é que podemos realmente priorizar nossas histórias de usuários, concentrando-se no produto mínimo comprável, fruta baixa pendurada e o que maximiza o valor para o cliente final e para as pessoas que estão se beneficiando deste projeto. Isso é o que você quer olhar quando você está olhando para sua parte de backlog e sob sprint de volta. Veja como definir suas prioridades. Portanto, certifique-se de que você está pensando sobre essas frutas baixas penduradas porque parte de nossa tentativa de alcançar em scrum é mostrar e entregar valor rapidamente continuamente em muitas vezes. Então, a parte fora desse segredo e o que eu estou cobrindo nesta palestra específica do curso, ele disse, Você tem que pensar sobre o M V P para que o produto mínimo viável. Mas você também tem que pensar sobre esses frutos baixos pendurados. Quais são essas coisas que são vitórias rápidas que podemos realmente entregar rapidamente no projeto ? E isso é o que você precisa discutir com sua equipe scrum enquanto você está se preparando para entregar sua próxima impressão, olhar para essas histórias de usuários e pensar sobre como você pode agrupá-los logicamente para a próxima primavera e qual desses focos possuir uma vitória rápida uma fruta baixa pendurada, algo que podemos realmente mostrar para o negócio, para as partes interessadas que estamos fazendo progresso no projeto. Então certifique-se de tomar nota destes porque é um segredo muito importante. Certo, pessoal, vejo vocês no próximo. 21. Planejamento, documental e estimando no Scrum.: Tudo bem, pessoal. Então vamos falar sobre seu planejamento em scrum. Como qualquer outra coisa no planejamento scrum é realmente alternativa e continua. Assim como o gerenciamento tradicional de produtos, em que o planejamento é praticamente uma fase de um projeto e é feito tudo em um determinado período de folga. O ciclo de vida do projeto em scrum estavam realmente planejando ao longo de todo o ciclo de vida do projeto e é um exercício contínuo. Então nós fazemos isso logo depois de terminar e correr antes de começar o próximo, certo? Então, é claro, antes de começarmos nosso sprint, passamos pelo troll re fora. Nosso planejamento de primavera em uma sessão de planejamento de primavera geralmente é, você sabe, geralmente é uma reunião. Qual desses da equipe Crump se junta com o mestre de scrum e analisa o que eles vão estar trabalhando no próximo sprint, certo? E eles olham fora do curso para o backlog, que inclui tudo o que eles vão entregar para esse produto ou serviço. E então eles pegam algumas das histórias de usuários que estão dentro dessa bolsa, olhem para a direita, sobre as quais falamos antes. Nós vamos falar um pouco sobre deixar sobre essas histórias de usuários, mas basicamente eles são como as tarefas que você vai estar trabalhando que estão saindo fora do curso desses requisitos em diante. Então você revê isso com sua equipe de scrum e a final qual? Essas histórias de usuários que você vai entregar no próximo sprint. Isso é basicamente o que é uma reunião de planejamento de primavera. Nossa sessão de planejamento de primavera é Você está basicamente lá para apenas avaliar a partir do olhar Brokeback ou o serviço de volta. Olha, o que quer que saibas, estás de volta. Olhe as histórias de usuários. Independentemente de você estar entregando um produto ou um serviço, isso ainda é válido. O mesmo conceito ainda se aplica. Você olha para o que você tem lá e então você define o que você vai fazer a seguir, certo, e você olha para suas prioridades e você também, claro, olhar para o seu objetivo. O que você está tentando alcançar nesse sprint? E isso é parte do seu processo de planejamento e você está planejando exercícios. E mesmo que a teoria nos diga que podemos gastar até oito horas para um sprint de um mês , as realidades que as equipes de scrum se tornam muito boas em planejar suas molas, especialmente depois que eles foram para dois ou três deles em geral o que eu pareço práticas que as equipes de scrum gastam, você sabe, geralmente eles gastam menos de uma hora planejando sua próxima primavera porque eles sabem no que eles vão estar trabalhando. Eles já para mim, eles estão com o que eles estão tentando alcançar e eles meio que começaram os sentidos dos convidados. Eles estão passando por diferentes sprints, sobre quão rápido e quanto eles podem entregar direito, que é chamado de velocidade direita. Falaremos sobre isso um pouco mais tarde no curso e, em seguida, como eles estão melhorando, você sabe, como eles estão melhorando outros planos, eles se tornam, é claro, mais rápidos fazendo isso. Mas normalmente o que eu pareço práticas que a equipe scrum passou cerca de uma hora em suas sessões de planejamento. Agora eu também queria falar sobre documentação é Scrum porque isso é algo que muitas vezes aparece em? Há um enorme equívoco em torno disso com Scrum e aquela garota em geral, que as pessoas pensam que é Groman Angela, você não documenta nada e isso é uma mentira total. Você sabe, se alguém lhe disser Oh, Scrum não tem documentação ou ágil não tem documentação. Esqueça isso, sabe, como se não fosse a realidade. As realidades inscritas documento de aço. Veja, eu quero documentar coisas que são diferenças importantes. Você quer ficar com ele, Ling. Você quer ser curto. Você quer mantê-lo produtivo, e você só quer fazê-lo quando estritamente necessário e foi estritamente necessário. Então, basicamente, em scrum, nós nunca documentaríamos algo apenas para documentá-lo. Então, nenhuma documentação, apenas por uma questão de documentação foram realmente contra essa inscrição que nós também somos realmente contra. Você sabe, aqueles documentos realmente longos em que as pessoas documentam coisas para digamos, é, por exemplo, de caso de negócios, e é uma gaiola de negócios de 40 páginas ou, digamos, o projeto da solução. E é um documento de arquitetura de 50 páginas ou 80 páginas que ninguém vai ler. Conhecemos caras que ninguém lê aqueles documentos de 80 páginas, 40 páginas. Ninguém tem tempo para isso. No mundo mais do que todo mundo é BZ. Todos têm outras prioridades. Festas de pessoas não são tudo isso. Todo mundo está trabalhando em coisas diferentes. Então você sabe uma coisa que é tão boa em gritar. Nós transformamos esses documentos que são 40 páginas, 80 páginas e nós transformá-los em um documento de uma página que duas páginas documento de quatro ou cinco páginas documento. Nós mantemos isso muito, muito magra, muito, muito sucinta. Na verdade, acabamos de capturar uma informação chave que precisamos capturar nesses documentos. Isso é o que você precisa saber sobre documentação em scrum que sim, nós fazemos isso. Não, nós não pulamos isso. Não, nós não desconsideramos. Ainda é importante. Ele ainda é parte do processo é realmente como qualquer outra coisa em scrum continua sua lágrima it Eva e é algo que estamos melhorando no tempo. E não é apenas algo que fazemos uma vez. Claro que é uma coisa viva não é estática, mas não nos concentramos apenas nisso e mantemos isso muito, muito simples. Estimando em scrum é sobre tomar essas histórias de usuários em atribuído este esses pontos de história que falamos antes, Então esse é o processo sobre como você estimar em scrum em você basicamente trabalhar colaborativamente com sua equipe scrum. A equipe de entrega em você trabalha em conjunto com o mestre scrum e como uma equipe, você estima e seus pontos de história de sinal com histórias de usuários, que permite que você veja por que eles vão ser capazes de entregar em seu sprint. É basicamente isso. Caras. É muito, muito simples. Não há muito para estimar. E eu acho que o ponto-chave e a chave levam embora e eu quero sair com vocês quando estamos falando em estimar e sumir é que ele não precisa ser perfeito. Ok, novamente, todo o conceito fora, qualquer coisa que você faz scrum é que você gera e melhora com o tempo, certo? Então você não tem todos que ter perfeição. Você não tem que ter medo de cometer erros. Não tenha medo de estimar rapidamente realmente encorajá-lo a estimar rapidamente. Encorajo-te a não gastar muito tempo a estimar. Eu encorajo você a não gastar muito tempo pensando sobre quando você está pensando em suas histórias de usuários. Sempre estes 305 receptor um, sabe, tipo, não gastam muito tempo com isso. Vá com o seu instinto. Acho que a história aponta. Nós escolhemos a história dela com base no que você realmente acha que vai levar e como ela é complexa . E novamente, não gaste muito tempo nisso. Se tens instinto, estás a falar com a tua equipa e com a equipa como um todo? campos. É um cinco. Deixá-lo como um cinco, você sabe, seguir em frente. E se no próximo uso de cérebro, você sabe, talvez de maneira atribuída cinco anos ou pontos da história. Mas isso foi demais para a história do usuário. Isso está tudo bem. Isso é se você tem sua introspectiva, portanto, certo? Você vai refletir sobre isso mais tarde e você vai levar a lição aprendida que você sabe que aprender em sua próxima impressão e isso é o que se trata. Você sabe, é tudo sobre um processamento contínuo que estava entregando e o que você está aprendendo enquanto você está passando por essa entrega. 22. Entregando e melhorando no Scrum: entregar em scrum é novamente interrogativo e também continua. É rápido e muitas vezes é assim novamente, ao contrário do gerenciamento tradicional de produtos, em que entregas um determinado enfrentando o projeto praticamente antes de ir ao ar e é espécie de parte do que você está fazendo antes de nós realmente tipo de fechar o projeto. Gestão Internacional de Produtos. É geralmente uma das últimas faces do projeto entregando em scrum. Na verdade, estou em processo contínuo. É realmente que algo que acontece desde o começo do projeto,o projeto, que é realmente emocionante. E esta é uma das coisas que diferencia a gestão tradicional de produtos . Isso é o que você está realmente entregando desde o início do projeto, não apenas no final ou não, distorce o final como no gerenciamento tradicional de produtos. E esta é uma das principais diferenças em relação ao gerenciamento tradicional de produtos, e esta é uma das principais razões pelas quais os negócios eles chamam de CEOs, gerentes de negócios e o negócio é um conjunto de amor sobre o porquê eles constantemente querem adotar práticas scrum na gestão de projetos e na entrega de projetos. E isso é porque semanas migalhas, sua Hillary muitas vezes você está entregando rápido e não me entenda mal. Isso não significa que você tem que entregar a primeira ou a melhor solução superior desde o início à direita novamente estes caridade fácil em vez de gerenciamento sequencial de produtos de extradição . Então você pode entregar uma solução simples inicialmente e, em seguida, construir sobre o Lee interrogativo e construir uma solução de estrutura super robusta mais para ah, futura primavera no processo. Então, novamente, isso toca em conceitos como simplicidade, agilidade. Tudo isso é parte fora do núcleo, em essência, fora scrum. E se você se lembrar da imagem que vimos no início do curso que estamos olhando, precisamos ir do ponto A ao ponto B. E nós olhamos para as diferentes maneiras em que nós faríamos isso usando scrum que nós inicialmente tínhamos um skate . Então tivemos uma scooter do que uma bicicleta do que uma motocicleta e um carro. Então todas essas diferentes soluções estão nos permitindo ir do ponto A ao ponto B desde o início, então não temos que esperar até o final do projeto para realmente ser capaz de chegar ao ponto B. Nós podemos fazer isso do jeito certo. A diferença com isso e o importante que o scrum nos permite fazer é que reiteremos continuamente a solução, tornando-a melhor e melhor ao longo de todo o ciclo de vida do projeto. Estamos entregando valor ao cliente para o usuário final. Enquanto na gestão de produtos na gestão tradicional de produtos, eles teriam que esperar no final para ver essa solução real no final. Na verdade, conseguimos chegar ao Ponto B agora. Outra coisa chave que podemos falar aqui é que vamos pensar, você sabe, navida real, vida real, exemplos da vida real na vida real como estes realmente são aplicados na vida real. Então vamos imaginar que você está entregando a casa, certo? Vamos pensar em uma casa. Ok? Então você sabe que quando você constrói uma casa, você tem que colocar a estrutura. Você tem que ter certeza de que o chão é bom para, você sabe, estruturado e estável para que você possa colocar a casa em cima dele. Então você sabe que você tem que pintá-lo lá fora, pintado dentro , colocar as portas, as janelas etc, certo. E esta é apenas uma analogia muito simples. Mas o ponto aqui que eu quero fazer com você é que nós poderíamos fazer uma prova de conceito, certo? Então, antes mesmo de construirmos a casa, nós poderíamos realmente mostrar como a casa seria para nossos clientes para que eles realmente decidam se eles realmente querem que nós construamos ou se eles realmente querem fazer alguma mudança antes de realmente construí-la. Certo. Então, como vamos fazer isso? Bem, prova de conceito, certo? Então talvez façamos o quê? O sinal. Mostre-lhes a casa ou usando tecnologias modernas. Nós poderíamos até mesmo criar uma experiência de realidade virtual em que nós os maris para dentro da casa e mostrar-lhes como seria. E você sabe como os espaços se sentiriam para eles antes mesmo de construirmos a casa. E isso, claro, é significativo. Por quê? Porque se você realmente construiu a casa e dizer que há proprietários ou as pessoas que gerenciam este projeto queriam que você mudasse as coisas na casa. Bem, isso seria um exercício muito caro enquanto com scrum, se nós mostrássemos a eles que você conhece essa prova de conceito e eles quisessem que fizéssemos mudanças nele. Poderíamos fazê-lo desde o início antes de construí-la. E isso nos economizaria muito tempo e muito dinheiro. E é por isso que isso é tão valioso. Você entende esse conceito sobre como entregamos em scrum, como fazemos isso de forma simples rapidamente, muitas vezes interativo. Lee é uma grande diferença também contra a gestão tradicional de projetos. E lá, você sabe, há literalmente milhares e milhares de exemplos em que eu poderia pensar. Mas eu não vou fazer disso você não mais do que precisa ser. O ponto chave aqui é que quando você está trabalhando em seus projetos, na vida, na vida real, basta pensar sobre qual é a primeira coisa que poderíamos entregar. Você vê o protótipo, ele está bem, vamos imaginar que você está tentando lançar, você sabe, um novo processo para todo o negócio, certo? Vamos pensar em um processo. Digamos que você está lançando um novo processo para todo o negócio sobre como eles agora devem usar seu novo, você sabe, o telefone para fazer telefonemas internacionais, certo? Digamos que esta é uma mudança de comportamento porque eles normalmente costumavam ser capazes de chamar internacionalmente, facilmente apenas branco. Falando no telefone deles e dizendo o código do país. E por alguma razão agora, negócio, aquele detetive que as pessoas estavam abusando disso, estava sendo muito caro para o negócio. E eles querem agora. Coloque um processo no qual você precisa passar por um pedido de aprovação de execução antes de realmente ser capaz de fazer esse culto internacional. Bem, neste exemplo da vida real, certo, se estamos pensando em Scrum, como você faria isso? Bem, nós o caminho, se você realmente parece resultados desde o início sem ter que esperar até que isso seja lançado em todo o negócio. Bem, uma das opções que você poderia fazer isso, seria um grupo piloto, certo? Então talvez você só fale. Digamos que você tenha 10 mil pessoas na empresa que serão afetadas por essa mudança. Que tal você? Fotos cinco. E, em seguida, começar com esses cinco papéis do processo para eles sem torná-lo perfeito. Só tem um rápido sprint interacional, muito rápido e, em seguida, verificar os resultados antes de passar para grupos maiores. Então você está fazendo como um pouco de exercício, certo? E isto é o que vamos voltar ao conceito de Sprint. É um prazo muito pequeno para a entrega do sprint, que permite que você mostre resultados tangíveis rapidamente e novamente em seu sprint. Você está realmente indo algo melhorando para o próximo. Você está testando sua análise de seu planejamento. Então, certo como isso está permitindo que você faça é um processo contínuo em que você está cada sprint após cada lasca. Fazendo este exercício que você está planejando para o próximo, você está refletindo para melhorias para os próximos e assim por diante. E é por isso que você vê esses círculos, que nós temos tipo de assim. Você sabe, essas setas que temos um diagrama nas Escrituras para apenas tipo de transmitir esse processo que é um processo contínuo fora iterar e melhorar, a propósito, você sabe, não chegar a confundir algumas coisas. Você pode ouvir pessoas em scrum falar sobre iterações em vez de sprints. Isso é bom. Não se preocupe muito com isso. Só aceitou a mesma coisa. Você sabe, iteração de primavera. Estamos falando de um período de caixa do tempo para entregar algo e você sabe, como oficialmente quando você fala sobre isso, você vai para o cara forte do Scrum, você vê que eles falam sobre, eles falam sobre telas. Mas você sabe, há algumas pessoas que realmente usam a palavra federação também. Então eles são um tipo de nomes seniores comuns e havia lá globalmente. Ambos aceitaram, então a preocupação muito com isso. O principal é que você sabe que se eles estão falando de molas ou comer um regime têm praticamente a mesma coisa. Tipo quando eles estão falando sobre, você sabe, entregar touros e incrementos, certo? Então, às vezes as pessoas falam sobre os liberais e incrementos intercambiavelmente porque eles estão praticamente comparando a mesma coisa, certo? Como o quê? Qual é o incremento? Bem, o que nós realmente construímos ou se nós realmente entregamos o sprint? Então é praticamente o resultado, certo? O resultado final do sprint é o entregável real, ou o incremento como planejamento em scrum. Melhorar e sumir é também continua e interrogativo novamente, como você já notou. Mas nesta fase do curso, continua Andi caridade é praticamente a coisa comum indo scrum, e isso é porque isso está no coração. Em essência, fora de que scrum? Ele é como uma metodologia. Então você está melhorando continuamente, e muitas vezes está refletindo sobre como você pode melhorar. E a maneira como fazemos isso em suma é através de nossas retrospectivas. Vamos falar muito sobre retrospectivas em uma palestra separada, mas basicamente pensar em retrospectiva como uma mini-sessão de lições aprendidas que está acontecendo depois de cada sprint. E normalmente novamente quando você está pensando em gerenciamento de projetos tradicionais e eu acho que é sempre importante para contrastar, Scrum versus gerenciamento de produtos tradicionais para que você possa ver as grandes diferenças entre eles é que em gestão tradicional de projetos, geralmente, as equipes refletem para melhoria no final do projeto. Assim, após o C X lagoas por ano, dois anos, seja qual for a duração do ciclo de vida do projeto no final do projeto, geralmente haverá algum tempo refletindo sobre a melhoria para o próximo projeto. E na gestão tradicional de produtos. Isso geralmente é chamado de sessão de lições aprendidas, e também é referido como uma sessão de revisão de implementação P I. R. R.e assim por diante. E não há realmente um particular você sabe, eu acho que estrutura para isso. Cada equipe de gerenciamento de projeto faz isso um pouco diferente, mas em essência o que eu estou tentando transmitir sobre as diferenças que geralmente é feito no final do projeto. E ao contrário de Scrum, em que nós realmente fazer isso continuamente certo e nós somos retrospectivas, que é um dos rituais scrum mais importantes que refletem continuamente, refletem para a melhoria em que continuamente nos adaptamos para o próximo imprimir. Então estamos continuamente visitando, como o que fizemos antes do que realizamos, como estamos rastreando ou alvos. E então adaptamos e incorporamos essas melhorias em nossa próxima impressão. Como fazemos isso olhando para diferentes ferramentas e artefatos que estavam usando scrum como o tabuleiro de Cambon e você sabe, carga scrum como um gráfico queimado e carga de velocidade que vamos cobrir mais tarde no curso. 23. Segreto 5 do Scrum: Segredo número cinco com Scrum é co localização em. Com isso, quero dizer que as pessoas que trabalham juntas como parte desta equipa criminosa devem estar sentadas juntas ao lado uma da outra na mesma sala. Agora, este é o cenário ideal scrum e eu sei que às vezes pode não ser possível no seu negócio e você pode nem ter essa opção. Mas faça a pergunta, com seus gerentes, conversou com o negócio e veja se é possível e enfrentar capaz de reorganizar mesmo temporariamente enquanto você está trabalhando através de seus sprints para que as pessoas que estão trabalhando com você no projeto de diferentes áreas pelo menos aqueles são parte da equipe scrum núcleo chave estão sentados juntos. Confie em mim, isso faz uma enorme diferença em seus produtos. Irá melhorar a comunicação. Você vai tornar mais fácil para você em seus levantamentos diários e dedos trabalhar em conjunto muito próximo com essa equipe scrum para garantir que você está fazendo esses liberais e sua reunião esses resultados tão rápido quanto possível e que você estava trabalhando juntos e seguindo os diferentes símbolos scrum Rachel Primavera e artefatos da melhor maneira possível. Muito bem, pessoal, localização local. Certifique-se de tirar proveito disso onde você e quando você pode comprar 24. Histórias no Scrum e o placa de Scrum Kanban: Agora vamos falar sobre histórias de usuários e histórias de usuários são basicamente testes que vamos estar trabalhando em nosso sprint, certo, certo, Mas eles vêm de requisitos de negócios que estão retornando o mais importante como um bloco que eu preciso bloquear. Então esse bloco direito, por exemplo, como um gerente de projeto, eu preciso trabalhar no plano do projeto para que as pessoas possam entender o que estamos tentando realizar, ou como desenvolvedor que eu preciso criar a casa para que a equipe do projeto possa ver como seria. Agora. É uma lista simples é que e você vai ver que, dependendo se você está usando placa digital ou física, pode ser entediado, pode ser entediado, as pessoas vão colocar suas histórias de usuário. Se eles estão usando um quadro físico, eles vão apenas escrevê-los em um post nota e colá-lo em sua placa scrum Cambon. Ou se eles estão usando uma ferramenta digital. Bem, eles são bancos lá fora que você pode usar para colocar suas histórias de usuários de uma forma digital que as pessoas podem se mover e eles podem, você sabe, usar seus telefones celulares ou seus decks, apoiantes dedo do pé do laptop, trabalhar na câmera a bordo e atualizar você sabe o status do produto ao longo dos sprints. E se você pensar em diferentes ferramentas lá fora que você pode usar, eu definitivamente recomendo trilha. Oh, é um dos livres e é uma ótima ferramenta. Eu adoro isso. É definitivamente um dos meus favoritos não é a minha ferramenta scrum favorito que você pode usar. Mas também há outras ferramentas lá fora, como Ghira e Microsoft Planner. E há muitas outras ferramentas que você vai encontrar lá fora. E eu vou colocar links e tudo em outros recursos recentes para você ouvir o curso para que você possa explorar algumas dessas outras ferramentas que você pode usar lesões. Crump projetos, você sabe, para conhecer todas as suas histórias de usuários sobre você sabe, apenas todas as histórias de usuários para reunir. Isso é o que chamamos de backlog, que é praticamente tudo o que você precisa fazer de novo para entregar seu projeto. E então o que você tira para entregar é o que chamamos de sprint certo? As histórias de usuários que você vai entregar no sprint vêm do Brokeback e novamente, outra coisa que eu queria anotar para você, só para você ter em mente. Ele disse que você sabe disso, eu acho que é uma estrutura de Assad blah, eu preciso explodir. Então esse bloco, certo, é esta é a estrutura teórica sobre a história do usuário. Mas o que você vai descobrir o que você vai encontrar na prática no mundo real é que algumas coisas que se tornam um pouco redundantes, certo? Porque se você imaginar, se você estava escrevendo tudo o que você precisa fazer em você escrevê-lo nesse formato de Asaba Block, eu preciso explodir Então esse bloco Bem, às vezes ele se torna um pouco redundante ou é preciso um pouco mais, certo? Então, o que acontece na prática é que muitas pessoas apenas criam a tarefa, embora na forma desligada, elas começam com um verbo, e então enquanto estão tentando fazê-lo no exemplo que cobrimos antes de onde estamos falou sobre como um desenvolvedor, eu preciso criar a home page do site para que o resto da equipe possa explorá-lo em vez de toda aquela frase longa. O que você pode ver é a mesma história de usuário retornando um formulário mais curto, que é , por exemplo , começando com um verbo, criar home page fora dos sites do resto da equipe, pode explorá-lo ou apenas criar página inicial do site. Certo? E todos nós sabemos que ele estaria trabalhando nisso porque o resto da equipe quer explorá-lo direito para que você possa fazer isso e é uma maneira de sair. Vê-lo fora simplesmente bem. As histórias de usuários. E desde que todos saibam disso, eles ainda estão refletindo essas histórias e que você não está escrevendo como eu preciso explodir. Então esse bloco eles entendem a essência e o consequente usaram a história dela, e eu acho que está tudo bem. Você sabe, novamente, se você ainda quer seguir o livro e você quer escrever suas histórias perguntadas sobre o papel que eu preciso para o watt. Então isso e então o porque isso é bom, você sabe, É por isso que você também pode fazer isso, e eu amo equipes scrum fazer isso também. A outra coisa é, normalmente quando você cria uma história de usuário, há outras coisas que você deseja incluir em feito, e uma delas significa este ponto de história. Os pontos da história são essencialmente uma medida de complexidade de para a história do usuário. E se você olhar para as práticas scrum, há diferentes maneiras em que você pode atribuir histórias de usuários, embora a que eu recomendo sobre isso. Eu acho que o mais fácil da minha perspectiva, é que o usuário histórias ponto escala fora 13 e 51 sendo lo complexidade. Três sendo médio em cinco feijão alta complexidade. Então, quando você tem uma história de usuário que você sabe, ela é realmente complexa e requer muito trabalho fora e muito tempo para terminar, então você quer colocar isso. Você quer atribuir a essa história de usuário cinco pontos de história e a razão pela qual fazemos esses instrumentos porque isso nos permite planejar com antecedência e ver o quanto estamos entregando ao longo do tempo . Vou cobrir isso quando olharmos para alguns dos gráficos que você pode usar no scrum. Ok, mas basicamente, quando estamos falando sobre histórias de usuários, eu só queria saber que há um bom quatro meses e estrutura que você pode usar para escrever as histórias de usuários de que as histórias de usuários vêm requisitos de negócios que estão lá e tipo de transformado em tarefas e fora do curso, essencialmente um idealmente você quer ter tarefa que estão entregando valor para o para o cliente final para o usuário. Na prática, você vai ver que muitos dos testes realmente não necessariamente fazem isso, e eu acho que está tudo bem. É só para você ter em mente. Há sempre e eu sempre gosto de colocar as coisas e dar exemplos da vida real em cenários do mundo real porque, você sabe, todos nós sabemos que prática muito algo é da teoria, certo sobre o que eu queria aprender nas pontuações é ambos. Quero ensinar-lhe a teoria para que entenda qual é a teoria por trás dela. Mas também quero falar com vocês sobre prática e o que acontece na vida real. E como eu disse antes, o que eu vejo na vida real o tempo todo sobre o que acontece na vida real é que as pessoas montam as histórias de usuários em uma forma mais curta porque ele é mais fácil, mais rápido e todos já conhecem a estrutura do histórias de usuários. Então eles apenas começaram com o verbo na frase muito curta de tentar e, em seguida, que é o início de uma frase muito curta de tentar alcançar isso, por exemplo, por exemplo, criar blob planejado bloco de exame de sangue, Você sabe, desenvolveu sangrenta, assinou estes eso aqueles. E, em seguida, você adiciona a essas tarefas histórias de usuário que você adiciona, os pontos de história, em seguida, você incluindo seus também os critérios de aceitação. Então, o que vamos, Teoh? Quando vamos considerar isso? Tem feito? Quando consideramos terminada? E é isso que diz. Todos estão na mesma página. Para onde vai essa palavra? Teoh REVISÃO Quando revisamos essas histórias de usuário antes de aceitá-lo, havia antes, considerando-o feito. E então eu acho que por último, mas não menos importante, você quer de lado a história do usuário para alguém. Então, quem vai ter a propriedade sobre a história do usuário? Quem vai trabalhar nisso? Certo? E isso é parte fora do seu planejamento de primavera, logo antes mesmo de você começar a jogar naquela sessão de planejamento de primavera naquela semana ou antes você estar olhando para aqueles cujas histórias e depois de ter atribuído o nível de complexidade para cada um deles. Então a história aponta, então você vai. Teoh designou alguém para trabalhar nessa história de usuário, e é quem vai possuir isso naquele sprint, é isso. Eu acho que isso é praticamente tudo que você precisa saber sobre histórias de usuários. E como eu disse antes, há diferentes escalas que você conhece lá fora para atribuir pontos de história, para usar suas histórias, sinta-se livre para explorá-las e pesquisá-las no Google. E eu posso, é claro, compartilhar links e dar alguns outros exemplos no curso como recursos. Mas eu quero falar sobre essa escala simples de 135 porque foi isso que eu vi. Isso realmente funciona muito bem na prática, e isso porque também é muito simples e muito ágil. E lembre-se no tribunal da essência de quaisquer princípios ágeis e scrum, você quer ter simplicidade. Então esse é o que eu recomendo. E esse é o que eu encorajaria você a usar na prática. A placa de cabine ou a placa de scrum Conven também é praticamente uma representação visual do que a equipe está trabalhando, modo que permite que qualquer pessoa realmente veja em tempo real onde a equipe s está, e isso garante que todos na mesma página. Também se liga, sabe, quando estamos falando de transparência. Antes dessa transparência todos na mesma página. Todos entendam no que estão trabalhando. Uma vassoura clara sobre prioridades e assim por diante. E vai ser, você sabe, você sabe, como eu disse, visualizado em uma câmera física a bordo, que pode ser apenas, você sabe, um pedaço de papelão com colunas fortes e, você sabe, notas postadas. Ou pode ser apenas uma versão digital do tabuleiro usando ferramentas digitais. E fornecerei exemplos para que você avalie ao ouvir o curso também. E estes fatos de festa em particular o artefato scrum, é um dos meus favoritos. Eu realmente amo o tabuleiro scrum Cambon ou a fronteira do convento. A placa de camber ágil. No entanto, você quer chamá-lo de que esses três nomes são essencialmente a mesma coisa, é apenas um quadro que nos permite ver onde estamos. Então, geralmente estes placa tem quatro colunas para dio fazendo que um e feito, e às vezes eu gosto de adicionar 1/5 1 que tinha chamado estacionamento ou idéias. E isso também é apenas algo para gerenciar expectativas, algo com o proprietário do produto ou com as partes interessadas que podem solicitar algo que realmente não seremos capazes de entregar onde realmente não faz sentido para nós entrega em um sprint particular. Podemos colocá-lo no estacionamento e reavaliá-lo mais tarde. Só dá a eles visibilidade que estavam realmente capturando essas idéias e não apenas descartando-as porque nós não concordamos com elas. E isso nos ajuda a gerenciar expectativas com as partes interessadas, proprietário quebrado e assim por diante e está tendo aqueles, você sabe, essas colunas lá para fazer. Fazer Qiwei e feito nos permite estar todos na mesma página e, você sabe, ter uma maneira muito boa de planejar e estruturar o que estamos trabalhando. Então a placa do convento não é algo que uma estática. É realmente ferramenta viva que você está constantemente atualizando constantemente trabalhando com como você está passando por seu sprint. Super poderoso, super útil, bonito. É algo que eu realmente amo, você sabe, e eu usei é muito em meus projetos, até mesmo você e algo quando eu estou quando eu não estou trabalhando em uma luta com a equipe Crump. Estou trabalhando em outra coisa. Muitas vezes eu realmente uso essa ferramenta em particular mesmo para outras coisas, você sabe, é uma ferramenta que você pode realmente usar porque ele permite que você tipo de ver o que as pessoas estão trabalhando em e ter uma compreensão clara Beashel compreensão sobre onde as coisas estão em um determinado ponto no tempo. Então eu amo isso é super útil, super valioso. Espero que você seja direto. E certifique-se de verificar o vídeo e as ferramentas que eu mencionei antes sobre a trilha Oh, que você vai achar super útil na prática. 25. Exemplo de bar no Trello: Ei caras. Então, hoje eu quero apresentá-los a minha ferramenta favorita scrum Cambon. Isso é trailer. O que você está vendo na tela e trailer é uma ótima ferramenta e uma das minhas ferramentas favoritas lá fora , porque é gratuito. Também é muito poderoso, e é super fácil de usar, Então trailer é uma ótima maneira de gerenciar seu produto de volta. Olhe, seu olhar de volta, e seu sprint é um buraco com seu scrum pode banir placa que você sabe que você fazer fazendo Qiwei Don estacionamento e idéias. Então, uma das razões que eu realmente amo trailer é porque você pode ter um número limitado de usuários em projetos limitados em uma única interface de graça para que você não tem que pagar por usar trilha. Oh, eles têm uma opção paga em uma versão paga, mas a versão paga apenas lhe dá um monte de funcionalidade extra adulto e praticamente, você sabe, dá-lhe coisas como mudar a cor do fundo e coisas assim. Mas na minha experiência com a versão pré, você tem mais do que suficiente na versão gratuita é ótimo. Isso realmente não pagaria para a versão paga deste irmão porque eu realmente não tive nunca Eles precisam usar a versão paga que só porque uma versão gratuita é apenas realmente completa e isso é ótimo, você sabe, porque nem todas as ferramentas gratuitas lá fora são assim. Um monte de ferramentas grátis lá fora. Eles têm restrições sobre o número de usuários, ou eles lhe dão um período de teste gratuito, e depois do período de teste, você tem que pagar por isso ou eles vão dar, você sabe que você não coloca restrições em. Você sabe o número de projetos que você pode gerenciar na ferramenta e, em seguida, apenas permitir que você tenha alguns livre. E, em seguida, se você exceder dois ou três, você tem que pagar e o mesmo com o número de usuários. Então nada do Trillo existente e para aqueles que não viram trailer estes um rápido. Sabe, eu só estou mostrando para você agora mesmo na tela para que você possa ter um senso para isso. Mas basicamente ele permite que você crie tarefas, e eu coloco um monte de informações detalhadas em cada teste, como você está vendo o seu na tela neste exemplo. Então, por exemplo, peças que amarram que têm não fazem nada a essas pessoas aqui que ele tem. Os rótulos eram de marketing. Os sites de sinal provavelmente atestam, relacionam-se a marcar isso em uma Web. Aqui está a tarefa Web design, e aqui está uma descrição dela. E, como você pode ver, você pode sair de apegos à trilha. Oh, uh, tarefa do dedo do pé Utrillo. Ou, você sabe, isso é o que faríamos usando a história do usuário de depuradores. E você tem muitas outras opções aqui à direita, você só terá direitos familiares com Dallas. Você está trabalhando através deles, mas eu só queria mostrar que ele on-line também está disponível em sua loja de aplicativos da Apple em. Se você está em um android na loja do Google Play e eles se, também é gratuito, que é novamente ótimo, porque isso significa que você pode trabalhar colaborativamente com os membros da sua equipe, não só de sua casa ou de seu Dexter pobre você sabe, esquerda, mas também em seu dispositivo móvel. E isso é ótimo. Isso é super poderoso, e é definitivamente um grande medo demais, então vamos apenas saltar direto para ele. Deixe-me apenas fazer login e mostrar-lhe como eu posso fornecer um par de exemplos sobre como nós usaríamos uma placa scrum Cambon no trailer ou direito? Então, depois de você, o registro é o que você vai ver no seu Carrillo. A primeira vez que você entrar na trilha, você vai ver essas telas aqui e à esquerda. Ele dá-lhe algumas opções que você tem aqui menu no lado esquerdo do topo, e também a mão direita Sanders foram lado da mão também. Você tem um pouco mais de opções, mas deixe-me apenas ir direto para ele e apenas criar, tipo, tipo, mas o trailer de chamadas a bordo e para nós a bordo. Aqui, nestes exemplos de scram, estamos falando de um projeto. Eu só vou criar, criar um novo quadro, e eu vou apenas colocar o projeto scrum título. Ok, então isso é apenas te dá a opção de colocar aqui um fundo e privado ou público. Só vou viver em histórias públicas e privadas para que só os membros do conselho possam ver na edição do Ah. Esta opção pública permite que qualquer pessoa na Internet o veja, até mesmo o Google, mas não conseguiria fazer alterações no quadro, a menos que você concedesse acesso a ele devido a isso. Então vou viver em particular. General, você provavelmente vai trabalhar em projetos privados. Então vamos continuar com privado e, em seguida, criar quadro. Tudo bem? Então, basicamente, estamos criando nosso projeto scrum pode estar a bordo. Vou continuar a mudar o nome disto. Você pode renomear isso se quiser obter o projeto scrum. Ben pode embarcar direito? Ou talvez sou apenas em geral, renomear isso para Projeto Tex sábio então scrum pode ser entediado. Tudo bem, então, claro, este é o título. Você pode colocar o que quiser lá é apenas um exemplo para você. Então não se preocupe muito com isso. Vou colocar Renee e mudar o nome. Ok, então eu tenho agora projeto X scrum pode estar entediado. Então, isso é o que você sabe que a trilha permite que você faça é adicionar listas que, no nosso caso, será o nosso tabuleiro de combate. Certo. Então, para criar conta sua placa scrum conven, Eu sempre sugiro que você tinha os seguintes cabeçalhos nas seguintes colunas. Então, basta criar uma coluna que é chamada para fazer o certo para fazer Tudo bem, então este criador chamá-lo ouvir que você está criando basicamente dinamicamente agora são Scram. Combine placa para o produto X Y definido em fazer outro chamado feito. Vou colocar Qiwei. Confira isso. Isso é muito legal sobre trailer. Você pode realmente se mover. São colunas diferentes de um lugar para outro. Ok? Como você está vendo na tela, você só arrasta e solta, certo? E, em seguida, também criar um outro aqui chamado estacionamento slash idéias fecha para o agora. Então isso é apenas seus pés de atividade e diz o que foi feito recentemente por você. E, claro, você tem aqui em opções adicionais também. Se pudesses vir. Ou assim Isso é apenas como configuração e configurações e coisas extras que você não pode para o seu Não , você é você pode um quadro aqui, sua guerra combinada scrum aqui e trailer. Mas eu vou fechá-lo para roupas que, por enquanto, e por isso temos que lembrar, você pode rolar aqui na parte inferior, bem como para a esquerda e para a direita. E também você pode, como você tem mais coisas na tela de cima para baixo, você também pode rolar de cima para baixo e vice-versa. Mas por enquanto, mas também criar outro só escola. Foi chamado este produto de backlog. Tudo bem. E depois vou mover isto para a esquerda. Você poderia criar uma placa separada inteiramente para o seu produto pendente, mas neste exemplo, eu vou deixar assim para você por enquanto. E também vou criar outro por ano chamado Sprint Backlog. Tudo bem? Está bem, fixe. Então tenha em mente e lembre-se que no backlog do produto, queremos retirar todas as histórias de usuários de tudo o que precisamos fazer neste projeto. Certo? Então neste produto realmente disse, que é apenas um exemplo, eu vou assumir que vamos passar por este cenário como se estivéssemos realmente criando um aplicativo. Ok, então vamos imaginar, por exemplo, que estamos criando um aplicativo como o Skype. OK, que é um aplicativo de bate-papo. Mas também nos permite fazer videoconferência, mensagens de texto, mensagens em muitas outras coisas legais. Certo. Então este é apenas um exemplo de caras fora do curso, mas vamos apenas, você sabe, passar por isso para que você dê uma idéia de como você faria isso. Tudo bem, então nós conversamos sobre a história do usuário. E eu vou, ah, certo. Isso aqui na história do usuário por meses. Então você se lembra assim como um direito perguntou e, em seguida, temos o papel, Por exemplo, um gerente de projeto. Preciso do quê? O que você precisa. Então é por isso que certo? E por que precisava de “Ok, Normal”. Este é o formato tradicional para você escrever uma história de usuário. Então, por exemplo, como gerente de projeto, eu preciso criar um orçamento de projeto para que a gerência possa aprovar o financiamento para este projeto. Ok, isso seria uma história de usuário, certo? Então eles usam sua história como conversamos antes, Constante seus requisitos originalmente preocupados com os requisitos do projeto. Mas então ele vai para baixo, e isso é melhor para baixo em tarefas específicas fora do que precisa ser realizado para realmente completar o projeto. Certo? Mas eu mencionei a você que na vida real, muitas vezes ele fica redundante para escrever isso porque ele fica repetitivo. As pessoas já sabem que você está tentando transmitir basicamente algo que precisa ser feito com uma história de usuário. Então, na prática, e eu vou aqui mesmo palavra rial riel exemplo mundo de histórias de usuários do que eu vejo na prática e do que eu faço na prática na vida real porque eu tenho, como eu disse antes de passar por muitos tipos diferentes de problemas. E eu sei que, você sabe, usar este capataz que é a maneira oficial e tradicional de escrever é suas histórias em ágil e scrum geralmente não é muito prático. Então, de novo , como sempre, caras, temos algo, você sabe, seguindo as regras de novo. Se você quiser fazer isso de acordo com o livro, sinta-se livre para usar esses quatro, mas com você use as histórias. Mas neste exemplo, eu só vou escrevê-los como eu recomendo meus alunos e pessoas para escrever histórias de usuários que é basicamente iniciado com um burb, certo, e então um forro muito curto do que precisa ser feito Certo. E queremos minimizar e encurtar as tarefas para que elas não sejam super longas, apenas testes muito concisos e de alto nível. Eu não vou escrever cada tudo, tudo, tudo o que você teria em um projeto. Este é apenas um passeio muito rápido. Um exemplo muito rápido, curto de como você iria configurar o seu scrum pode bond embarque trailer, que é o que você está vendo na tela agora. Ok, então uma das coisas que vai precisar fazer para criar nosso aplicativo Skype é provavelmente configurar um direito inter-religioso para a interface do produto de sinal. Essa é uma das nossas histórias de usuários, certo? Andi, vamos supor neste exemplo que para que você possa clicar nele e, em seguida, ele lhe dará mais opções. Você pode adicionar uma descrição na qual pode escrever comentários. Isso permite que você, por sinal, interaja com outras pessoas. Se você quisesse incluir outras pessoas ou se quisesse atribuir essa história de usuário a alguém, basta dar um pontapé nos membros e, em seguida, atribuí-la a quem você quiser atribuí-la. Eu vou assinar para mim mesmo agora porque eu só me adicionei a estas pranchas de scrum Cambon aqui no trailer. Mas a menos que você possa ver aqui à esquerda, minha foto foi adicionada aqui e isso é muito legal porque, você sabe, ele é muito visual, certo? Então agora eu posso ver quem está trabalhando nessa história de usuários em particular. Bem, ninguém está trabalhando nisso porque ele não está fazendo em fazer ainda, e não é parte do backlog primavera também. Então é algo que precisamos dilatar mais tarde, mas sobre o produto. Mas olha, nós temos todos os diferentes seis jogadores que fazem parte do projeto. Mas a outra coisa que eu queria mostrar é que se você quisesse incluir outra pessoa no projeto, você também pode. Então, se você voltar aqui e nós formos aqui para me deixar rolar, voltando ao que estávamos dizendo antes, se você quisesse sair alguém aqui para o seu tabuleiro de Cambon, você iria apenas clicar aqui se você vir isso no topo onde você tem minha foto aqui, se você clicar aqui, permitirá que você convide outras pessoas para que elas possam trabalhar em colaboração com você na câmera scrum a bordo. Lembro-me que eles também podem baixar o aplicativo móvel e trabalhar com ele a partir do aplicativo móvel ou de você sabe, um laptop Brodec parar! Não importa se os olhos dos pés estão ligados. Você sabe, um dispositivo de maçã. Ele funcionaria em todos os tipos de dispositivos por muito tempo que eles têm um navegador Internet O r. Se eles estão usando um celular após o espião depois que eles estão usando, bem, telefone celular para isso, e é muito simples. Basta adicionar o endereço de e-mail deles e, em seguida, enviar o convite e, em seguida, eles podem se juntar a você aqui. E você pode adicioná-los às histórias de usuários e colaborar com eles e assim por diante. Certo? Então vamos continuar aqui. Projetado interface do produto, criar opção para areia mensagens de texto. E estamos escrevendo histórias de usuários, certo? Outro poderia ser criar uma opção para iniciar uma chamada telefônica. Estamos falando de uma soneca que ele parecia Skype. Certo, Certo, agora crie a nacionalidade da funcionalidade para configurar o perfil do usuário onde as pessoas podem carregar suas fotos, etc. O que mais podemos ter? Pagamentos de um aplicativo Skype, certo? Eles sabem que o Skype também aceita pagamentos. Então vamos escrever. Este é um exemplo, certo? Não estamos construindo. Skype é só. Estamos certos. Estamos simulando. Eu disse que estávamos construindo uma abordagem semelhante ao Skype, e estamos criando todas as histórias de usuários, e agora temos nosso acampamento scrum a bordo aqui por conta própria na tela, e então podemos trabalhar com ele. Então vamos dizer que desenvolver capacidade, capacidade de aceitar pagamentos. Eles estão dispostos a fazer, claro, está testando. Então testar qualidade ou telefonemas, por exemplo, é uma de nossas histórias de usuários provavelmente vai ser mais tarde do que o caminhão no projeto. Em um olhar Brokeback, queremos escrever todas as histórias de Páscoa, tudo o que precisamos fazer. Mas tenha em mente que no início você nunca terá todas as histórias de usuários diferentes sempre certo, porque ele é um documento está vivo. Está no seu produto. Backlog é que ele é uma estática, então você escreve o máximo que você pode no início, e depois, você continua adicionando, então testando, qualidade do telefone. Vamos deixar isso aí. O que mais? Estou tentando pensar em tudo o que faz parte do Skype só porque estamos construindo um produto similar. Então opção criar opção para compartilhamento de tela, certo? Há algo que eu sei que existe no Skype. Hum, o que mais? E, claro, alguns desses podem ser necessários em menor quebra em histórias de usuários menores , mas por enquanto, eu estou apenas mantendo alto nível apenas para dar um exemplo rápido sobre, provavelmente precisamos começar por Criando e esquecendo isso. Eu só estou criando. Estou marcando o produto. O gerente de projeto provavelmente significa para uma das histórias de usuário para o projeto. Planetário está configurando o orçamento do projeto. Certo. Então vamos escrever todas essas coisas, como criar a linha do tempo do produto, todas as histórias de usuários dela, tudo o que precisamos para fazer parte do projeto. Depois, digamos que na primeira primavera, só estaremos trabalhando no mercado. Certo. Então, nosso olhar de primavera, neste caso, é uma interface, o orçamento do projeto e realmente a linha do tempo do projeto. É isso. Digamos que isso seja, por exemplo, ou sprint um. Certo? Então é assim que em um scrum pode correr bordo, na verdade parece na vida real. Então, enquanto você está trabalhando através de sua primavera, seu começo para através de sua primavera, você diz Ok, esta é a primavera de volta. Olha, isto é o que vamos trabalhar. Esteja trabalhando no sprint um, e depois que você definir isso, você diz Ok, então vamos começar com tudo isso para a nossa prancha de acampamento. Certo? Então você sabe o produto de volta? Olhe na primavera de volta parece que você está planejando uma sessão. Estás a planear a fase. E como eu disse antes, você pode ter isso em uma placa de reboque separada. Mas, por enquanto, estou guardando isso aqui neste exemplo rápido para você. Mas basicamente todas essas histórias de usuários que vamos fazer porque estamos dizendo com isso é tudo o que precisamos fazer em nosso sprint, direto no sprint um. Todas essas histórias de usuários que falamos antes, onde em nossa primavera volta Olhe, agora nós movê-los para fazer porque nós começamos nossa primavera até a primavera de volta Olhe é o que tínhamos antes de realmente começar a primavera. E então, quando realmente começamos a primavera, todos esses movimentos para eles para fazer porque são coisas que realmente precisamos completar durante o sprint em como conversamos antes. Uma primavera pode ser de até um mês, mas normalmente e normalmente até duas semanas de longo período. Certo, digamos que Marie já começou a trabalhar na interface do projeto. Então nós colocamos isso em fazer a outra coisa que queremos fazer é para pontos de história da ciência, certo, então você pode atribuir esses pontos de história aqui Ok. Então você poderia dizer apenas três pontos da história, certo? E endereçar um comentário salvar. Certo, então sabemos que essa história é história de usuário. Projetado o partido inter frases, três pontos história porque a complexidade média usou sua história. Eu também poderia adicionar uma lista de verificação aqui, se eu quisesse. Então, digamos que chamamos uma lista de verificação e tivemos isso aqui. Como parte do design da interface do problema, eu preciso pensar sobre os fundos. Chamada para ações, registro de seção de ajuda, você sabe, qualquer coisa. Qualquer coisa. Este é apenas um exemplo. Certo. E você poderia ter começado a tirar isso. Você vai passar a primavera hoje à noite. Você está realmente completando isso. E você poderia marcar uma data de vencimento. Você poderia ter anexos a estes, você poderia adicionar. Você sabe, observadores, se você quisesse, você poderia ter comentários, como você pode ver aqui, e você pode, você sabe, as pessoas podem usar, você sabe, emojis rosto smiley, e que você pode ver aqui Trailer dá-lhe um monte de flexibilidade com a forma como você quer usar isso. E, claro, trailer não foi projetado Onley para scrum lata, mas doença bordo tem uma aplicação mais ampla. Mas uma das muitas coisas que você pode usar trilha. Oh, ele é para o seu scrum pode estar entediado. E é por isso que estou mostrando para você. Porque, como eu disse antes, é uma ferramenta totalmente gratuita. E também é meu amante por causa de sua simples facilidade, porque como é fácil. Você não precisa de treinamento para isso, sério. Você pode apenas, você sabe, começar a jogar com ele e você vai perceber que é muito, muito fácil de usar, como você está vendo na tela. Mas vamos continuar aqui. Então temos esse direito, como me mostrar que há uma pessoa assistindo. Há um comentário, e sua Síria para quatro tarefas que precisam se tornar sub testado precisa ser concluída como parte desta história de usuário. Desta forma, tivemos nossa lista de verificação e vamos imaginar aqui que compramos isso para fazer. Então você foi para revisão para o gerente e o gerente está verificando. Esta é a história deles e ele disse: “ Ok, Ok, verifique a linha do tempo e fique feliz com ela. Então vamos ser feitos bem. Bem, nós temos feito bem tão eficazmente agora é fazer fazendo Curie e sob o que nós consideraríamos nosso scrum camber a bordo e vamos dizer que este está em Q A. Onda. Progredimos um pouco mais do que a primavera. Então é assim que parece, certo? Então você tem diferença suas histórias de usuário em diferentes colunas de sua placa de convento scrum. Imagino por um segundo que você tem aqui um monte de outras, você sabe, histórias de usuários e várias pessoas trabalhando nisso. A beleza disso é que ele permite que você veja tudo em que todos estão trabalhando, você sabe, em um olhar, você sabe, muito de uma forma muito visual em uma maneira muito rápida, você pode ver o que as pessoas estão fazendo nele permite que você controle e monitore o progresso ao longo de seu sprint. E é por isso que eu realmente gosto de trilha neste caminho. Eu definitivamente recomendo que vocês dêem uma chance quando tiverem uma chance. É de graça. Você vai adorar. Veja isso também. Então você vê este show muitos opção. Há também aqui. Ah, opção chamada Campo Dois cartões direita, que são, neste caso, são histórias de usuários. Então eu poderia dizer filtrar pelas histórias do usuário, que seria como tarefas. Certo? As histórias de usuários projetadas para Mauricio. E depois vai mostrar-me no que Maurice ele estava a trabalhar, como podem ver, por isso é muito bom. E você poderia colocar as cores certas para que possamos colocar aqui, você sabe, digamos que isso é parte fora do sprint um. Vou colocar amarelo. Então isso é filtragem, a propósito, é por isso que o desaparecimento assim. Mas vou remover o campo. Então eu acho, e depois voltar aqui e então aqui eu poderia ter um rótulo para ele e dizer Sprint um sprint um e nós podemos dizer sua cor amarela. Ok, Então, como você pode ver agora, tem fácil local ou aqui dizendo indicando que esta parte do sprint um Então há uma das muitas opções que você tem com trailer e você pode ver aqui que o campo três ainda em para que eu pudesse ir para o campo. Eles estão aqui e dizem, “ Ok, eu só quero ver tudo, e eu só quero ver o teste. Fazem parte da Primavera 1, por isso sentir-nos-emos a tentar mostrar-me. E então esta é uma coisa que você pode achar útil também usando este filtro. Muito bem, pessoal, isto é tudo o que eu queria mostrar-vos rapidamente. E então é um exemplo muito rápido de como você poderia usar trailer para o seu scrum. Vem ficar entediado e eu só tive um par fora, você sabe, histórias de usuários aqui para o nosso primeiro sprint. Mas à medida que você está progredindo fora do curso, ele começaria a se tornar seu começo a ver mais e mais histórias de usuários. E, claro, você o atribuiria a mais pessoas e mais pessoas trabalhando com você no projeto. 26. Um exemplo de vida real de um quadro de agile Kanban: Ei, pessoal. Em seguida, eu vou mostrar a vocês um exemplo realmente de vida, muitas vezes ágil, pode ser bordo para um dos meus projetos, e este é um projeto realmente vida que eu trabalhei em um par de meses atrás. Neste exemplo, você verá que tivemos cada membro da equipe com suas próprias histórias de usuários. Então nós tivemos o trabalho em andamento onde chamamos o produto no trabalho em andamento, que é basicamente o mesmo fazendo quando fazemos placa ágil e criamos uma coluna chamada Fazendo neste caso, nós chamamos de trabalho em andamento, e então nós tivemos que fazer no final do conselho de campanha, que é algo que você também tem tão geralmente quando você cria uma placa de Cambon, você tem que fazer isso. Às vezes você tem Q A e depois feito onde você tem a cura ou não. É opcional. Cabe a nós, uma equipe. Às vezes, alguns projetos ágeis apenas ou algumas equipes ágeis apenas fazê-lo. Como parte de sua história de usuário, executou o Q A com tema a história do usuário e, em seguida, quando eles concluírem a história do usuário, eles se moveriam para o feito. Então, neste caso, porque estamos trabalhando em um projeto que era um grande projeto e porque ele era tão grande e tinha tantos fluxos de trabalho diferentes que tinham que configurar, o ágil pode estar a bordo um pouco diferente do que você normalmente faria. Mas a beleza disto é que posso mostrar-te como podes adaptar o conselho da Adua Cameron aos teus cenários da vida real . Então, como eu já disse muitas vezes antes, Agile é muito flexível. Você não tem que jogar tudo de acordo com as regras. Você tem que aprender e pegar o que é o melhor que você pode encontrar e adotar e ajustá-lo ao seu projeto da vida real ou cenário em nosso caso particular, como você vai ver em um momento porque nosso olhar para trás era tão grande e nós tivemos tantos coisas para fazer, nós realmente separamos isso em nosso rastro. Oh, em um dedo do pé de prancha separado estão trabalhando em andamento e nossa conclusão. E mesmo quando estávamos terminando o trabalho, nós movíamos os sprints para uma lista separada só porque nós temos tantas molas que estávamos trabalhando direito Então nós estávamos trabalhando em sprints mensais neste caso, e nós fizemos isso apenas para torná-lo mais fácil para nós, como uma equipe, controlar o tempo e o trabalho que estávamos fazendo. Então, basicamente, nós configuramos cada sprint exatamente como o mês de calendário fora cada mês. Basicamente, estamos a falar de impressões digitais de quatro semanas, certo? E no nosso caso neste projeto em particular, isso fez muito mais sentido para nós porque estamos trabalhando em grandes iniciativas e precisávamos de um pouco mais de tempo para completá-la são sprints. Como você já sabe, você não tem que fazer por semanas impressões digitais. Geralmente, sprints são duas semanas, mas algumas equipes ágeis 23 ou quatro. É inteiramente após a equipe ágil e seu cenário particular decidir qual duração Sprint funciona melhor para eles. Como eu disse em nosso exemplo, escolhemos quatro semanas porque estamos trabalhando em um projeto maciço e massivo em vários sprints, vários fluxos de trabalho, várias partes interessadas e diferentes áreas do negócio. Então, essa adaptação específica da câmera a bordo para nossa necessidade particular de negócios fez muito sentido para nós, e funcionou muito bem. Como você verá no exemplo, tivemos todas as histórias de usuários em que cada membro da equipe estava trabalhando. Tivemos o nosso Donner concluída primavera menos de histórias de usuários, e tivemos um backlog separado e uma lista separada fora de tudo o que tínhamos concluído para todos para sprints anteriores. Então funcionou muito bem para nós porque poderíamos descansar referência de trabalho de volta muito facilmente . Também podemos atribuir pontos de história. Nós também poderíamos olhar para nossa velocidade e como estamos progredindo sobre isso também nos ajudou quando estamos fazendo nossas retrospectivas e olhando para o que conseguimos e como fizemos naquela primavera em particular. Então, sem mais delongas, deixe-me levá-lo agora para o exemplo que acabamos de discutir e você será capaz de identificar e ver seus exemplos de vida riel fora do que aprendemos até agora nos núcleos. Espero que você goste, e eu espero que você faça o melhor disso. Saúde, maneira 27. Velocity e o gráfico de burndown: Então o conceito de velocidade é sobre o quanto você está entregando ao longo de um sprint. E nós conversamos sobre isso em termos fora do ponto da história. Então, tem algum ponto da história? A equipe entregou um sprint? Ok, então isso é essencialmente o que a velocidade é. Então, digamos, por exemplo, em uso seu sprinkler. Primavera cinco, você tem cinco histórias de usuários com diferentes pontos de história atribuídos a eles, e eles somam até 10 pontos de história no total. E vamos supor que neste cenário você realmente completou todas as histórias de usuários. E depois que você terminar seu sprint certo e alguém perguntar qual era sua filosofia, certo? Sua velocidade fora destes foi 10, certo? Porque dissemos que você estava trabalhando em cinco histórias diferentes, mas que alguns dos pontos da história atribuíram a todos eles de 10 certo, porque você realmente terminou tudo. Então podemos dizer, bem, bem, eles realmente entregaram essa equipe de Scrum realmente entregou pontos da história do Stan depois terminar esse sprint, e isso é o que chamamos de velocidade. Está bem. E agora você está pensando bem, o que acontece quando eu tenho vários sprints? Mas qual é a velocidade se eu realmente passar por cinco ou oito corridas diferentes . Bem, a velocidade é a velocidade média fora da velocidade individual de cada sprint. Deixe-me repetir isso. Então faz sentido para você. E então é completamente claro se você está perguntando sobre a velocidade individual de um determinado sprint, é o número de usuários pontos de história, pontos história entregues ao longo desse sprint. Se você tem várias molas em sua tentativa de calcular a velocidade de várias molas , é a média fora das velocidades individuais de cada sprint. Tudo bem, isso é muito fácil, muito simples. E a melhor maneira de entender isso é olhando para um gráfico, e eu fornecerei um exemplo para que você possa ver o que um gráfico de velocidade parece bem aqui . Mas qual é a importância destes e por que queremos medir a velocidade? Bem, basicamente, porque isso nos ajuda em nosso processo de planejamento, basicamente também porque isso nos ajuda a rastrear o desempenho e a eficácia, certo? Então, se estamos planejando entregar, digamos 10 pontos da história na primavera, nós realmente entregamos oito, então bem, nós devemos refletir sobre isso em retrospecto, até mesmo ver, Onde Vamos errar? Tentamos fazer muito nessa torção ou sabe o que quero dizer? Ou ficamos sem tempo, ou deparamos com bloqueios ou problemas e não conseguimos resolvê-los a tempo, então algo não nos permitiu atingir nossos objetivos. E, geralmente, o que acontece? Ele está no início dos projetos Scrum. Você está trabalhando em seus projetos de scrum. O que acontece? Ele é que o que ele vê que muitas equipes realmente superestimaram e tipo de pensar que eles vão ser capazes de entregar mais do que eles realmente podem entregar. E isso é muito normal. Tudo bem, mas não há nada de errado com isso. Então você terá uma velocidade inicialmente que está abaixo do que você projetou em fazer. Você pode achar que há variação quando você olha para um gráfico porque ou regional, você estava tentando fazer muito e você está apenas começando a entender o que você realmente pode entregar na realidade. Então, com o tempo, o que eu estou tentando dizer é que com o tempo, as equipes scrum se tornarão muito melhores em sua estimativa muito melhor em sua entrega em muito melhor fora de curso em sua velocidade, então você verá que o gráfico começa a se tornar cada vez mais estáveis ao longo do tempo, à medida que você está vendo que lá se tornam mais precisos no processo de planejamento deles e o que eles realmente vão entregar. Tudo bem, pessoal. Então, o gráfico de queimaduras é um dos artefatos scrum que nos permite ver a quantidade de trabalho restante e quanto progresso estamos fazendo enquanto estamos progredindo através de nossos sprints . E é muito fácil de entender. E gráfico realmente simples como o que você é visto na tela em que temos no eixo Y um número de pontos da história restantes. Assim, os pontos de história de esportes contados permanecendo em qualquer ponto no tempo e no eixo X são os sprints fora do curso. Se você pensar sobre isso cuidadosamente, o número de pontos da história que você entregou entre sprints pode ser visto a partir deste gráfico. Quando você subtrair, você faz o Delta entre Sprint. Então, por exemplo, se eu olhasse para Sprint um e dois neste exemplo particular, eu fui de 41 pontos da história para 32. Isso significa que entre a primavera um e a primavera para, eu realmente entrego nove pontos da história e que, como falamos antes, é o que chamamos velocidade. Então é migalha. O número de pontos de história que você entrega entre sprints é velocidade. Quando você tem mais de uma mola, bem, nós apenas calculamos a média fora das velocidades individuais entre Sprint. Certo? E é assim que obtemos a velocidade geral do projeto. Mas novamente, neste exemplo muito simples, estamos apenas olhando, você sabe, você sabe, o sprint entre sprint um e primavera para Então, depois de terminar o sprint um, você basicamente entregou nove pontos da história e eu posso ver que por causa do Delta entre Primavera dois e Sprint quer, que é nove pontos história contra Super fácil de entender, super simples. E ele só permite que você verifique de forma muito rápida em qualquer ponto no tempo. Quanto trabalho resta antes de você realmente concluir o projeto. Tudo bem, eu espero que isso seja muito claro e fácil na frente de entender para todos vocês enquanto vocês estão vendo isso na tela, e isso permite que vocês entendam esse conceito, que surge frequentemente quando você está pensando trabalhando com Scrum, e você pode ouvir as pessoas falar sobre o gráfico de queimaduras e a razão pela qual ele é chamado gráfico queimado é porque ele está queimando. É como mostrar uma representação visual de como você está queimando através do trabalho que você tem que fazer. É daí que vem todo o conceito. Tudo bem, pessoal. Vemo-nos no próximo. Saúde. 28. O backlog de produtos e o backlog de backlog: Falamos sobre o produto de volta. Olhe várias vezes antes. Mas agora vamos juntar tudo isso em uma página ou resumindo e consolidado. Ok, então o amor Brokeback é essencialmente uma lista de tudo o que precisa ser feito no projeto. Certo? Mas esta lista é basicamente composta de histórias de usuários, todas as suas histórias de usuários lá, você sabe, juntando foram para o que chamamos de backlog do produto. A coisa aqui que você precisa levar em conta estes, que você geralmente quer iniciar um programa antes de iniciar o projeto. Certo? Então, antes do que chamamos antes de sua primeira primavera, o que chamamos em suma sua primavera zero. Você quer ter certeza de que já se encontrou com sua equipe e documentou todas as possíveis histórias de usuários que você pode pensar. Mas é claro, você não pode prever o futuro, e você pode não. Você pode não saber exatamente tudo o que precisa ser contabilizado ou levar em conta no seu projeto. Então, basicamente, o que você quer fazer é capturar o máximo que puder e ter em mente que este é um documento vivo. Não é estático, e é algo que você pode atualizar mais tarde, se necessário. É algo que é dinâmico ao vivo e você sabe que pode refinar. Nós conversamos sobre antes que as sessões de preparação de backlog de produtos locais que isso é o que você faria. Você iria rever o seu produto de volta, olhar e, em seguida, ver Ok, você sabe, nós temos 100 itens. Ainda são aplicáveis? Sim, e você fica com eles. Alguns deles não são mais aplicáveis. Você os exclui, você os remove, certo? E este é o exercício. E isso é o que você quer ter em seu produto que ama em geral. O que eu recomendo as equipes é que coloquem os itens prioritários lá dentro. As histórias de usuário de prioridade superior na parte superior da lista de pendências do produto, em seguida, do sul, de coisas que são da parte superior para a menor prioridade, essa ordem. Mas mesmo que você não tenha organizado assim, não é que seja um problema, é apenas que é a melhor prática. Então isso é bonito Isso é muito bonito. Sabe, não há muito a dizer sobre a sonda de volta. Olhe para fora do que eu vou recuperar, e além do que você já está vendo na tela neste vídeo. É muito simples. E novamente, é tudo sobre ter suas histórias de usuários documentadas em pelo menos algum lugar. Agora isso não precisa ser. Você sabe, ele não precisa estar na organização de trilha ou como eu disse antes, existem outras ferramentas lá fora. Se você não está usando algo, você falou sobre como um quadro físico? Então você pode colocar isso, você sabe, postar sua e colocar todas as suas histórias de usuários em apenas um quadro branco ou qualquer coisa que você quer colocar . E é chamado de produto. Má sorte, e é isso. É tudo o que precisa fazer nesta parte. Quando você está falando sobre trabalhar com backlogs irmão, o olhar de volta sprint é basicamente um subconjunto de histórias de usuários que você tirou do backlog do produto e atribuído a um sprint específico. É isso. Você sabe. É um grupo dessas histórias que você pegou do Brokeback Look em novamente, atribuído a sprint específico, que é o seu olhar de volta sprint. Então, tudo o que você vai entregar em um determinado sprint, nós chamaríamos o Sprint Spree de volta. Olha, aqui está a principal diferença, certo? A lista de pendências do produto é de quem? Isso é certo pelo proprietário do produto. O proprietário do produto possui o visual Brokeback certo que ele possui quando você está tentando nos entregar um buraco e ele é dono da ordem de prioridades e ele diz quais são suas prioridades ou prioridades de cabelo partir de sua perspectiva, bem na primavera backlog que é realmente propriedade da equipe de entrega pela equipe scrum. Vocês têm a propriedade da primavera de volta, amor , e vocês podem , sabe , claro, priorizar isso enquanto estão trabalhando na primavera. Então você pode dizer, eu vou nos concentrar nessa história de usuários nos primeiros 2 dias da primavera e, em seguida, esses subconjuntos de histórias de usuários nos últimos três dias e assim por diante. Mas novamente, normalmente você quer assinar essas histórias de usuários para alguém na equipe vai assumir responsabilidade para garantir que isso é entregue até o final do sprint 29. Demonstração de um projeto não de TI - Parte 1: Ei, pessoal. Então, nesta próxima parte do curso, eu quero mostrar que vocês são realmente um exemplo de vida fora de um dos meus projetos ágeis onde eu criei um podcast em menos de cinco minutos. Isso é certo. Em menos de cinco minutos, consegui criar um podcast usando princípios ágeis. E o que eu fiz foi basicamente o que chamaríamos de ágil. Se você se lembra, falamos sobre o conceito de M. V P. Produto mínimo viável. E vou mostrar-vos como criei um podcast nesta próxima parte do curso sobre Você vai ver isso realmente vida, porque este é um exemplo da vida real realmente mundial. E até tem um temporizador. Então você pode ver que eu fiz isso em menos de cinco minutos. E esta é a beleza de um John. Esta é a beleza do conceito fora M v. P, em que você pode criar algo de primeira iteração em seus sprints e Daniel em iterado e realçando ao longo do tempo como fazemos em ágil. Certo? Então pensamos em mais delongas. Deixa-me mostrar-te rapidamente. E eu tenho isso já aberto em outra conta. Este é o aprender sobre podcast e estes aprendem sobre podcast é o podcast que eu criei em menos de cinco minutos, e eu queria mostrar este é, ah, riel exemplo de vida de um projeto ágil porque eu muitas vezes obter perguntou sobre exemplos de projetos não I t, e este é um exemplo perfeito disso. Este é um projeto não-TPIJ. É basicamente um projeto criativo no qual criei um podcast em menos de cinco minutos, e isso é lindo. Eu amo isso porque é um ótimo exemplo de como, na primeira primavera eu tirei o foco de fazer um EVP, apenas preparando tudo para lançar os Parkers sem sequer adicionar nenhum exterior a ele. Então eu só lanço se você pode acreditar naquele apartamento sem nenhum áudio nele. Foi assim que o lançou inicialmente. Esse era o conceito do produto mínimo viável M V P. Então, a primeira impressão que eu estava apenas focado em lançar e colocá-la lá fora. Você sabe, colocar um título, colocar uma imagem, descrever onde a causa parte seria sobre tornar realmente simples super em Torrey, super intuitivo, super amigável e logo após eu lançar em seguida, adicionou áudio na segunda e terceira molas. Era nisso que eu estava focado, os caras certos veem no próximo. 30. Demonstração de um projeto não de TI - Parte 2: e 31. incremento e a definição de concluído: incrementos no scrum são basicamente entregáveis. Então é basicamente o que você conseguiu depois de um sprint que foi chamado de incremento no mundo scrum. Em essência, é um passo em direção a uma visão, um objetivo ou você sabe o que está tentando alcançar, certo? É um progresso, certo? Isso é o que um incremento é magro. Você realmente entregou algo e essa é a entrega fora do sprint. O que chamamos em incrementos scrum. Agora chamamos de incrementos porque não são a solução final, certo? Mas eles são uma solução e é algo que pode ser usado para construir em cima, fora ou sobre para futuras gerações ou futuros sprints. Então eu acho que considerando algo feito terminou um completo é muito lógico. Sabe, é algo que a maioria das pessoas sabe e naturalmente sabe, certo? Mas o que é isso? O Scrum frenético? A diferença é que é migalha apenas considerar algo feito quando ele é realmente atendido aos critérios de aceitação que definimos para essa história de usuário em particular. Certo? Então, claro, lembre-se que estamos entregando em nosso processo de scrum são incrementos que cometas são alguns de todas essas histórias de usuários, certo? Então, para nós considerarmos algo feito ou completo. Precisamos ter certeza de que essas histórias de usuários realmente atenderam nosso interior de concessão de aceitação que nós, como uma equipe que tínhamos antes mesmo de começar. Então essas são as principais coisas que você precisa levar em conta quando você está pensando sobre quando considerar algo feito ou o que chamamos de Dun Dun em Scrum, que é certificar-se de que ele é realmente atendido a essas variáveis ou esses requisitos ou aqueles basicamente, em essência, que tem critérios de aceitação que definimos agora fora do curso, Isso irá variar por equipe, porque o que cada equipe e considera feito será diferente, certo? Dependerá dos critérios de aceitação que cada equipe definir. Não há nenhuma regra difícil em torno disso. Não há nenhuma regra específica que te diga quais são os critérios de aceitação. Vai ser seu amigo para cada equipe, e provavelmente vai ser diferente para cada projeto também. Então, em alguns casos, pode ser apenas Sim, você sabe, alguém confirmou que isso estava completo, então nós critérios de aceitação poderia ser um simples de alguém dizendo Ok, como uma equipe, nós vamos concordar que a pessoa que trabalha nessas particularidades. A história dela ele vai completar quando ele tiver 100% de certeza que ele terminou tudo o que precisava fazer relacionado com a história do usuário. Ele poderia ser um simples assim. Ou pode ser alguém. Vamos considerar isso feito depois de alguém ter testado o que essa pessoa disse iria fazer, ou nós realmente verificamos que eles completaram o que eles estavam indo fazer, você sabe, como eles realmente disseram, Eles iam fazer isso. Então, de novo, varia. Pode ser uma lista de verificação, e você pode ter uma lista de verificação fora das coisas que deseja revisar como parte de seus critérios de aceitação . Não há nenhuma regra difícil sobre isso de novo, pessoal. O principal é, mantê-lo simples e certifique-se de que todos estão na mesma página sobre o que você concordou em considerar algo feito antes de movê-lo em seu scrum. Campbell embarca para aquela coluna para que, você sabe , claro, campo onde está marcado está feito 32. MVP e coisas que ajudam de Scrum Teams: Vamos falar sobre o M V p ou o produto mínimo viável em scrum. E quando estamos falando sobre o M v P, estamos pensando sobre os obrigatórios. Esqueça todo o bom de ter. Esqueça todos os luxos. São todas as coisas que você acha que seria liderar e pensar em Leo. Mas é muito, muito necessário. O que é realmente, realmente necessário. Qual é o mínimo nu que você pode entregar que ainda vai atender eo rio um resultado satisfatório, certo? E voltando ao exemplo. Conhece o skate do carro, que cobrimos antes. Bem, lembre-se como a placa de fuga permite que você vá do ponto A ao ponto B. Isso é o M V P. Certo? Então o M V P é aquele skate porque é provavelmente a coisa mais simplista que você poderia construir para ainda permitir que você vá do ponto A ao ponto B para que ele atenda seus requisitos corretamente, porque ele permite que você vá do ponto A ao ponto B, que B, que é o requisito mínimo que você tinha, que é a coisa mínima que você está tentando realizar, mas permite que você faça de uma forma muito simples. Ele permite que você entregue, você sabe, rapidamente e frequentemente, e qualquer taxa e melhorou ao longo do tempo. Isso é o que você precisa fazer quando você está pensando sobre o produto mínimo comprável. E esse deve ser o foco de qualquer equipe de scrum que você não queira, você sabe, construir algo com todos os sinos e assobios acabaram, projetá-lo ou entregar algo que ninguém realmente pediu, certo? Você só precisa pensar sobre esses deve ter. E esses devem ter são o que chamamos se você tirou todo o bom para ter todas essas coisas extras e você apenas deixou os must haves quando você está pensando sobre suas histórias de usuários e o que você precisa entregar. Isso é o que consideraríamos em scrum seu M V p. Seu produto mínimo viável. Agora há um conjunto de coisas que, é claro, claro, podem ajudar as equipes de scrum a serem mais bem sucedidas. Vou falar sobre alguns deles nesta parte do curso. Um deles é co-localidade. Idealmente, você quer ter pessoas que estão trabalhando em um projeto scrum. Sentados juntos nisso torna-se muito importante quando você está pensando em rituais scrum como o dia é Crum, certo? Ou o padrão diário? Porque eles vão estar conversando um com o outro diariamente por um curto período de tempo. Então eles estão sentados juntos. Essas interações vão ser muito mais fáceis e vão ser muito melhores. Portanto, certifique-se de que, tanto quanto possível, você tem pessoas trabalhando em projetos que estão usando uma metodologia scrum que certifique-se de que eles estão sentados juntos na mesma sala ou na mesma área. Isso vai ajudar muito. Confie em mim, eu vi isso na prática e eu vi a diferença que pode fazer quando você está trabalhando em seus projetos novamente. Essas equipes também trabalharão com muitas ferramentas e rituais diferentes que cobrimos antes. Mas as coisas que podem ajudar são definitivamente a colaboração online. Então, você sabe, usando coisas como Chad Chad, clientes que conversam como necessário e você sabe, tendo seu conselho de convento você contou? Ele também é útil no caso de alguém estar ausente. E certificar-se de que a equipe é capacitada e capaz de tomar decisões como uma necessidade também é um componente-chave para o sucesso da equipe scrum tão fora do curso e por estes. Quero dizer, você precisa ter certeza de que a equipe que está trabalhando nisso tem todo o apoio da gerência. Você sabe, há um acordo principal sobre o trabalho que vai ser feito para permitir que a equipe para trabalhar, você sabe, você sabe, com um pouco fora de independência e com um foco em execução sabendo que eles têm, você sabe, que o apoio da gerência para tomar essas decisões quando eles vêm para cima. E, claro, ele também tem a nós. Você sabe, o papel do dono lá para ajudá-lo. Então você não precisa, é claro, ter todas essas conversas difíceis com a gerência. Se algo mudar, é por isso que você tem o dono da garganta. Portanto, ele deve ser capaz de ajudá-lo a alcançar. Você sabe, essas conversas são ligação não só com a gerência sênior sobre as principais partes interessadas , então definitivamente ter você sabe tudo isso no lugar e ter um realmente bom proprietário de produto atribuído ao seu ele vai ajudar muito e apenas certificando-se de que você também está aceitando o fato de que vai haver volatilidade e mudanças nos requisitos e haverá desafios imprevisíveis , mas que você vai estar usando retrospectivas e seus processo de eternidade, e você continua a melhorar para garantir que você superar esses desafios que você conhece, e chegar aos seus objetivos e alcançar seus objetivos que essas coisas que eu estou colorindo aqui são coisas que eu sempre achei útil. E eu sempre encontrei ajuda. Você sabe, equipes scrum entregar seus projetos no prazo e no orçamento e trabalhar melhor juntos, e só funciona muito melhor para eles. A outra coisa. Eu também quero destacar a importância offs, treinamento e treinamento, certo, Então certifique-se de que sua equipe realmente passou por treinamento. Se eles não têm, eu definitivamente encorajo Ito ou recomendar este curso para eles ou comprá-lo para eles se você deve ou dotado para eles ou obter a empresa ou a baixeza para recomendar isso para o resto da equipe, porque isso permitirá que todos vocês trabalhem em um terreno comum com conhecimento comum,termos comuns e nossa compreensão geral fora. trabalhem em um terreno comum com conhecimento comum, Sobre o que é o Grammy? Então essas coisas, para toda a minha perspectiva, são as coisas que eu diria que realmente ajudaram equipes de scrum no terreno e trabalhando em seus projetos. Acabamos de falar sobre duas chaves que estavam tendo boa liderança. Então, não apenas, é claro, um proprietário de produto realmente bom, mas também, é claro, um bom mestre scrum. Mas certificando-se também de que todos têm um bom treinamento. Andi Boa compreensão fora scrum que vem, é claro, da educação. Tal Z pontuações. 33. Scrum FAQs a signo: Ei caras. Então vamos falar sobre as perguntas freqüentes ou f desculpa sobre Scrum e vamos começar com um dos meus favoritos o que o scrum representa. Qual é a sigla de Scrum? E esta questão que muitas vezes ele próprio vem de um equívoco que as pessoas têm. O scrum é um acrônimo quando na realidade não está bem, então Scrum não é um acrônimo e não significa nada em particular. É uma apenas uma palavra que deriva e vem do esporte fora do rugby, e se você viu em outra parte do curso quando olhamos para esta história de scrum, já discutimos de onde veio. Isso é realmente um jogo de rugby, e eles, em seguida, tornou-se usado em ágil. E estes hoje em dia costumavam descrever uma das muitas metodologias ágeis. Então scrum, como eu disse antes, não é um acrônimo. Não pense nisso como um acrônimo é apenas uma palavra que veio do rugby e que agora é usada para descrever essa metodologia ágil em particular. E nós estivemos falando sobre embaralhar durante todo o curso, então você já sabe o que ervilhas scrum e o que significa. Mas como eu disse antes É bastante frequente e bastante comum ver as pessoas pensando que este crime é um acrônimo e que na verdade é um prêmio que representa algo quando na realidade não é. É apenas um prêmio que tem significado, como já discutimos antes. Agora outra pergunta que surge o tempo todo é qual é a diferença entre agile e scrum? E isso também vem de outro equívoco, e isso é que Eles são duas coisas diferentes. Na realidade são, mas ao mesmo tempo não me deixam esclarecer. 34. Scrum FAQs de Agile vs Scrum: Ok, então outra pergunta que surge o tempo todo quando você está falando sobre facilidade scrum qual é a diferença entre scrum e ágil e eles são a mesma coisa ou são coisas diferentes ? Então deixe-me começar por esclarecer e dizer que Scrum é uma das muitas metodologias ágeis . Mas, na verdade, é a mais popular e amplamente utilizada em todas as metodologias ágeis. E por essa razão, quando as pessoas estão falando sobre ágil na maioria das vezes, como 90% das vezes, elas estão se referindo ao scrum. É que muitas vezes eles não estão familiarizados com o termo Crumb ou eles nem sequer estão cientes de que existem outras metodologias ágeis. Então, quando eles estão pensando em ágil muitas vezes as pessoas estão falando sobre scrum. Eles só não percebem que estão falando de scrum. Então, como eu disse antes, Scrum é uma das muitas metodologias ágeis. Mas é a mais popular e amplamente utilizada em todas as metodologias ágeis. E aqui está outra pergunta que surge também, é por isso que a coroa é tão popular, e por que é mais popular do que outras mitologias reais? E a razão é bastante simples. Na verdade, Scrum é muito popular porque é muito simples. É muito fácil de usar, é mais fácil de entender, é apoiado. Documentação é inclinado em processos, é inclinado em governança, Então scrum tornou-se o fato, metodologia ágil usado em todo o mundo e as pessoas adoram. Sabe, as pessoas adoram porque é muito simples e fácil de usar e fácil de entender. Como você viu no curso. Não há nada misterioso ou nada realmente complexo. Sobre Scrum é Justin quando as pessoas nunca começaram ou nunca ouviram falar dele antes . Eles começam a ouvir sobre alguns dos termos usados no scrum como histórias de usuários, retrospectivas e assim por diante. Bem, algo que eles ficam um pouco assustados ou eles simplesmente não têm certeza do que as pessoas estão falando. Mas uma vez que eles realmente entram em algo ou e realmente começam a estudar como um curso como este, ou você sabe, eles assistem a conferência ou qualquer coisa, eles percebem que scrum na verdade não é complexo e não é fácil. Não é difícil, na verdade. Desculpe. E é realmente fácil e fácil de entender, fácil de usar, fácil de implementar e que ele fornece valor rapidamente, muitas vezes em que é muito centrado no cliente 35. O Scrum diário e o sprint: Agora vamos falar sobre o scrum diário ou, como muitas pessoas chamam, o stand up diário. Esta é uma reunião diária, muito curta muito curtae muito focada em que os companheiros de equipe, para garantir que eles estão em sincronia no caminho certo sobre o que eles estão trabalhando. Não deve demorar mais do que 50 minutos, idealmente menos se possível. E basicamente você está tentando responder a três perguntas neste exercício. E, de fato, nestes levantar-se diário ou Davis Crump. Por que você fez ontem? que você está trabalhando hoje em algum problema ou impedimento? E esta não é apenas uma questão que é jogada lá fora, mas o que você faz é que você tipo de dar a volta à mesa, embora o todo, conseqüentemente, tão chamado diariamente se levante por dias. Comey é porque geralmente as pessoas estão de pé. Então, idealmente, você nem está sentado. Você olha para a sua prancha de Cambon e você está de pé juntos e lá e falando essas três perguntas. Cada membro da equipe passará por essas três perguntas diretamente neste stand up diário em sua lista. Migalhas. Ele é para esta equipa criminosa. Então você não quer envolver essas reuniões com o seu dono. Você não quer se envolver, conhece algum estranho. Idealmente, você só quer ter sua equipe scrum e o mestre scrum passando por esses exercícios em uma base diária. Ele cria seu hidroavião, mas também os ajuda a ficar em sincronia. Eu não rastreio e isso garante que a equipe permaneça focada, você sabe, tem realmente um bom senso de urgência. E, você sabe, se algo não está funcionando ou você algo precisa ser mudado ou há um livro de estradas ou um impedimento onde o mestre do scrum vai ajudar a resolver isso, você sabe, eu moro bem ali no local muito rapidamente antes logo após a reunião assim, ele não vai esperar até ou ela não vai esperar até o final do sprint para começar a trabalhar em que nós vamos resolver isso, você sabe, no mesmo dia é possível ou no dia seguinte, quando eu for muito rápido. Lembre-se que as molas são um período de tempo definido livros de tempo, e nós não temos muito tempo do que esperar até que as coisas cheguem ao fim para resultá-los . E é por isso que estes diariamente se levantam. Este scrum diário é tão importante. Às vezes me perguntam sobre o que é um bom momento do dia para planejar seu scrum diário. E isso realmente depende, você sabe, como se não houvesse uma regra difícil em torno disso em termos do l tem que estar no início do dia no final do dia, no meio do dia ou às nove da manhã 10 da manhã ou o que quer que seja, Na verdade não, você sabe. Mas geralmente eu recomendo que as equipes tenham planejado seu scrum diário no início da manhã . Assim não quebra o dia de trabalho, você sabe, como um trabalho que eles não perdem o impulso. E assim, você sabe, é lá como fresco pela manhã. E ah, você é a reunião para ter certeza de que eles ainda estão na mesma página no caminho certo e trabalhando no que ele deveria estar trabalhando. Eles têm um claro senso de suas prioridades. Mas mais uma vez, você sabe, esta reunião não é para não ser o resultado. Você não está destinado a resolver as coisas na reunião. É mais uma reunião informativa, e é para ser um significado muito curto, porque se você começar a tentar resolver onde se você gastar muito discutindo uma cobertura específica . Aquela reunião? Bem, você definitivamente vai explodir nos 15 minutos, e isso é algo que você não deveria estar fazendo. Você deve evitar isso porque o scrum diário não é uma sessão de planejamento, certo? Ele não é uma retrospectiva, certo é apenas um ritual muito curto, diário em que você começa a entrar com sua equipe para ir pelas ruas. Pergunta que falamos. Por que você foi ontem? que você está trabalhando hoje e quaisquer problemas ou impedimentos? Certo. E às vezes você pode ir a um membro da equipe. Ele falou sobre o que ele fez ontem, o que ele está trabalhando hoje, e ele disse, eu não tenho nenhum impedimento. Ótimo, melhor ainda. Bem, vamos passar para a próxima pessoa, certo? Mantenha-o curto, mantê-lo rápido, mantê-lo rolando e dar-lhe simples. Agora você já sabe o que é Sprint, mas vamos fazer uma recapitulação sobre o Sprint. A aspirina é um período de tempo de folga de um mês ou menos, normalmente duas semanas. A equipe trabalha para entregar um incremento ou um navio, produto à base de plantas ou serviço durante esse período de tempo. Durante esse sprint e coisas que você deve levar em conta enquanto você está trabalhando em seus sprints. É que uma vez você disse indefinido o que você está trabalhando na primavera. Idealmente, você não quer aumentar ou graus enquanto isso já está acontecendo. Então você não quer ter mudanças durante a primavera por conjunto em. Não me entenda mal. Você já sabe que no scrum, nós realmente abraçamos e aceitamos mudanças. A coisa aqui é que enquanto você está passando por seus sprints, você quer abraçar e olhar para essas mudanças para o próximo ponto. Certo, porque se você está fazendo mudanças no Irmão Sprint e isso provavelmente não vai permitir que você cumpra, lembre-se de caras. Estamos falando de um curto período de tempo para entregar algo certo. É bonito é um período de tempo muito curto, marfim, curto período de tempo definido para entregar algo. Ok, e às vezes eu tenho a pergunta sobre molas, se você deve estar carregando o comprimento do seu sprint. A resposta é não idéia do que você quer manter que um tempo definido caixa bela tempo ao longo de todo o ciclo de vida do produto. Então, se você tiver duas semanas para seus sprints e continuar, sempre duas semanas. Duas semanas, duas semanas, duas semanas que esses são seus sprints. Não deveria ser. Uma semana, duas semanas na nossa semana, uma semana, outra primavera, três semanas e assim por diante. Agora o que eu acho é, e isso está fora do curso no núcleo. Em essência, off ágil é se você está digamos que você começou inicialmente com duas aspirinas em você. Basta perceber rapidamente que isso é muito curto para você, que você não pode realmente entregar muito em uma semana. E isso não está funcionando bem para sua equipe. Bem, não adianta manter seus sprints duas semanas. Então não fique com eles por duas semanas. Você muda para três semanas e depois deixa em três semanas e continua trabalhando com três semanas, certo? Porque, como dissemos antes, todo o propósito fora scrum é que você continuamente refletindo para a melhoria? Então, se algo não está funcionando bem, bem, não continue fazendo isso. E como eu disse antes, mesmo antes de começar com seus sprints, você ia ter sua sessão de planejamento de primavera, certo? E como você está passando por esse cérebro, sabe, digamos que é uma primavera de duas semanas, certo? Isso é que Você é a primavera tem um período de duas semanas de livros de tempo, então essas coisas que fazem parte dessa primavera são coisas como o scrum diário. Então você vai ser todos os dias durante essas duas semanas. Todos os dias você vai se encontrar com sua equipe por um período de 15 minutos todos os dias. Muito curto, muito conciso, muito focado nas questões que levámos antes e durante a Primavera. Também vais fazer o teu desenvolvimento. Vais trabalhar na entrega do que estás a fazer. Depois do sprint, você vai ter suas retrospectivas de sprint bem onde você não reflete para melhorias e você pode ter uma sessão de revisão de primavera também. A outra coisa realmente boa sobre Sprint é que porque é um cais tão curto de tempo de folga em porque você está trabalhando em um conjunto particular de histórias de usuários durante esse período de tempo bem ali em seu sprint. Bem, os limites, sua exposição ao risco e custo certo, porque você não está correndo muitos riscos quando você está trabalhando em um subconjunto particular histórias de usuários e você não vai gastar muito dinheiro quando Você está trabalhando em algo por apenas duas semanas, certo? Então, essa é uma das outras coisas maneira de gestão e empresas como Scrum porque limita a exposição ao risco de custo. Minimiza-os. Então, isso ajuda. Isso ajuda fora do curso que faz. Ajuda porque você está limitando, sabe, coisas que podem dar errado. Você está limitando, sabe, despesas de custo. E você está realmente se certificando de que você está entregando rapidamente e você está trabalhando com frequência. Então essa é uma dessas grandes vantagens das crias. Como um conceito como vimos antes, eu gosto que já cobrimos. 36. Reunião de revisão de sprint e Sprint: Então vamos falar agora sobre a reunião da Sprint Review. E isso é algo que ocorre novamente depois que você terminar um sprint. E é uma reunião muito informal de até quatro horas para um sprint de um mês em que basicamente vão rever. Ana diz que os resultados da impressão anterior estão certos e por que você está fazendo isso é pegar isso e trazer isso como entrada para o seu próximo sprint, certo? E nas sessões de revisão da primavera, você vai olhar para a sua velocidade, sua carga queimada e outras métricas para ver como vocês se saíram. Como uma equipe, você também vai atualizar o produto de volta olhando. Então, se você precisar incluir mais histórias de usuários, se você precisar remover algumas ou se algo não for mais aplicável, você sabe que esta é a sessão sobre isso. Há trolling, que nós vamos fazer que você também vai estar revisando durante sua reunião de revisão da primavera, sua linha do tempo do projeto, seu orçamento e assim por diante. Então é praticamente como um momento e um período de tempo em que você está avaliando. Você sabe o que estava realizando o sprint anterior e colocando tudo isso juntos uma cena colocada para a próxima sessão de planejamento de impressão e também para a sua retrospectiva foi curso porque você vai estar refletindo sobre todas essas coisas. Mesmo sessão retrospectiva, que é como eu disse antes, são lições embelezadas aprendidas exercício. Pense em retrospectivas um pouco como uma lição aprendida exercício em que sua reunião com sua equipe scrum para rever o que correu bem, o que não aconteceu O que podemos fazer diferente da próxima vez? Então, é um exercício de melhoria contínua. E como qualquer outra coisa no scrum, é algo que você está fazendo continuamente. Então, não apenas no final do projeto, como no gerenciamento tradicional de produtos, onde as pessoas se reúnem para essas lições aprendidas após a implementação de revisões. Mas você está fazendo isso depois de cada sprint, e isso é entrada para sua próxima impressão porque você pode então levar em conta as lições aprendidas e certificar-se de fazer ajustes, melhorias ou qualquer coisa que você precisa fazer para garantir que você fez entrega e suas metas em seus objetivos na próxima primavera. Ok, é isso. Isso é praticamente tudo que você precisa saber sobre retrospectivas e estes novamente é também um off meus exercícios favoritos em scrum porque faz a equipe refletir sobre o que aconteceu na última impressão em, você sabe novamente como eles podem melhor Prepare-se para o próximo sprint. Então, é muito colaborativo, e eu e eu achamos que você se certifique de tentar tornar isso o mais informal possível. Então as pessoas se sentem realmente confortáveis falando, e você quer ter certeza de capturar tudo o que você sabe, geralmente em um quadro ou em um documento de guerra. Ou se você quiser usar o seu trailer ou o que você quer capturar e certifique-se de que você está capturando as respostas para essas perguntas em fazê-lo porque como uma mesa redonda, Então começar a passar por essas perguntas, você colocá-los no quadro em um Tabuleiro branco. O que correu bem, o que não fez o que podemos fazer de forma diferente e, em seguida, apenas fazer um belo exercício de mesa redonda onde todos dentro da equipe contribuem de sua perspectiva para cada uma dessas três perguntas 37. Demonstração de Gitlab: Ei caras. Então eu queria mostrar a vocês outro exemplo da vida real, do mundo real de como estamos usando o Scrum e o Agile Lee One de nossos projetos. E este é um exemplo realmente mundial. E vou mostrar este exemplo com uma ferramenta diferente do Trillo. Só uma vitrine. E para mostrar que há muitas outras ferramentas lá fora que você pode usar para gerentes , migalhas ou seus projetos ágeis. Hoje vamos passar por um bom laboratório, que é uma dessas ferramentas realmente boas para gerenciar seus produtos. Hoje vamos passar por um bom laboratório, E uma das coisas realmente legais que eu amo no bom laboratório, caso você não tenha ouvido falar, é que você pode ter projetos ilimitados e pessoas limitadas. Está tudo na nuvem e é grátis. Então é muito, muito bom, acho que se estamos comparando com algo como Trail Oh, é muito mais robusto. Eu acho que um pouco tem um monte de recursos extras que você não iria encontrar na trilha. Oh, então eu não diria que um é melhor que o outro. Eles são apenas diferentes, e eu acho que às vezes você só precisa jogar um pouco com ferramentas diferentes para ver o que você realmente gosta, o que você prefere e o que sua equipe prepara, certo? Então eu não sou um daqueles caras que Onley usa uma ferramenta em particular o tempo todo. Ashley, como tentar e explorar diferentes APs e ver o que está lá fora e ver o que posso continuar a usar meus diferentes projetos. E é por isso que às vezes eu estou usando em seu aparente usando diferentes ferramentas com diferentes equipes em diferentes projetos scrum ou os diferentes projetos ágeis agora em um desses. Como eu disse, bom Lab é uma dessas ferramentas que você pode usar, e eu vou mostrar-lhe um exemplo do mundo real em um momento. Mas vamos passar rapidamente pela página inicial do Good Lab, e você pode começar a dar amor, dar amor essa calma. Se você vai para obter o vir aqui em seu navegador, ele automaticamente quando ele vai para obter amor, esse comentário vai automaticamente para sobre então não se preocupe com isso sobre parte aqui. Basta entrar. Obter laboratório dot com em seu navegador e você vai chegar aqui e então você pode se registrar aqui para uma conta gratuita, você sabe, como eu disse antes, não há nada realmente que você precisa fazer especial sobre isso e basta digitar o seu nome, nome de usuário, e-mail, endereço, sua senha ou você pode assinar com o Google Twitter, obter Hub Big Bucker Salesforce e criar sua conta. Agora, como você pode ver aqui, há algumas coisas que eu mencionei antes. Mas como eu disse, uma das minhas coisas favoritas sobre o bom amor é apenas resumir aqui, desistiu de ofertas gratuitas, repositórios privados ilimitados e colaboração ilimitada. Então, como eu disse, isso significa que você pode trabalhar em diferentes projetos e eu vou voltar para os pacientes em casa , então nós ficamos aqui. Mas você pode usar esta ferramenta esquerda garoto em diferentes projetos, e é muito legal. Eu sei que parece que é mais fora de uma ferramenta de desenvolvimento, como uma ferramenta para desenvolvedores sobre ela. Eu acho que, de certa forma, ele foi projetado originalmente para desenvolvedores. Mas atualmente desistir está sendo usado por pessoas que não estão necessariamente na indústria I t. ou não que nem sequer são desenvolvedores como eu. Você sabe, eu sou um gerente de projeto. Nós. Saberá que não sou um desenvolvedor. Não sou técnico, mas estou usando essa ferramenta. Posso usá-lo porque é muito simples. É grátis, é intuitivo e há um vídeo aqui e eu não vou te explicar agora. Você pode clicar nele e, em seguida, você verá um vídeo no YouTube sobre o que o garoto nos amou, mas apenas muito rapidamente. Eu queria te mostrar algumas outras coisas. É usado por mais de 100.000 empresas em todo o mundo, e como você pode ver, alguns dos caras grandes estão usando boa volta. Então a NASA você conhece, Citrix, Comprador Sony, EUA , Força Aérea Erickson. E então algumas dessas grandes empresas lá fora estão usando Goldman Sachs estão usando Get Lab. E se você está familiarizado com get Hub, que foi adquirido há alguns meses ou anos pela Microsoft, é muito semelhante para obter ajuda, eu acho. Mas este é um produto diferente, eu acho, eu acho, Open Source, que se chama Kid Lab. E como você pode ver aqui nesta pequena batida, eu vou para aqui. Ele mostra um pouco das diferentes coisas que você pode fazer e ficar à esquerda para que você possa gerenciar seus projetos. Você pode plantá-los, você pode criar, e isso é sobre codificação se você estiver usando codificação. E como eu disse antes, você não precisa usar isso. Se você não está codificando, você pode verificar. Você pode empacotar seu código se você estiver codificando novamente. Mas algumas dessas coisas se você não está codificando ou você está trabalhando em projetos de I t como eu disse , eles não são obrigatórios há apenas recursos que estão lá para você usar se você precisar usá-los , mas você não precisa Use-os. Então, é claro, como eu disse, você não precisa ser um desenvolvedor na 19 trabalhando no projeto I t para usar Kid Lab. Mas se você é um desenvolvedor, você vai adorar Kid LA porque ele calcula todas essas coisas realmente legais que você precisa fazer para gerenciar seus projetos e suas histórias de usuários. E você pode ser mosto etcetera. Mas você também vai ser capaz de, você sabe, fazer suas coisas de codificação em todas essas coisas são técnicas que vocês fazem para aqueles são desenvolvedores, e você saberia mais sobre isso do que eu. Mas aqui você sabe, segurança como liberar. Se você estiver trabalhando no produto de software, como configurar o monitor, que são. São relatórios que coisas assim defendem. Então isso não tem automaticamente. Pelo menos não que eu tenha visto o gráfico de queimaduras, você sabe, velocidade de carga. Mas isso é realmente fácil de usar e criar o Excel e incluiu um modelo para as coisas, é claro, se você precisa baixar e criar, você sabe, velocidade queimada ou queimada gráfico. Dito isso, muitas equipes não usam essa grama, e podem estar usando a câmera a bordo. Ele realmente depende de como você quer do meu e não do seu projeto. Não é uma regra difícil em muitas das coisas que fazemos inscritas, ágeis. Cabe a você, na verdade. Se você quiser usar esses gráficos fora do curso, eu recomendo que você usá-los. E isso é o que cada um no modelo no curso, que você pode baixar. É um modelo de arquivo do Excel. Basta inserir seus dados e desenhar automaticamente aqueles grama para você. Agora tenho certeza que algum momento no Time Gate Levee vai ter isso. Eles não têm agora, mas eu tenho certeza que em algum momento eles vão desenvolver isso, então fique atento para isso, você sabe. E tenho certeza que em algum momento, quando surgir, você verá lá. Eu só vou um pouco mais longe lá. Portanto, sim, você pode trabalhar simultaneamente para que várias pessoas possam estar trabalhando simultaneamente. Tudo bem, pessoal. Então, como eu estava dizendo, você sabe, não tenho certeza se há muitas coisas que você pode fazer com Give Love, Bond, você já. Então já passamos por tudo isso e damos amor como muito amor mais do que o que você está vendo agora. Aqui na tela, o plano de gerenciamento jovem criar muito cinco pacote de liberação segura, configurar, monitorar e defender. Há um monte de outras coisas chegando, como você pode ver abaixo aqui no roteiro no dia até mencionar outros produtos que, você sabe, você sabe, as pessoas que trabalham em projetos I t normalmente usam, que pode ser substituído por obter para cima por. Como eu disse antes, isso não significa que você tem que estar trabalhando no projeto I t ou você não precisa ser um desenvolvedor mesmo para ser capaz de usar gid le como você. Então, antes que você perceba, se você está usando o hobby se você está usando Trillo asana se você está usando Jezeera se você está usando C A. Você sabe, isso não importa o que você está usando. A maioria das coisas que você está encontrando um monte de outros produtos de gerenciamento de projetos e um monte de outros produtos de gerenciamento ágil e scrum que você pode encontrar ao se levantar. É por isso que eu queria mostrar-lhe este exemplo hoje. Andi, você sabe, eles são uma das coisas legais sobre o lobby gays é que é uma comunidade muito ativa no lançamento de novas, você sabe, novas características novas coisas todos os meses. Então eles estão trabalhando em um muito ágil e uma instituição de caridade onde o que é muito legal. E eu não vou passar por tudo o que você vai encontrar aqui, mas muito rapidamente, você sabe, é claro, no fundo, você pode encontrar mais informações sobre eles do mesmo o topo. Eles oferecem alguns recursos adicionais em. Se você acessar seus preços, você pode ver que eles têm um pouco outros recursos extras. Se você pagar por isso, você ganha algumas vantagens extras. Mas como eu disse antes, eu não acho que você precisa usar mais do que a versão gratuita. Eu nunca tive um problema com ele, então eu definitivamente recomendo que você apenas explorar a versão gratuita inicialmente, e se você faria sentir que você precisa de algo extra, então basta ir e pagar por uma das opções pagas . Mas como eu disse antes, acho que não vai precisar. Se você acessar o produto, você também pode ver um monte de mais recursos como essa página trabalhando na home page. Aquela mesa que vimos há pouco teve um verão lindo, eu acho. Mas se você for aqui, vai encontrar muito mais. Eu acho que informações sobre cada um desses recursos alguns exemplos. Mas você sabe, quando eles estão falando sobre planejamento, o que eles significam e você pode ver aqui, este é realmente um bom exemplo de um acampamento a bordo bem aqui. Você sabe, você pode criar suas histórias de usuários, etc, muito cinco pacotes. E essas algumas dessas características. Como eu disse, nosso para desenvolvedores. Então não se preocupe com eles. Se você não é um desenvolvedor homossexual, apenas não usá-los. É isso aí. Se você é um desenvolvedor onde você está definitivamente quer saber o que sair, quer explorar um monte de outras opções sobre esses recursos, você sabe, que foram projetados especificamente para desenvolvedores. E levantar-se é incrível para os desenvolvedores, os desenvolvedores adoram. Então voltamos para a página inicial, e agora vou mostrar um exemplo real de como estamos usando qualquer um dos nossos projetos de scrum. Um da ascensão de projetos. Eu só vou clicar aqui no login. Então, aqui mesmo sob assinatura, vamos inserir nossos dados e, em seguida, apenas entrar. Isto é o que parecia. E você tem, você sabe, seu top. Muitos aqui à esquerda. Existem algumas outras coisas que você pode configurar aqui. Há algumas coisas aqui no lado esquerdo também. Esse é o seu cardápio. Então eu só vou aqui e mostrar-lhe como usamos esta é a nossa câmera a bordo. Então criamos, claro, um projeto que é este projeto RDM. E então, dentro desse projeto, criamos nossas histórias de usuários com as quais o amor engajado é chamado de problemas. Pense neles como suas histórias de usuários. E então marcos são praticamente seus sprints. Você sabe o que? Nós consideraríamos nossos sprints e então, você sabe, você pode ter sua ala e olhar para o seu tabuleiro de Cambon. Ou você pode ir dentro de cada marco aqui, que é primavera. Obter amor, ter termos amorosos. Ou podemos usar isso para, eu acho, ajustado para sumir em ágil. Então não temos feito isso. E eu vou mostrar a vocês aqui que criamos todas as nossas telas entre agora e o final do ano, certo? Então eles estavam fazendo Weekly Springs neste projeto. Estamos fazendo levantamentos diários. Acho que quero antes de mostrar a câmera a bordo que estamos usando neste garoto Lepic exemplo do mundo real de como estamos usando em um de nossos projetos. Deixe-me apenas orientá-lo um pouco. É sobre as coisas que estamos fazendo em nossos rituais de scrum e o que estamos fazendo com este produto , certo? Como eu disse antes, Lab é um pouco mais robusto, mais complexo e trilha. Oh, então se você está sentindo que é confuso que você não quer passar pelo aprendido como usar dar amor, tudo bem. Volte para o trailer. Trailer é muito bom. Eu adoro isso. Eu uso isso em muitos dos meus projetos. Mas hoje, neste exemplo, eu queria mostrar a vocês que existem outras ferramentas por aí que são um pouco mais complexas. Mais Rob Austin Trail Oh, que você também pode usar para gerenciar seu scrum em seus projetos ágeis. Agora, este projeto em particular que eu vou estar falando Eu estou orientando vocês hoje é um projeto de pesquisa no qual estamos ajudando pesquisadores a desenvolver pesquisas que de planos de gestão neste projeto, nós estamos fazendo sprints semanais, é por isso que você vê aqui a data. Então nós fizemos. Você sabe, nós adicionamos uma data em que nossa primavera termina. Aqui é quando começa e termina. Tudo bem, então em vez de ligar ou entorses, você sabe, mola a mola de vinho para uma primavera sear três forints, etc. O que você não pode. Claro que pode fazer isso. Não estou dizendo que não. Você não pode fazer isso. No nosso caso, decidimos nomear as Springs com a data em que estavam terminando. Isso é o que você tem aqui é potassa, você sabe, stash spring 2019 junho 17. Então este é ano, mês, dia. Andi esconde apenas o nome do produto em que estamos desenvolvendo. E aqui você pode ver que nós montamos nossos sprints semanais entre agora e o final do ano . Então, se você rolar para baixo, temos até dezembro. Alvar Springs já foi configurado por configuração. Não quero dizer que definimos o quê? Vamos fazer uma corrida de interesse. Eu só estou falando sobre a configuração aqui no sistema de nós ter que primavera pronto para que possamos começar a adicionar ou histórias de usuário. E também temos um atraso aqui. Então você pode configurar seu backlog, começar a duvidar de seu uso de suas histórias. Mas só para mostrar um exemplo aqui fechado, você sabe, você sabe, nossas molas anteriores com o qual já terminamos. Este é o que estamos trabalhando atualmente. E estes são os próximos sprints, aquele em que estamos trabalhando. Completamos 16% desse sprint. Se eu clicar aqui , nos levará ao acampamento a bordo. Então temos aqui são basicamente para dio estão fazendo e são feitos. E como eu disse antes, não se preocupe muito com a palavra “problemas”. É assim que a boa sorte chama isso. Mas nos referimos a isso aqui como histórias de usuários. Como você sabe, em nosso processo ágil Skomina, eu acho que como este nome é apenas porque você é originalmente quando eles desenvolvem amor criança. Eles estavam pensando em problemas quando as pessoas rastreando seus problemas estão trabalhando através problemas, e eles estavam apenas usando o sistema para isso. Eles não mudaram a terminologia. Eu não tenho certeza se eles vão mudá-lo, ou eles vão permitir que você personalize o seu no futuro. Mas não se preocupe muito com isso, isso é apenas semântica. principal é que a ferramenta está lá e você pode usá-lo e que você sabe que você sabe , quando estamos falando de questões são basicamente no contexto de Goodlatte referindo a nossas histórias de usuários. Então aqui você pode ver suas histórias de usuários, eles são numerados, que é, eu acho que é muito legal porque ele é hashtag 9 49 é algo que você pode usar para referenciar você sabe, uma história de usuário com outro, ou vinculá-los se você quiser vinculá-los aqui. Alguns rótulos e esses rótulos que adicionamos nosso básico basicamente se relacionam a diferentes fluxos de trabalho ou diferentes tipos de coisas que estamos fazendo com essas histórias de usuários Então, por exemplo, por exemplo, se relacionam com a história do usuário que é para o e se relaciona com o fluxo de gestão do projeto. E como podem ver, aqui está o meu nome Mauricio. Então sou eu que estou trabalhando nisso e há outras pessoas trabalhando em outras que você pode ver. Moyes está trabalhando neste e há outras pessoas trabalhando na história do usuário diferente . Então ajudamos um monte de outras histórias no sprint. Aqui estão os que já completamos. Então nós temos que em nosso para dio 19 que estão em andamento estamos fazendo e, em seguida, para que foram concluídos ou feitos direito e isso mostra a porcentagem geral de conclusão. Agora, se voltarmos e eu te mostrar aqui o que fechamos, então essas antevisões de ar nascem que já terminamos. Isso é o que você vê aqui 100% completo e você pode ver aqui um pouco sobre o número de histórias de usuários que completamos em cada uma dessas impressões que de certa forma, poderia ser visto a nossa velocidade. Embora a velocidade não seja o número de histórias de usuários, mas mais o número de pontos de história porque, neste caso, estamos realmente neste contexto deste projeto em particular, não estamos atribuindo pontos de história do usuário histórias. Poderíamos usar o número de histórias de usuários. Isso é um pouco da nossa medida de nossa velocidade em termos de quantos deles estamos completando através de cada sprint em faz exatamente como eu disse antes, nos ajuda a uma surra estão planejando ou caras certos. Como eu disse antes, eu só queria te mostrar, e eu vou voltar para a corrente, você sabe, corrida que estamos passando. Estava só ligado. O propósito disso era para mim, só para mostrar como podemos adicionar em como podemos usar obter justiça laboratorial. Outro exemplo é outra ferramenta que você pode usar para gerenciar seu você sabe, seus projetos, seu projeto scrum em seus projetos ágeis em. Se eu clicar aqui sobre isso, você sabe um desses, por exemplo, eu só vou entrar em eles para este aqui, que diz, a história do usuário é aqui. Ele vai mostrar-lhe mais detalhes sobre ele e você pode adicionar perguntas em torno deste eso Ele permite que você comente Ele permite que você adicione, você sabe, anexar coisas se você quiser anexar um arquivo. Então é muito legal porque permite ter uma espécie de conversa contínua sobre as diferentes histórias de usuários em que você está trabalhando. E ele vai manter o controle do que as pessoas estão fazendo para que você possa ver um pouco mais de informações sobre diferentes histórias de usuários se você apenas clicar neles e você pode adicionar mais detalhes a ele. Sabe, as pessoas podem ter conversas, fazer perguntas como, etc, e você pode anexar arquivos. E aqui no lado direito, você pode editar quem está trabalhando nele, qual primavera é parte fora, você sabe, rótulos. Se você quisesse ter um rótulo e assim por diante. Muito bem, pessoal, vemo-nos na próxima. Saúde, morda. 38. Exemplo no Kanban no Microsoft Planner: Pessoal, Pessoal, nesta parte do curso, vamos ver um exemplo do mundo real muitas vezes ágil. Cambon board para um dos meus projetos ágeis, usar o Microsoft Planner e o Microsoft planner é uma ferramenta muito boa para usar para o seu acampamento real a bordo, porque ele praticamente permite que você faça tudo o que você estava fazendo. Outro para eleger Trillo. Mas bem ali diretamente no pacote Office 365 da Microsoft, que nós você já conhece, integra-se perfeitamente com todos os Microsoft trouxe como Word, Excel, PowerPoint, uma unidade, etcetera. Então, é uma ferramenta muito boa se você estiver trabalhando em um ambiente corporativo ou em uma empresa que usou seu escritório. 365 Se você estiver em uma empresa que está usando o Office 365 Provavelmente a melhor ferramenta que você pode usar para placa Cambon ágil este planejador da Microsoft. Então, o Microsoft Planet, é claro, tem sua própria terminologia que a Microsoft usa, como, por exemplo, buckets para as colunas que você vê aqui. Mas não preste muita atenção a isso porque principalmente, basicamente, basicamente, o que você pode fazer no planejador da Microsoft é personalizá-lo para o que quiser, e neste caso, o que eu fiz é que eu personalizei cada um dos ou o que a Microsoft no Microsoft Planet chama de buckets ou para colunas dos EUA. Aqui, eu personalizá-lo para as colunas que normalmente teríamos em uma placa de Cambon natural. Então eu tenho aqui que fazer, fazendo Q A ou garantia de qualidade feito e, em seguida, estacionar fora ou idéias, que é basicamente tudo o que está fora do escopo do projeto. Tudo bem, agora, geralmente, quando estamos tendo nosso adulto pode um quadro nós queremos aderir nossas histórias de usuários, certo? E se você se lembrar, as histórias de usuários são basicamente recursos do produto que estão vindo de seus projetos, requisitos em torno de coisas que precisam ser feitas corretamente. Isso é geralmente quando você está pensando sobre a teoria fora, ágil direita. Mas, na prática, sabemos que isso geralmente tende a ser criado como tarefas. Então, o que as pessoas estão trabalhando no projeto, que geralmente nos referimos a tarefas ou tarefas de produtos dos EUA, acabam sendo praticamente suas histórias de usuários. E é aí que você está vendo aqui na tela. Agora eu sei que, em teoria, isso não é exatamente, ah, ah, 100% preciso no sentido de que as tarefas não são necessariamente histórias de usuários porque uma nova história de usuário em última análise precisa estar dirigindo, gerando e criação de valor para o usuário final. Assim, você pode ter uma tarefa que você pode precisar para fazer sua parte do projeto. Isso não necessariamente fornece nenhum valor para o cliente final, mas você ainda precisa fazer isso direito. Então, a melhor maneira e a maneira que eu recomendo a todas as pessoas que trabalham em ágil e estes de anos de prática e anos de conhecimento em ágil é que você gerencia a tarefa do produto em sua placa Cambon ágil como você faria suas histórias de usuário. Então, basicamente, o que estou tentando dizer aqui é que suas histórias de usuários são praticamente equivalentes às suas tarefas de projeto, certo? Ou suas tarefas de projeto são praticamente equivalentes às suas histórias de usuários em ágil Tudo bem, Então eu já falei antes, e você pode ter me ouvido em outras partes do curso tomou sobre histórias de usuários que eles têm uma certa maneira de ser escrito certo? Então eles têm ah, formato, certo Normalmente esse formato, ou a maneira em que você escreve histórias de usuários vai algo assim, como uh e, em seguida, o papel que eu preciso e, em seguida, o que Então, e então o porquê O vale? A razão pela qual você está fazendo isso certo? Então, por exemplo, como desenvolvedor, preciso criar um registro no Facebook para que seja mais fácil para os usuários acessarem o site. Isso é uma boca cheia, certo? Isso é uma boca cheia. É um formato muito longo, e isso é o que agile na teoria pede e pediu que você faça em. Eu acho que está tudo bem se você quer fazer isso quando você está começando ou quando você está começando a família é com ágil ou se você quer, você sabe, você sabe, seguir as regras de acordo com o livro. Mas na prática, o que acontece é que se torna um pouco repetitivo quando você vê como eu preciso resolver esse bloco direito como eu preciso para que o sangue se torne um pouco repetitivo e redundante. E então é apenas algo extra que você tem que escrever porque sabemos que a natureza humana é sobre abreviatura mantendo-a simples, que de certa forma é o que é ágil também. É por isso que você vê aqui que em nossas histórias de usuários para esses projetos, nós não usamos quatro meses de folga porque eu preciso resolver esse bloco. O que eu recomendo as pessoas que estão trabalhando comigo em projetos Nigel é que eles começam a história do usuário com um verbo, direito com verbo por causa do nascimento implica ação. É algo que você precisa fazer. E isso é basicamente o que uma história de usuário, em essência, é algo que você precisa fazer que forneça valor para o usuário final ou o projeto certo ? Algo que precisa ser feito em essência, o que normalmente chamaríamos em projetos de uma tarefa de projeto. Certo. Então esta é uma mágica frágil em uma ala ágil de Cambon. Você pode gerenciar suas histórias de usuários e você pode gerenciar suas molas, e você pode ver onde o projeto e as pessoas fazem parte do produto estão em termos de seu desempenho em termos de sua execução, certo, porque você pode ver facilmente, como você pode ver aqui em um relance como você pode ver no Planner, Microsoft Planner permite que você atribua a função que a história do usuário a alguém que é para uma pessoa específica ou para mais de uma pessoa, que Há duas pessoas trabalhando nessa história de usuário, certo? E é por isso que você vê, por exemplo, aqui nesta parte abaixo, este sou eu e Maurizio e esta é Suzanne era alguém que está trabalhando comigo neste projeto. Essas histórias de usuários que estão sendo atribuídas ao Mirage estão trabalhando nesse outro. Aqui está Kevin trabalhando em outro me ouve de novo também, certo? Então, basicamente, neste projeto, o que estamos fazendo é trabalhar através de sprints semanais. Então temos um ciclo semanal de primavera. Fazemos nossa sessão de planejamento de primavera. Bem, quinta e todas as quintas, avaliamos como fomos no sprint anterior. Estamos fazendo também nossos stand ups diários que normalmente quando estamos fazendo nossos stand ups diários, é um pouco mais informal. Então, não temos isso. Você poderia, mas nós não nos nossos padrões diários. Neste caso em particular, nós realmente não temos essas placas digitais conosco. Quando estamos falando sobre nossos levantamentos um pouco mais informais. É um significado muito curto, mas estamos fazendo nosso planejamento semanal de primavera. Nós realmente através de ir em detalhes através da placa de Cambon real, e como nós estamos passando pelo ágil Campbell a bordo, é um pouco como uma mesa redonda sobre. Podemos sentir as histórias de usuários pela pessoa cujo executá-los então aqui como você pode ver no topo, e eu vou falar um pouco sobre o Planner. Então, por exemplo, aqui no topo, muitos dos planejadores que você tem você tem membros ou pessoas que fazem parte deste projeto. Você tem filtros e tem grupo por bucket, que é basicamente outro campo para a maneira como você vê as informações. Então agora eu estou filtrando por Bucket, mas eu também poderia atribuir a ele iria basicamente me mostrar todas as histórias de usuário atribuídas a uma pessoa em particular. Eu pude ver meu progresso por Judeh rótulos minha prioridade para que eu possa filtrar as informações por coisas diferentes. E neste domingo vai rapidamente mostrar-lhe que eu posso sentir comércio por designado para. Então ele está basicamente mostrando todas as histórias de usuários. Quem foi designado. Ho tem cada usuário para reatribuir. Então, por exemplo, como você pode ver aqui que eu estou trabalhando no momento e eles foram concluídos 29. E se eu rolar para a direita, eu vou ver isso para o resto fora da equipe de projeto. Você sabe o que? Eu posso ver o que eles estão trabalhando em cada um individualmente com suas histórias de usuário sobre o quanto eles realmente concluíram então, por exemplo, aqui para Kevin porque ele está trabalhando em três deles e que já terminou dois ou até usar suas histórias. E como eu disse antes, vamos fazer isso na primavera. Agora, é por isso que eu usando o filtro atribuído a eu vou apenas voltar para baldes e nós nos manter ágeis. Vamos lá, configuração da placa que eu configurou manualmente para estes pode ser furada aqui no Planner. E como você pode ver, eu tenho um a fazer fazendo Q A, que está rastreando garantia de qualidade ou feito agora, como você está movendo histórias de usuários entre as diferentes colunas, isso não significa necessariamente que, para exemplo, o isso não é necessariamente significa que todos usam suas histórias tem que passar por Q. A. Que direito. Uma garantia de qualidade é basicamente quando você quer que alguém real outra pessoa para rever algo que você fez para executar a garantia de qualidade sobre o que você fez Então algumas coisas. Por exemplo, eu posso estar trabalhando em alguém Developer pode estar trabalhando na história do usuário, e você pode querer um testador para olhar para ele ou ele. Ou ele pode querer que eu, como gerente de projeto, revise o que ele fez apenas para verificar para que pudéssemos colocar essa história de usuário aqui em Cuba. Honesto e eu que realmente re atribuí-lo a outra pessoa. E depois de reatribuirmos. Então, por exemplo, aqui, digamos que é meu trabalho rever isso. Eu mudaria isso daqui. Eu removeria Suzanne porque ela não está mais trabalhando nisso. E eu me designaria aqui. Se eu clicar em um sinal eu procuro meu nome. Mauricio, este sou eu e assinei para mim mesmo. E isso basicamente significa que vou ter aqui. Esta é umatarefa de complexidade média, tarefa de complexidade média, que tem três pontos de história que você pode ver aqui, tudo bem. E eu estou basicamente agora que está dizendo este exemplo que eu estou dando agora ao vivo Eu sou basicamente reatribuído esta história de usuário para mim mesmo para que eu realmente Qiwei ele. Eu realmente rever o que Suzanne estava fazendo antes porque ela terminou a história do usuário e , em seguida, ela queria que eu verificar e ver que eu estou feliz. Uma vez que estou feliz com isso. Eu iria apenas movê-lo para a coluna concluída no acampamento real a bordo, e então ele será automaticamente marcado como completo. Meu planejador ou, alternativamente, eu posso apenas tomar aqui, e ele marcará o teste completo. Tudo bem, mas como ainda estamos trabalhando nisso, vou colocá-lo de volta aqui, e vou transferi-lo para Suzanne, que é uma pessoa realmente trabalhando nisso. Então eu vou assinar isso para Suzanne, e eu vou me reinicializar porque eu sou na verdade outro trabalhando nisso. É teste. É uma história de usuário em que ela está trabalhando, e é por isso que deixei aqui para mostrar rapidamente. Tudo bem, então Microsoft Planner, você tem aqui basicamente são tipo de cartões semelhantes ao que você veria na trilha. Oh, e você pode movê-los através das diferentes colunas em seu quadro ágil Cameron, que basicamente permite que você veja qual é o status fora da tarefa ou a história do usuário neste projeto neste sprint, certo? Como eu disse antes, estamos fazendo sprints semanais neste projeto. E uma coisa que é importante, que você pode estar se perguntando, é, como faço para refletir sobre como eu colocar os pontos da história para cada usuário história nestes ágeis pode ser entediado. Então a melhor coisa que eu recomendaria para você é que você use rótulos. Por isso, se fores aqui, vou clicar nisto. Particular cria assim por medo. O piloto resulta nessa história de usuário e você vê aqui que o Microsoft Planner tem rótulos por padrão. Eles aparecem vazios e você pode realmente digitar texto neles. Tudo bem, então nós basicamente na equipe do projeto, nós atribuímos estas três cores um verde, o Juan laranja e o vermelho. carne de baixa complexidade e alta complexidade. Tarefas locais da cidade negra têm um ponto de história, como você pode ver aqui quando eu estou segurando sobre este ponto uma história, laranja tem três pontos de história, e você disse, Você vê lá que ele diz para esta tarefa Nice Microsoft terminologia do planejador porque essa é a terminologia comum usada em qualquer projeto. Como as pessoas falam sobre tarefas. É assim que tradicionalmente as pessoas gerenciam projetos e isso é esperança. As pessoas entendem projetos, mas como eu disse, em ágil, geralmente não falamos de tarefa. Mas em vez disso, estávamos falando sobre tarefas. Falamos sobre histórias de usuários. Não importa. Como eu disse antes, isso é apenas para, você sabe, Microsoft Planner usa a tarefa de terminologia, mas você pode se referir a ela em sua equipe e em seus projetos ágeis. Pergunte histórias de usuários. Como eu disse antes de ir para a teoria de histórias de usuários valiosos não são necessariamente é exatamente equivalente a tarefas de compra prática. Quando você está implementando e trabalhando com seus produtos ágeis, você verá que praticamente tarefas se tornam histórias de usuários. E é por isso que eu digo a vocês, não se preocupe muito com isso e apenas pense em suas histórias de usuários como basicamente tarefas dentro de seus projetos ágeis. Tudo bem. E então você vê aqui que eu tenho uma tarefa de complexidade média. Procuramos três pontos de história e, em seguida, um vermelho, que é a história do usuário do núcleo Stass de alta complexidade, que tem cinco pontos de história. Então, basicamente 13 e cinco à direita, e essa é a escala de pontos da história que estamos usando neste projeto em particular. Neste exemplo em particular, isso não significa que essa é a escala exata, você sabe que você tem que usar em seus projetos ágeis. Só que é o que usamos neste. E isso é basicamente o que eu recomendaria. Como você sabe, você pode usar escala personalizada. Você pode criar sua própria escala. Você pode usar Fibonacci lantejoulas como sua escala que você pode usar. Você sabe o que praticamente qualquer tipo de escala que você quer usar. Mas porque a ágil é também sobre parecem lugar a flexibilidade da cidade e agilidade em si e fazer as coisas mais rápido e mantendo-o simples. O que eu normalmente recomendo aos meus alunos é que eles usem ah, escala muito simples. Uma escala de 1351 cidade negra local três complexidade média cinco histórias de usuários de alta complexidade e, em seguida, mesmo em termos de números. Um ponto de história para plexi local. Três para complexidade média em cinco para alta complexidade. E isso é exatamente o que você está vendo aqui nestes exemplo de placa financeira Cambon no Microsoft Planner, Você vê aqui as cores baixas quer re apontar o verde. O laranja. Complexidade média. Três pontos de história sobre a alta complexidade um cinco pontos de história, que é o vermelho. Tudo bem Agora, eu poderia usar isso também nos filtros ouvindo Microsoft Planner eu posso dizer aqui sentir mais por e eu poderia ir aqui, e em vez de filtrar por pessoas, eu poderia realmente sentir para comprar rótulo direito para que eu pudesse realmente sinto para ouvir e dizer Mostre-me todos os pontos uma história histórias de usuários. Se eu clicar aqui, você vê que nove vendo em Lee aqueles com o rótulo verde que, como eu disse antes, são as histórias de usuários de baixa complexidade que têm um ponto de história. Então, basicamente, se eu estivesse olhando para esta impressão, por exemplo, eu iria somar. A história aponta de todas essas histórias de usuários para saber quantos pontos de história total temos esse sprint, certo? É basicamente assim que se faz. Mas você não faria isso, é claro, apenas com seu ponto de história de baixa complexidade. Mas todos os pontos da história que fazem parte desse sprint. Mas como eu disse antes, não se preocupe muito com isso agora. Eu só queria mostrar-lhe rapidamente um exemplo de quadro financeiro Cambon como um real na prática e como nós usá-lo. Tudo bem, então também podemos nos sentir virados como antes. Eu vou rolar no topo pelos rótulos e novamente rótulos. Ele é uma terminologia do Microsoft Planner. Nós o usamos aqui para transmitir e mostrar o número de pontos da história. Isso não significa que você tem que necessariamente usá-lo desta forma é apenas um exemplo de como eu recomendaria que você usá-lo em seus projetos ágeis. Eve, você está criando um quadro Cambon adulto no Microsoft Planner. Tudo bem, então nós também podemos sentir para comprar essa missão. Veja, também isso fez a complexidade usar suas histórias. Então, e eu estou vendo a complexidade média e a baixa complexidade. Mas eu poderia remover a cidade negra local direita, que é a verde. Vamos remover os verdes deles daqui. Então, se eu clicar sobre isso novamente agora ele está me mostrando em Lee as histórias de usuários de média complexidade sobre. Então eu poderia fazer o mesmo para a alta complexidade aqui em apenas como o vermelho em de Select sua laranja. E então eu só iria ver que eu não tenho muito fora cinco pontos histórias histórias de usuários neste sprint particular basicamente um em andamento e o que foi concluído, tudo bem, então eu vou limpar isso por uma semana. Ver novamente toda a prancha Kammen, certo? Mas isso é basicamente como você pode usar o Microsoft Planner para criar um acampamento real a bordo. Você pode renomear o que o Microsoft Planet chama os baldes ou as colunas para fazer Q A feito em idéias de estacionamento. E, em seguida, enquanto você está criando suas histórias de usuário, e se você está se perguntando como você faz isso é muito simples, Microsoft Planner. Basta clicar aqui no botão mais sobre isso é como você e suas histórias mais fáceis. Então, por exemplo, se eu clicar aqui e eu fizer exemplo, usar a história dela Tudo bem, isso é apenas um exemplo, e eu vou clicar em enter, e então eu estou apenas clicando duas vezes sobre isso para Eu posso expandir Se eu clicar duas vezes ou eu apenas clicar sobre ele e eu posso expandir estes sua história. Eu vou dizer que isso tem cinco pontos de história. Então é uma história de usuário de alta complexidade, e eu vou dizer, vamos atribuí-la ao Mauricio, certo? E isso é apenas a funcionalidade do planejador, então eu poderia dar uma prioridade se eu quisesse. Eu poderia escrever uma descrição. Eu poderia criar uma lista de verificação. Eu poderia adicionar um anexo. Eu poderia acrescentar comentários. Então esta é uma das coisas realmente legais do Microsoft Planner. Ele tem um monte de realmente alcance super fácil de usar funcionalidade super simples. Agora, se eu quisesse adicionar uma data de vencimento também, eu poderia, e então, por exemplo,me deixaria por exemplo, voltar para as cidades dos EUA, este calendário aqui e que está em vermelho. Basicamente, significa que isto não acabou para ti. Usa a tua história. Algo que já devia ter sido terminado e que ainda não tenha sido terminado. Certo? Então essa é uma das belezas do Microsoft Planner. Você sabe, você pode usar tudo isso e você pode ver aqui este pequeno ícone número um. Isso significa que a história do usuário tem um anexo. E se você está se perguntando, por que alguém iria querer perguntar tentando e você data ou um anexo a uma história de usuário? Bem, porque ela usou a história dela poderia ter um determinado dia de vontade para ser terminado, e poderia. E o anexo pode ser apenas material de suporte ou documentação de suporte. Certo, então vou deletar esse exemplo. Use a história deles que acabei de criar para você agora, mas como eu disse, aqui, você pode atribuí-la a outra pessoa. Você pode copiá-lo, ou você pode excluí-lo. Vou excluí-lo porque este foi apenas um exemplo rápido apenas para mostrar como criar uma história de usuário aqui no Microsoft Planner. E se você está sentindo que eu estou indo muito rápido sobre isso. Não se preocupe. Você pode retroceder. Claro, porque este é um vídeo. Você pode pausar. Você pode reproduzir o vídeo. Eu gosto de você. Então, antes, vou deixar este apagá-lo. Mas como você, Então, antes de clicar aqui no botão de mais e, em seguida, você criar sua história de usuário em Como eu disse antes, Eu recomendo que você comece com um verbo, certo? Então, por exemplo, crie Beeld. Desenvolver direito. O sinal. Certo? Cheque. Basicamente um verbo, certo. Algo que implica ação. Isso é algo que eu recomendo às pessoas quando estão montando as histórias de reser. Agora, porque nós não estamos seguindo o capataz também, como eu preciso para esse bloco, que é um muito longo quatro meses para escrever e história de usuário que eu também recomendo para as pessoas quando eles estão escrevendo as histórias de reserva na prática, na vida real, como você está vendo aqui, é um Como eu disse antes, não use o modelo ágil tradicional oficial porque ele usou como eu preciso resolver esse bloco, torna-se bastante longo e também se torna repetitivo e redundante. Então comece com um verbo sobre a outra coisa. Eu sempre digo para as pessoas é certo suas histórias de usuário em um curto, conciso, relevante Espere, você sabe, não corrigi-los. Não conte um romance na história do usuário. Basta mantê-lo em um forro que qualquer um que usou sua história recente pode entender o que ele é sobre. Como atualizar Excepcional Fórum Update. Estes e eu gosto disso, a menos que este percentual isso habilitou essas análises. Então, qualquer um que rico isso finalmente pode rapidamente dizer o que é agora, se você quiser ter mais informações sobre isso, você pode. Você pode apenas clicar aqui e você pode adicionar uma descrição. Aqui estão um texto muito longo se você quiser, ou um texto longo aqui na seção de comentários de comentários. Mas, como eu disse antes para manter seu Kevin Ward adulto bonito, como se você estivesse vendo isso na tela, que é super, você sabe, parece muito bom. É fácil de entender. É fácil trabalhar com. Funciona de relance. Esse é o propósito de um quadro de Cambon ágil. É assim que deve ser. Deve ser curto. Deve ser relevante. Deve tornar-se tamanho. Deve ser fácil de entender, certo, porque basicamente o que um acampamento real a bordo nos permite fazer é verificar qual é o status do projeto em qualquer momento durante qualquer primavera em particular, como estamos gerenciando em nosso caso nesses exemplos, como você está vendo aqui agora. Agora há algo que eu realmente gosto. Também sobre o plano da Microsoft é que você pode ver aqui que está mostrando que nós completamos 100 23 uso ou histórias, certo, e você pode rolar e você pode ver todos eles que foram concluídos. E isso mantém toda a rastreabilidade fora de tudo o que você fez certo. Microsoft Planner também tem outras funcionalidades, como gráficos. Se eu for aqui para os gráficos, ele vai me mostrar o que não começou. O que em progresso faria ardósia o que está concluído? E eu posso ver aqui alguns gráficos também, e eu posso ver aqui o número fora isso está me mostrando basicamente que eu tenho dois testes que eu não comecei a usar suas histórias e isso mostra que, por, hum, membro da equipe, direita, Então você pode ver aqui cores diferentes em progresso tarde. Então eu esse cara ganhou uma tarefa. Você usa sua história por causa de dois em andamento e assim por diante. Estes são apenas alguns desses gráficos que vêm automaticamente do Microsoft Planner, e tem muitas outras opções aqui que você pode ver. E eu não vou entrar em detalhes porque isso foi basicamente Maura sobre o ágil pode ser entediado. Agora, os gráficos aqui, como vocês viram antes, são como os de Michael dos gráficos padrão do planejador. Então eles não são um gráfico queimado ou um gráfico de velocidade ou qualquer outro tipo de gráfico que ele poderia usar em ágil, como um gráfico de queima também. Mas eu incluí alguns desses modelos para você no curso, que você pode baixar facilmente, e eles são apenas excelentes, você sabe, modelos que você digita, e eles calculam automaticamente, ou, se você quiser que ele tenha, como um diagrama automático, você sabe, agora carga queimada automática, velocidade, etc. Provavelmente a ferramenta mais robusta para isso será a jezeera da inflação. É provavelmente aquele que tem todos esses gráficos automaticamente incorporados a eles. Para coisas como planejador ou viagem, você meio que tem que fazê-los manualmente ou você tem que ter Adam ou pagar funcionalidade extra para obter isso adicionado a eles. Então não vem por isso pela culpa, como faz injera. Então essa é uma vantagem de Ghira. Mas puxa, Rolls era uma ferramenta é um pouco mais complexo de gerenciar é um pouco mais complicado e mais complexo de entender também. Então, se você quer ir muito simples, realmente minimalista, eu definitivamente recomendo que você usou qualquer trilha Oh, ou Microsoft planejador, se você está usá-lo. Se você está trabalhando em uma empresa que tem acesso ao Office 365 direito no Microsoft Planner é um desses APS que faz parte do Office 365 Então, tudo bem, pessoal, como você pode ver aqui, este é realmente um exemplo simples. Off um ágil pode ser entediado aqui no Microsoft Planner em. Falamos sobre histórias de usuários, pontos de história que colunas que fazem parte do quadro de campanha, como você contrata a conclusão, como você pode criar um novo usuário Stories aqui e Microsoft Planner. Como você pode atribuir ou reatribuir? Use as histórias deles se precisar de como você pode movê-los ao longo de sua vida como você está mais como lá. Você está progredindo, as diferentes faces do projeto, e isso é basicamente comer direito. E como vocês já sabem, eles não precisam ser para todos exatamente o que eu estou mostrando aqui, no sentido de que vocês não precisam usar sprints wiki como eu trabalhei em partes onde temos primavera quinzenais. Trabalhei em outros lugares onde tivemos molas nas últimas três semanas, e trabalhei na prática que duram até quatro semanas, que provavelmente é o mais longo que você quer ter em termos de duração do seu sprint. Neste caso, estamos fazendo sprints semanais, que não é algo que você pode perceber aqui tanto no acampamento a bordo, mas realmente não importa porque as pessoas que trabalham na equipe de produtos sabemos quais são os histórias de usuários em que estamos trabalhando a cada semana porque isso é o que se reflete aqui no quadro Cambon ágil. O que você vê aqui é o que estamos planejando ou planejado para uma primavera particular. Depois de completarmos tudo, nós os movemos para o feito, e se não completamos tudo, então ele se move através do seguinte sprint, que é algo sobre o qual me perguntam o tempo todo. Nós movemos histórias de usuários através para a próxima impressão. Quatro. Vamos colocá-los de volta na lista de pendências do produto, ou o que fazemos com eles? E nós não os completamos. Então, basicamente, sim, você poderia colocar aqui outra coluna. Nós não temos isso aqui neste exemplo de placa de câmera que eu tenho o seu visto na tela, mas você poderia colocar outra coluna para o seu produto de volta Olhe, e então se você não completar algo, você poderia movê-lo de volta para o produto e, em seguida, você pode reatribuí-la para a próxima impressão. Ou você pode pensar e simplesmente mover tudo. Cabe a cada equipe ágil, e cada equipe ágil é diferente, e o contexto de cada equipe ágil também é um pouco diferente. Algumas equipes movem tudo pelo nosso, reavaliam se me perguntarem o que devem fazer. Eu basicamente acho que você deveria olhar para isso em uma base caso a caso. Então, depois de terminar cada sprint enquanto você está fazendo seu planejamento de primavera para a próxima primavera, você quer ver quais feridas de usuário de história você não completou em seu sprint anterior se eles ainda são relevantes, e se você está roubando para completá-los no curto prazo vai passar para a próxima primavera. Se não o fizeres, se já não forem rebeldes, alguma coisa mudou. Coloque-o no produto de volta. Olhe, Como você já sabe, ágil não é rigidez flexível em. Estamos abertos a mudar o tempo todo e as coisas mudam rapidamente. Um ágil. É por isso que seguir nossa Rachel, como os stand ups diários e retrospectivas, as sessões de planejamento de primavera, as sessões de demonstração e assim por diante é tão importante porque um pouco como a cultura. Tudo bem, pessoal. Então, de qualquer maneira, eu só queria mostrar a vocês este exemplo fora do nosso quadro de Cambon ágil aqui no Microsoft Planner porque é algo que eu sei que as pessoas estão realmente interessadas em ver o tempo todo, você sabe, mundo real exemplos e como usar um desejo ferramentas que estou usando. E como você já me ouviu falar antes, eu não sou particularmente casado com nenhuma ferramenta. Eu estou constantemente brincando com ferramentas diferentes, e eu acho que além de qual ferramenta você usa, é mais em torno do processo, essa cultura que todos se sentem confortáveis com o que eles estão usando no nosso caso neste e neste projeto específico, todos na equipe do produto têm acesso ao Microsoft Planner. Todos sabem como funciona é super fácil de usar, então todos nós o usamos nesta área. Então o que temos, e como eu disse antes de ouvir o feito, você pode escondê-lo se você quiser escondê-lo ou você pode expandi-lo. O Microsoft Planner é bastante intuitivo. Você vai pegar o jeito dele muito rapidamente e muito facilmente em, Hum,de Hum, qualquer maneira, eu espero que você encontrou esta parte do curso e esta palestra sobre um exemplo mundo riel de placa de Cambon ocioso usando o Microsoft Planner realmente valioso e realmente útil. E sei que há algo que as pessoas querem que eu faça o tempo todo. Eles querem que eu os ensine através de exemplos de mundo de recompensas usando uma ferramenta específica e como eu uso, e tenho certeza que você obterá um valor menor com isso. E se você tiver alguma dúvida, nós entraremos em contato. Não se preocupe. Feliz em responder e feliz em ajudar onde eu possa escrever caras. Saúde. Veja no próximo pode 39. Por que as empresas gostam de Scrum e oportunidades de trabalho: Você já me ouviu falar sobre por que as empresas adoram tanto scrum, mas eu queria resumi-lo em alguns pontos de bala para você, e é basicamente o que você está vendo na tela. Sabe, as pessoas adoram Scrum porque ele fornece benefícios tangíveis muito rapidamente. Muitas vezes a eternidade, Vly, porque cria uma mentalidade e uma cultura fora da orientação do resultado, você sabe, as letras muitas vezes entregando rapidamente e também porque as pessoas estão crescendo e melhorando continuamente e as pessoas podem ver isso. E eu acho que uma das maiores coisas também porque as pessoas se tornam tão, você sabe, apegadas a sair. Se lá eles começam a usá-lo é porque eles vêem a diferença em como ele ajuda seus negócios e como ele ajuda seu projeto versus o que eles estavam fazendo antes, que, é claro, estava sempre ou geralmente tomando. Eu amo mais tempo e muito tempo não está permitindo que eles atinjam e atinjam seus objetivos. Exemplo da vida real Aqui Alguns anos atrás, Eu trabalhei neste projeto e ele tinha passado por cinco gerentes de produto diferentes. Ele levou três anos, e a equipe tinha Lille, a equipe em que eu estava trabalhando, esse projeto em particular tinha pouco a mostrar para si mesmos. Eles estavam tentando realmente implantar essa nova tecnologia para cerca de 20.000 usuários. Eles só tinham atingido cerca de 500 desses. Imagine parece loucura, certo? Mas isso é difícil e isso acontece em muitas empresas no mundo onde eles estão gastando milhões de dólares em centenas de milhões de projetos. E muitas vezes os resultados não são o que eles esperam. Então, quando eles chamam de ser para trabalhar com essa equipe de projeto, uma das primeiras coisas que eu disse a eles é que eu queria mudar completamente a estratégia e a metodologia e tudo o que eles estavam fazendo e mudar o scrum. Eu os treinei e expliquei a eles que scrum Waas e eu meio que assumimos o papel de scrum master neste projeto. Trabalhamos muito e você não vai acreditar em mim. Mas é realmente que estou falando de um exemplo da vida real. Em menos de três meses, entregamos esses 20 mil usuários. Esta nova tecnologia. Ele era um projeto muito bem sucedido. As pessoas adoram o projeto. Eles foram capazes de começar a usar a nova tecnologia. Ele só permitiu que eles trabalhassem de forma mais colaborativa, mais produtiva. E nós fizemos isso seriamente o que eles não tinham feito em, tipo, três anos com os ocupados em três meses. E sei que parece loucura. Eu sei que soa, você sabe, um pouco fantástico, e eu saio deste mundo. Mas é realmente eu estou falando de um exemplo da vida real de um produto que funciona em alguns anos atrás, e ele foi incrível. Sabe, recebemos muito reconhecimento por isso. Você sabe, as pessoas estavam recebendo prêmios que estavam recebendo bônus, incentivos financeiros por causa dos resultados de foram alcançados. E é muito empolgante dizer isso. E eu não estou dizendo que você deve estar fazendo isso ou você deve estar trabalhando seu crime por causa da recompensa para que você possa obter o que eu estou dizendo é que pode ser muito gratificante, mesmo se você não entender você sabe essas enormes recompensas ou bônus ou qualquer que seja apenas o processo você tem, você foi capaz de alcançar seus objetivos no tempo no orçamento um monte de vezes antes do tempo, antes do cronograma, então é apenas super gratificante, e as pessoas se sentem muito animado de trabalhar em projetos scrum juntos em projetos usando scrum porque eles podem ver o valor dele. É por isso que é por isso que voltar para a parte inicial desta palestra, as pessoas adoram, desaparecem. E é isso que as empresas adoram scrum. E é por isso que há uma demanda tão alta por mestres scrum e pessoas com conhecimento scrum e ágil , porque isso está se tornando um pouco de uma tendência no mundo em que as empresas querem mudar mais em guerra para scrum ou uma mudança mais mais para metodologias ágeis. Então, tenho o prazer de informar que há muitas oportunidades de emprego por aí para pessoas com conhecimento ou certificações criminais. Então, estou muito feliz por você, porque você está passando por este curso. Você adquiriu um conjunto de habilidades muito importante e uma quantidade muito importante de conhecimento sobre scrum que permitirá que você quer guerra venha projetos scrum compartilhar conhecimento com as pessoas no escritório, candidatar-se a scrum master rolls ou scrum papéis . E como eu disse antes, é apenas um mercado muito grande em todo o mundo com um apetite e demanda por pessoas com habilidades de abandono e conhecimento em diferentes indústrias, diferentes tipos de projetos e em todo o mundo. Então eu vejo pessoas se aplicando e se movendo em lutas o tempo todo. E, você sabe, é uma carreira realmente gratificante. É uma carreira muito empolgante. Não importa se você é um B, um r P m ou mesmo alguém que não teve esse tipo de exposição antes. Isso permite que você agora se inscreva para um tipo de carreira e um tipo de movimento de carreira que você pode ter tido a oportunidade de se candidatar antes de novo, muito animado para vocês. O que você faz com a informação e certificação que você está recebendo deste tribunal é com você. Sem pressão. Claro, se você não queria fazer nada em particular, mas apenas mais, isso foi mais uma experiência de aprendizado para você. Eu sou Deus que ele se deu a oportunidade de qualquer maneira porque, como eu disse, há muitas vantagens e pequenas coisas que você pode tirar das pontuações e aplicar em seus projetos da vida real. E mesmo se você não aplicasse tudo, mas a alguns dos conceitos chave de algumas das coisas que você aprendeu nas partituras, você vai começar a ver isso fora, você sabe, valor e muitas diferenças na maneira você está trabalhando em seu produto e na entrega dos resultados desses projetos. Então eu tenho certeza que você vai ralar, você sabe, você sabe, se alguma coisa aparecer e se você tiver alguma dúvida ou qualquer coisa, não hesite em me contatar ou qual delas. Muito bem, pessoal, vejam no próximo. 40. O processo de Scrum e Scrum Recap: Então, nesta fase do curso, já cobrimos todos os diferentes conceitos que fazem parte do scrum. Os diferentes artefatos, rituais, ferramentas, princípios, pilares, valorizam praticamente tudo o que faz parte dos gritos, incluindo os papéis que estão na essência e no coração Scrum. E agora eu só quero colocar tudo isso em um único diagrama em uma ilustração simples para que você entenda todo o processo e termine. E é isso. É isto. O que você está vendo na tela, como você pode ver, é muito, muito simples, porque é assim que scrum é. É uma estrutura muito simples em uma metodologia muito simples para você entregar projetos e vamos voltar da esquerda para a direita. Temos o backlog do produto e, em seguida, do backlog do produto, que é tudo o que precisamos para entregar no projeto. Antes de começarmos a sprint, criamos nosso visual de sprint, que são as histórias de usuários, e vamos viver esse sprint em particular. Então passamos por esse sprint que é geralmente duas semanas e como estamos progredindo e ou terrivelmente trabalhando através de nossos sprints também estavam fazendo nosso scrum diário em nosso scrum diário é um significado de 15 minutos em que todos os dias nós fizemos junto com a equipe nós continuamos o que foi trabalho hoje antes do que estamos trabalhando atualmente. E se houver algum problema ou impedimento para que possamos cumprir os objetivos de sprint e uma vez que terminamos o sprint que entregamos em incremento ou em uma entrega, então repetimos todo o processo novamente. Então é por isso que você tem esses seriados em Sprint e diário scram porque isso é um processo cíclico um pouco fora e é um processo contínuo e é aí que chamamos de desenvolvimento interrogativo porque continua e se constrói sobre o que foi feito antes como você pode ver no gráfico que você está vendo na tela. Então é basicamente isso pessoal. E eu sei que quando você começou o curso e você não tinha idéia do que Scrum era sobre, você estava meio que pensando sobre o que e quão complexo ele seria e você continuou ouvindo sobre histórias de usuários, torceu sprint para trás, olha de o plug traseiro, scrum diário, scrum, proprietário do produto mestre e todos esses termos pareciam um pouco batida. Bizarro, certo, mas agora que você passou por estes núcleos. Tudo isso é, você sabe, montado você sabe, montadoem um diagrama muito simples que qualquer um pode entender. Você pode apreciar aqui a beleza e a simplicidade do scrum e por que ele é tão poderoso . Como dissemos antes, a coisa chave e a razão pela qual é uma metodologia tão poderosa pois permite que você entregue rapidamente com frequência e atinja esses objetivos de negócios muito mais rápido do que você faria se você estivesse apenas seguindo um abordagem de gestão de projetos, que é conhecido como uma metodologia de cachoeira. Uma abordagem cachoeira para complementar o que vimos antes na recapitulação scrum vamos cobrir novamente os diferentes papéis que fazem parte de Scrum, que são o proprietário do fôlego, a equipe de desenvolvimento no Scrum Master. Esses três rolos adicionados juntos, são o que podemos ver lá, descrever equipe e apenas lembrar que o proprietário do produto é alguém que ele está representando o cliente sobre as necessidades e prioridades de que e cliente. As equipes de desenvolvimento são as pessoas que estão realmente fazendo o trabalho no scrum. Mestre é um facilitador e um campeão de gritar todo o processo que garantiu que a equipe entrega no tempo na pista sobre o orçamento, certo e como vimos antes em scrum com entregar v Esperance que geralmente e tipicamente últimos dois semanas no local que executamos para esse processo de execução, temos o que chamamos de Crump dia, que é uma reunião diária de 15 minutos em que a equipe se reúne e fala sobre o que cada pessoa na equipe fez no dia anterior, o que eles estão fazendo isso naquele dia em particular, se eles têm algum obstáculo ou quaisquer problemas ou quaisquer impedimentos que não estão permitindo que eles atinjam seu objetivo de sprint, é isso. É simples assim e parece? Além disso, é que você é visto na tela e a beleza de tudo isso, como conversamos antes, é que ele nos permite entregar rapidamente com frequência e atender aos objetivos de negócios e aos requisitos de negócios