ó ó é só vamos conhecer um pouquinho mais sobre isso então eu preparei esse vídeo para que nós pudéssemos conhecer um pouco mais sobre as peças de uma perspectiva prática então eu pretendo é sempre ficar para vocês a elaboração dizer ter fácil escrever e também conhecer algumas técnicas que podem auxiliar no planejamento de uma começa então é recapitulando com vocês principais conceitos na principais povos que o escravos apresenta os papéis temos aqui o que ou não tchau produto time o scrummaster tão estoque representado temos os artefatos e produtos de cartórios print blog ou o gráfico
de burndown e temos algumas cerimônias não é a cerimônia de revisão da sprint a retrospectiva da sprint temos o próprio sprint antes tente então período de tempo que dura quatro semanas quem um conjunto de funcionalidades não ser incorporadas ao produto tão nosso objetivo aqui não é falado schramm como todo mas sim focar nos principais até fatos e em algumas técnicas que nos ajudam no planejamento para rosto ok bom então o primeiro artefato que merece nossa atenção é um produto e backlog o produto tiver que logo então é esse artefato que vai ser é produzido principalmente
pelo produtor ler em que ele vai estar tudo o que ele deseja no produto então a gente pode entender que são os nossos requisitos e esse produto daqui logo esses requisitos eles devem estar priorizado e todo te amo esse é o nosso produto daquilo muito bem entendido o que é o produto de bike logo nós precisamos então tem como montar um produto bem quilômetros e aí nós precisamos conhecer as histórias uso não é escrotorio celular isso é uma outra forma né de especificar a os requisitos vamos dizer assim as funcionalidades mas ela é muito usada
junto com luca então é as histórias dos lábios elas vão ser escritos em linguagem natural e vou escrever vão representar não descrever o comportamento de uma funcionalidade de esperar de uma forma bem simples sem detalhes técnicos apenas o essencial que nós podemos entender é para a equipe poder registrar o que foi discutido na reunião então a história do usuário ela tem esse formato como perfil do usuário eu posso teria pego a realizar uma função requerida para determinado o valor ao negócio então vejo que a história do usuário tem algumas partes fixas como eu gostaria para
ir algumas partes em que a gente vai ter que identificar no contexto daquele projeto meu perfil do usuário qual é o perfil do usuário interessado naquela funcionalidade e por que que essa funcionalidade ela é relevante ela é importante qual é o valor que ela agrega para esse projeto então essa seria uma forma de nós é descrevemos os nossos requisitos em um produto e backlog então eu do exemplo aqui no centro nesse vídeo será no sistema o hotel né então a gente poderia definir algumas histórias para esse sistema dentro do template então ficaria como recepcionista eu
gostaria de registrar a entrada de um hóspede que a controlar a rotação do hotel o recepcionista eu gostaria de registrar a saída de mostre para controlar a locação do hotel como gerente eu gostaria de incluir logo do thanos documentos impressos para personalizar o fixar a marca e assim vai na igreja o que é o histórias do usuário que tem o perfil usuário que tem interesse nesta funcionar tá e tem um porquê que essa funcionalidade é importante então nós temos este template é produzido em todos as nossas histórias temos aqui então o conjunto de história que
vão compor o produto backlog do nosso projeto fictício que dê exemplos o atleta mas todas essas histórias elas têm igual importância elas elas têm entregam o valor da mesma forma pro pros usuários elas são igualmente importantes né obviamente que não existem histórias que vão ser mais importante que elas vão ter uma prioridade mais alta de desenvolvimento e outras histórias que vão sistema prioridade é menor então aqui no nosso exemplo nós podemos identificar com uma prioridade alta cadastro dos quartos o registro de entrada de voz porque o registro de saída de ossos e da mente mente
que não é tão importante assim eu emitir o relatório de ocupação e incluir o logo do hotel nos documentos então classificando essas histórias aqui com o prioridade baixo temos outras prioridades meses que eu também poder fazer o controle de algum serviço esse é o serviço que o hotel pode prestar por bosques e o registro da utilização desses serviços que nós não tão classificamos essas histórias como média a escala de prioridade aqui no acessada nos campos você pode utilizar uma escala de quatro milhas três milhas dois níveis enfim fica a critério então na organização definir na
qual vai ser a escala é utilizar tô usando aqui uma escala então de três meninas alta média e baixa e o importante é que o produto tiver blog seja priorizar que não é então que as histórias sejam avaliadas é em qual grau de prioridade qual é o valor que elas agregam para aquele projeto e as histórias que agregar em mais valor serão uma prioridade maior hum será que todas as histórias elas são igualmente complexas né ou seja será que tem histórias mais difíceis de serem implementados que vão requerer um tempo expulso maior representação ou será
que todas elas são iguais então é fácil nosso povo que não que tem algumas funcionalidades mais difíceis de serem implementados e outras mais simples espera implementar então nosso produto tibete longo precisa também registrar esta complexidade mas como identificar a complexidade das o que é fácil para um pode ser difícil para o outro tá bom nós temos aqui novamente uma técnica que não é o scan mas que é muito utilizado em conjunto com o scan que é a técnica do clinton entender essa técnica nós começamos entendendo que existe um baralho né assim como no jogo de
poker e tem as cartas aqui no plano em poker nós temos também algumas cartas que estão aí registrados para você essas cartas então elas possuem aqui o a série de fibonacci algumas outras cartas que permitem aos jogadores é expressar uma ideia diferente de complexidade como eu não faço ideia não quero me manifestar mas nessa nessa avaliação então cada membro do time vai receber o baralho com as cartas em que o conceito importante é que que essas cartas elas possuem então a série de fibonacci é na sua casa o youtube então para que a gente possa
estimar o produto tiver que longe o pior vai pegar uma história que ele identificou por exemplo como gerente eu gostaria de cadastrar nos quartos do hotel para disponibilizar preocupação e nós precisamos então é estima a complexidade dessa história e aí como é que funciona então o membro do cada membro do time de posse de um baralho vai avaliar essa história e vai colocar o valor para ela uma complexidade para ela então veja o que aqui os nossos momentos dos filmes é colocar o valor 38 2013 eles têm uma percepção de complexidade bem diferente né como
que ele chegar nessa nesses valores vou nessa rodada a cada um a partir da história colocou a sua percepção talvez o membros e que colocou o valor 20 para confeccionar daquela história honesta está pensando que o cadastro do quarto poderia ter uma interface gráfica representativa da planta do hotel e que isso iria dar uma complexidade de desenvolvimento já talvez não lembro assim como membro de pensão olha o cadastro de quatro é simplesmente o cadastro de um número quarto 101 quarto 202 para 303 e adoro super simples fazer um cadastro de um número veja o que
a partir dessa percepção de complexidade cada membro vai expor os seus motivos né porque eles pensou uma complexidade é preciso tá e a partir dessa explicação o teu pode me dá alguma característica por exemplo ele pode dizer que não não desejo uma interface gráfica assim como ele pode dizer não não é apenas um cadastro do número eu desejo algumas outras informações que são relevantes para o cadastro tem um quarto de hotel por exemplo questão de acessibilidade a questão da metragem a questão de uma categoria e aí você vai descobrindo então exatamente o que envolve esta
funcionalidade e tirando dúvidas conhecendo mais os detalhes né eu vejo que quando a carta é apresentada ela é a opinião outro membro da equipe sobre aquela funcionalidade e eles apresentam as cartas ao mesmo tempo isso permite com que cada uma espécie é sua opinião daquela história sem estar sendo influenciado pelas opiniões dos demais é a ao mesmo tempo passa opinião ela pode não corresponder alguma característica ela tá funcionalidade ou é encontrar algo empecilho de tecnologia que o pior ou outro membro da equipe pode solucionar o pode esclarecer partir do momento em que cada uma apresenta
sua visão mas e aí qual é o valor que nós vamos colocar para complexidade dessa história ainda não sabemos está muito diverso então nós partimos para uma segunda rodada em que cada membro vai normalmente a partir dessa discussão da primeira rodada é rever a ou a complexidade a partir do que foi discutido na primeira rodada a tendência que conforme as rodadas do acontecendo os valores tendem a ir se aproximando também aqui agora nós já temos aqui uma e na visão mais próxima quem sabe a gente pode dizer que essa é história tem uma complexidade 5
e com isso o nosso produto tiver que logo então ganha esta coluna com a sua estimativa e esta é a visão final do produto backlog são as histórias de usuários priorizados e este max ouvimos então tipo para fazer a a história do usuário a temos um template a prioridade ela é definida a partir do pior é o pior que priorize que deve de compreender quais são as histórias mais relevantes e as que podem ser deixadas para momentos futuros de desenvolvimento e são estimadas a partir da visão do entendimento do time a complexidade de cada e
essa é a nossa é o nosso nossa visão geral é de um produto daquilo que passamos agora então a ver como montar um sprint that long então nós vamos montar esse print daqui logo a partir do produto tiver que então retomamos o nosso produtividade logo as histórias priorizados este lado e nós vamos então a partir do objetivo definir qual é o nosso objetivo nessa sprint escolher as histórias que vão de encontro a esse objetivo e evidentemente que vamos tentar escolher as histórias com obtendo a priorização 10 então nós podemos definir que nós vamos no nesse
sprint é fazer o cadastro dos quartos muito bem então ela vai entrar no nosso sprint backlog pegamos essa a história e quebramos ela em tarefas tarefas é o que precisa ser feito para realizar aquela história que que eu preciso que a equipe precisa fazer para que essa história seja incorporada ao produto então para que os cadastros parte cadastrar nos quartos seja incorporada produto é necessário fazer a inclusão do quarto na base de dados fazer permitir a exclusão dos quartos a consulta dos quartos aí adição de um quarto enfim nós vamos verificar todas as tarefas tudo
que precisa ser feito então a montar elaborar um sprint backlog é pegar uma história do usuário e quebrar em tarefas e essas tarefas elas vão ser este mar né então veja o que a inclusão de um quarto foi estimado em quatro horas assim como a difusão do qual a consulta em duas horas de trabalho são de quarto em 5 horas de trabalho então o que eu tenho no sprint backlog eu tenho uma parte do meu produto backlog é incorporado ao sprint backlog em que cada história do usuário foi quebrada em tarefas esse é o meu
sprintvac love conjunto um subconjunto de histórias que foram definidos no produto texlog em que cada história foi decomposta em uma lista de tarefas observe que as tarefas foram então é estimadas com a quantidade de horas para realizá-los deve-se buscar estimar essas horas no limite entre uma hora e 16 anos porque não estimar tarefas com mais de 16 horas e o sprint ele ele é um período curto de duas até quatro semanas é no máximo e o sprint backlog vai ter todas as tarefas que precisam ser realizadas nesse período nesse sprint seu estilo tarefas como a
quantidade de horas muito grande eu fica difícil o monitoramento fica difícil acompanhamento porque de repente você tem uma tarefa que levou cinco dias para ser feito horas cinco dias pode ser metade do tempo de uma sprint e quando eu percebo essa tarefa atrasada eu posso não conseguir mais recuperar essa tarefa naquele período então tarefa se pequena me permitem compreender daí essa funcionalidade e me permite monitorar o andamento desses tente me permitiu verificar que o sprint está andando ou se ele está atendendo não entregar tudo o que foi é bom então veja com uma estimativa pequena
de horas eu tenho que praticamente em 2 dias se o meu limite é 16 horas a cada dois dias uma tarefa tem que estar sendo concluída tem até empresas que trabalham com limite de 8 horas né você seja as tarefas tem que ser o teu tamanho que ser realizadas em um dia então o importante é entender que o tamanho da tarefa tem que ser pequeno pode ser que quando você pega analisa a história você ainda não consiga é quebrar em tarefas muito pequenas então não pode ficar com o valor maior mas conforme você vai entendendo
as tarefas daquele sprint elas vão sendo de compostos né antes de entrar em execução propriamente dita tão importante buscar estimar tarefas que tenham um tempo curto de desenvolvimento de execução ah mas então quantas histórias eu consigo colocar no meu sprintvac logo então essa é a outra pergunta que a gente precisa responder eu tô planejando o sprint sprint bike logo vai ser um subconjunto né vai ter algumas histórias do meu produto pexlog mas quantas histórias vão estar lá né muito bem então a gente precisa voltar lá no sprint aqui o óleo e olhar que eu tenho
no meu no meu pé que eu ande estimativos então veja o que cada história ela foi estimada com uma complexidade então eu tenho tá histórias mais fáceis de serem executados e eu tenho histórias mais difíceis de serem executados né então conforme eu for pegando as suas histórias e colocando no meu sprint vexlog essas histórias elas vão tô tomando um tamanho aqui dentro né então veja aqui o meu produto tiver que love em que cada história tem aqui uma estimativa conforme vão pegando uma história jogando para o meu sprint daqui logo eu tô adicionando esses pontos
ao meu sprint aí eu peguei uma tarefa de cinco uma tarefa de complexidade cinco outra tarefa de complexidade três veja que aqui o meu sprint backlog já estacionando 26 pontos a gente então tem que conseguir é conhecer qual é a velocidade que esse time consegue produzir quantos pontos o time consegue produzir em um sprint para ser uma métrica importante lusca como é que eu vou conhecer isso não ao final da sprint eu só tenho um conjunto de tarefas que eu consegui quer que o time é free e outras que não então eu não ele planejou
26 pontos mas ele conseguiu desenvolver 18 pô então os primeiros sprints é possível que é você é né porque você tá conhecendo a capacidade da equipe você tá conhecendo ainda aquelas histórias mas é conforme o tempo vai passando você vai ter um histórico de velocidade e aí você consegue estimar em cima dessa velocidade né então primeiro conseguiu desenvolver 12 depois 15 depois oito depois de 16 poxa então talvez esse aqui essa equipe ela tem uma velocidade de 15 pontos em torno de 15 pontos então eu posso ir colocando histórias no meu sprint para que o
nome até ter fazer aproximadamente 15 pontos tô falando então a complexidade peças stories vamos então supor ea equipe já tenha colocado é um conjunto de histórias que perfez 10 pontos e eu tenho uma capacidade então depois de 15 pontos portanto eu vou escolher uma história que vai de encontro o objetivo do sprint que observa a lista de prioridade mas que ela tem um tamanho máximo de 5 a e considere também a capacidade da sua equipe quando tiver fazendo planejamento do seu espessura sprint backlog por exemplo a ultimate 6 pessoas ou seja desenvolvedores trabalhando 8 horas
por dia para um projeto em que as experiências estão definidas em duas semanas ou seja 10 dias úteis portanto nós temos uma capacidade de 480 horas por sprint então quando nós estamos lá fazendo planejamento do nosso sprint daquilo nós temos que olhar a o esforço que nós estamos estimulando para essas tarefas tão é vejo que para cada tarefa eu tenho uma quantidade estimada de horas se eu somar eu vou tendo o meu esforço planejado então eu vou incluindo histórias no sprint vexlog até que e o esforço planejado das tarefas não ultrapasse a capacidade do time
bom minha capacidade 480 horas então eu posso incluir 480 horas é de soma das tarefas não não é recomendar não seria uma boa prática é estime até o se aproximar a oitenta por cento da capacidade porque a gente sabe que a pessoa vai 100% produtivo né ela vai atender o telefone ela vai tirar ajudar um colega e nós estamos trabalhando sobre este motivos então se eu coloco no máximo da capacidade daquele que com certeza muito provavelmente é não vai conseguir concluir essa esteja portanto nós trabalhamos com percentual de tesa vinte por cento então se a
minha capacidade total de 480 horas eu poderia considerando uma estimativa e tenta por cento eu vou colocando e histórias até que o esforço se aproxima de 384 horas não mais do que isso porque é dessa forma eu tô considerando o erro também de estimativas e considerando a a capacidade efetiva da equipe e como é que eu acompanho o progresso não é o que eu estimei o suplente texlog agora ela tá executando e como é que eu acompanho se o meu sprint tá indo bem ou não também então nosso quadro de tarefas nos ajuda nessa missão
né então eu tenho aqui a história que foi colocada para ser executada nesse sprint e aqui eu vou ter no comecinho da spin de todas as tarefas e conforme as tarefas vão sendo né os alunos para que sejam desenvolvidas as vão passando então para coluna de que os estão sendo executado e conforme elas vão sendo concluídos elas bom para coluna de feio né então você pode estar atualizando esse quadro com ele o nome do desenvolvedor em cada tarefa e aqui você olha e você sabe todas as histórias que vão estar sendo desenvolvido todas as tarefas
que precisam ser feitas todas as que estão em execução nesse momento e todas as tarefas que já foram concluídas e você olha um quadro desse e você está no final do sprint ainda tem muitas tarefas aqui possível que eu sou sprint não consiga concluir né então você esse quando eu já te dá uma uma perspectiva né do andamento dessa dessa sprint você também consegue por esse quadro verificar o que cada eu sou a equipe é isso tá trabalhando você consegue ver quais foram as vitórias que ainda não foram concluídos enfim né ela te dá ela
é um quadro bastante o visual que permite você rapidamente entender algumas coisas sobre o progresso da sua experiência mas esse quadro esse quadro ele não precisa ser um quadro digital né ele pode ser digital você pode utilizar uma solução computacional para até a representando as suas tarefas e o status dela ou você pode mesmo utilizam quadro não digital o quadro geral né para representar então as suas tarefas né então é isso fica opção de cada equipe a incômoda vai estar querendo monitorar o seu projeto se no mundo real no mundo virtual o youtube somado então
é esse quadro nós temos o bordão gráfico de burndown nesse gráfico nós temos aqui no nosso eixo y as horas e aqui no eixo x os dias então veja aqui nós temos um sprint de três semanas tá vendo estão três bloquinhos de 5 dias úteis e aqui nós temos as horas ou seja eu vou somar todas as horas estimadas para as tarefas e eu vou ver quantas horas eu tenho nessa sprint então por exemplo sendo 120 horas de desenvolvimento previstas nessa sprint que devem de ser cumpridas ao longo de 15 dias e nesse gráfico então
nós vamos a cada dia marcando a quantidade de horas que faltam ser desenvolvidos essa linha aqui ela nos a mudar o o ideal né então às vezes eu vou estar em baixo desta linhas vezes eu vou estar acima dessa linha é essa figura aqui ele representa um gráfico de mandar o link mostra que eu coloquei poucas histórias nesse frente eu consegui ter eu provavelmente eu vou conseguir terminar essas histórias muito antes do final do sprint já esse outro gráfico aqui eu consigo perceber que eu tô me afastando aqui dos exemplos do real do desejado desculpa
tô me afastando aqui do desejado é de forma que eu não irei entregar provavelmente todas as histórias pro metidas né então eu olho para esse gráfico e eu consigo enxergar como é que está o andamento do meu explique o olá pessoal era isso por hoje espero que tenham entendido basicamente como funciona fiquem bem e até true
