Log in
Fórum de discussão
Consulte abaixo todas as dúvidas e comentários relacionados a este curso. Se você tem alguma dúvida, utilize o botão CRIAR NOVO TÓPICO. Verifique antes se a sua dúvida já não foi enviada por outro aluno.
Burndown da realease
Categoria: Dúvidas gerais - Módulo: Módulo 7 - Finalizando a Sprint
Enviado em 23/11/2016 19:23
Enviado em 23/11/2016 19:23
Vejo que para montar o Burndown da release , você usa com eixo X o total de pontos de TODAS as sprints, essa estimativa de pontos deve ser feita por quem e em que momento ? Visto que pode gerar uma estimativa distorcida de pontos em função de ser um processo empírico.
Muito obrigado.
Frederico Werly.
Re: Burndown da realease
Categoria: Dúvidas gerais - Módulo: Módulo 7 - Finalizando a Sprint
Enviado em 24/11/2016 00:20
Enviado em 24/11/2016 00:20
Boa noite, Frederico
O eixo X (vertical) é a quantidade de Sprints que fará parte de uma release. Se uma release for de 5 Sprints, então terá 5 Sprints no eixo X do gráfico. Isso é explicado durante o modulo sobre gerenciamento de release.
O eixo Y (horizontal) é o total de pontos estimados para a release e distribuídos ao longo das Sprints da release de acordo com a produtividade do time de desenvolvimento. Esta estimativa eh feita durante as reuniões de grooming, pelo time de desenvolvimento. Isso é explicado durante o modulo 8.
No modulo sobre monitoramento de projetos scrum eu explico em detalhes como montar um gráfico burndown.
Lembre-se que times ágeis entendem que estimativas são apenas estimativas e que conforme o projeto avança e a medida que o time tem mais detalhes, ele ajusta as estimativas. Isso é normal e aceitável dentro da cultura ágil.
Abraço
Kelvin
Re: Burndown da realease
Categoria: Dúvidas gerais - Módulo: Módulo 7 - Finalizando a Sprint
Enviado em 24/11/2016 16:32
Enviado em 24/11/2016 16:32
Perfeito ! entendi.
DÚVIDA 1)
Mas o grooming é feito já com a sprint "rolando", aí ok, pois o time de desenvolvimento reserva em 10% do tempo para isso com o Dono do Produto.
A questão é : Antes de começar o projeto ágil o Dono do Produto já possui o backlog do produto com essa estimativa em pontos para cada item ? Antes mesmo de iniciar a primeira sprint ?
Se sim, entendo que quem faz essa estimativa seja o time de desenvolvimento e neste caso eu precisaria ter um time de desenvolvimento pronto (formado) para antes da primeira sprint fazer uma estimativa em ponto para todos os itens do backlog do produto. o entendimento é esse ?
Se for, então eu vejo aí mais uma reunião entre o time de desenvolvimeto e o Dono do Produto antes mesmo de iniciar a primeira sprint, pois na reunião de planejamento da primeira sprint o Dono do produto já chega com todos os itens do backlog do produto priorizado e com suas estimativas em pontos.
Por favor, poderia me ajudar no entendimento ?
Após iniciar a sprint ok, eu já entendi. Mas e antes da primeira ?
Muito obrigado pelo breve retorno !!
Parabéns pelo curso e atenção !
Re: Burndown da realease
Categoria: Dúvidas gerais - Módulo: Módulo 7 - Finalizando a Sprint
Enviado em 24/11/2016 21:35
Enviado em 24/11/2016 21:35
Boa noite, Frederico
sim, a reunião de grooming é feita em paralelo a sprint corrente. O time reserva 10% do seu tempo para fazer isso, conforme explicado no módulo 6, slide 5 e também no módulo 8, slides 38, 39 e 40.
O planejamento de releases NÃO é obrigatório para iniciar um projeto com Scrum, tanto que a reunião de planejamento da sprint nem aparece no Scrum Guide. Esta é uma prática de times com um pouco mais de maturidade e ocorre quando o time já conhece o Scrum. Tudo o que você precisa para iniciar um projeto Scrum é ter um Time Scrum, um backlog de produto inicial e a infraestrutura (hardware e software), conforme explicado no módulo 5, slide 5.
abraço,
Kelvin
Re: Burndown da realease
Categoria: Dúvidas gerais - Módulo: Módulo 7 - Finalizando a Sprint
Enviado em 25/11/2016 09:44
Enviado em 25/11/2016 09:44
Perfeito Kelvin, acho que não coloquei bem a pergunta.
Eu entendo sobre os 10% de grooming com a sprint já rolando. Minha dúvida é que antes da primeira sprint o Dono do produto já tem o backlog do produto estimado , até para poder passar uma previsão de termino do projeto para o cliente certo ? o cliente precisa saber disso até para tomar a decisão se vai ou não fazer o projeto.
Então acontece uma reunião com o time de desenvolvimento para estimar isso antes mesmo da sprint começar ??
Veja, não estou falando do planejamento da sprint 1, estou em uma momento anterior a isso, onde o Dono do produto já precisaria ter essa estimativa para pode chegar a uma data de fim provavel do projeto.
Isso que não entendi muito bem.... depois que a sprinte começa ok já entendi, mas e antes disso ?? como nasce essa estimativa dos itens do backlog do produto ? existe uma reunião antes mesmo do projeto começar com o time de desenvolvimento para estimar todos os itens mesmo que de uma maneira superficial para poder ter uma ideia do tamanho do projeto ?
Se sim , então esse time de desenvolvimento é formado antes mesmo de iniciar o projeto ?
Pergunto isso pois dependento do tempo e custo o projeto pode ou não sei eleito para ser feito pelo cliente, ele precisa dessa ideia de tamanha para decidir se vei ou não fazer o projeto.
Muito obrigado pela ajuda !
Re: Burndown da realease
Categoria: Dúvidas gerais - Módulo: Módulo 7 - Finalizando a Sprint
Enviado em 25/11/2016 11:11
Enviado em 25/11/2016 11:11
Bom dia, Frederico
Editado 1x. Última edição em 25/11/2016 11:13
Sim, eu compreendi a sua pergunta. O Scrum não trata destas questões em seu framework.
O Scrum eh um framework extremamente leve que foca no desenvolvimento rápido de software. Não eh feito um levantamento inicial e uma estimativa inicial detalhada.
Lembre-se que no Scrum a data de entrega e o custo são fixos e o escopo é variável. Assim no início de um.projeto eh acordado quanto tempo ele durará e qual o seu custo. E o time irá fazer o máximo de escopo que conseguir dentro deste tempo e custo.
O tempo de um.projeto e o custo podem ser estimados de forma superficial no início do projeto e depois vai sendo acompanhado ao longo do projeto. Isto tudo para evitar o big design up front que eu explico durante o modulo 2.
Com o tempo, o time vai descobrindo qual a sua real velocidade e então as suas projeções vão se tornando um pouco mais assertivas.
Você está tendo dificuldade porque provavelmente ainda esta pensando com o mindset do modelo tradicional. Sugiro que você assista novamente os módulos 2 e 3.
Se precisar, só perguntar.
Abraço
Editado 1x. Última edição em 25/11/2016 11:13
Re: Burndown da realease
Categoria: Dúvidas gerais - Módulo: Módulo 7 - Finalizando a Sprint
Enviado em 01/05/2017 10:53
Enviado em 01/05/2017 10:53
Bom dia, Kelvin!
Estou com uma dúvida parecida. Para se criar o gráfico de Burndown da Release precisamos saber a quantidade de pontos TOTAL do backlog do produto. Se é um processo empírico, como criar esse gráfico se nem todas as estórias de usuários foram criadas ainda e muito menos analisadas pelo time de desenvolvimento?
item 2:
Durante a revisão da Sprint, novos itens podem surgir ou deixarem de ser necessários para o produto. Isso significa que pontos que já tinham sido atribuídos pelo time de desenvolvimento deixarão de existir e novos pontos precisarão ser estimados pelo time de desenvolvimento para os novos itens.
Ora, se o gráfico de burndown da Release já existe, o que fazer com ele? Acredito que deverá ser ajustado - em termos de pontos - à medida que novos itens entram e saem do mesmo, mas se isso for feito, não pode demonstrar uma falta de planejamento do Product Owner? O que fazer? Haverá um novo gráfico de Burndown de Release toda vez que houver alteração do backlog?
E, por último ... o que é feito com todos aqueles post-it dos ítens de backlog da sprint prontos ou, se for eletrônico, os registros deles? Eles são simplesmentes descartados ou são armazendos ou compilados em algum tipo de documento para referência futura? Pergunto isso porque o Product Owner pode precisar referenciar a algo já pronto para uma modificação qualquer e o que foi feito nas sprints anteriores foi simplesmente descartado (apagado em midia eletrônica ou os post-it jogados fora) e aí não se sabe quando foi feito e como foi feito se é que essa informação é necessária para o scrum. Acredito que, se o meu raciocínio estiver correto, pode-se simplesmente criar uma nova estória de usuário e alterar o que já existe. É isso? Por favor, qual a orientação do scrum sobre isso?
Estou com uma dúvida parecida. Para se criar o gráfico de Burndown da Release precisamos saber a quantidade de pontos TOTAL do backlog do produto. Se é um processo empírico, como criar esse gráfico se nem todas as estórias de usuários foram criadas ainda e muito menos analisadas pelo time de desenvolvimento?
item 2:
Durante a revisão da Sprint, novos itens podem surgir ou deixarem de ser necessários para o produto. Isso significa que pontos que já tinham sido atribuídos pelo time de desenvolvimento deixarão de existir e novos pontos precisarão ser estimados pelo time de desenvolvimento para os novos itens.
Ora, se o gráfico de burndown da Release já existe, o que fazer com ele? Acredito que deverá ser ajustado - em termos de pontos - à medida que novos itens entram e saem do mesmo, mas se isso for feito, não pode demonstrar uma falta de planejamento do Product Owner? O que fazer? Haverá um novo gráfico de Burndown de Release toda vez que houver alteração do backlog?
E, por último ... o que é feito com todos aqueles post-it dos ítens de backlog da sprint prontos ou, se for eletrônico, os registros deles? Eles são simplesmentes descartados ou são armazendos ou compilados em algum tipo de documento para referência futura? Pergunto isso porque o Product Owner pode precisar referenciar a algo já pronto para uma modificação qualquer e o que foi feito nas sprints anteriores foi simplesmente descartado (apagado em midia eletrônica ou os post-it jogados fora) e aí não se sabe quando foi feito e como foi feito se é que essa informação é necessária para o scrum. Acredito que, se o meu raciocínio estiver correto, pode-se simplesmente criar uma nova estória de usuário e alterar o que já existe. É isso? Por favor, qual a orientação do scrum sobre isso?
Re: Burndown da realease
Categoria: Dúvidas gerais - Módulo: Módulo 7 - Finalizando a Sprint
Enviado em 01/05/2017 21:05
Enviado em 01/05/2017 21:05
Boa noite, José
Lembre-se que no Scrum os planos são tratados apenas como uma "foto" do momento, conforme explicado no módulo 10, slide 05. Os planos não são feitos para serem certeiros, apenas para direcionar o trabalho.
1 - O time e o PO trabalham continuamente refinando e estimando os itens, principalmente durante as reuniões de grooming do backlog do produto, momento onde o time de dev pode estimar os itens do backlog do produto, mesmo aqueles que irão entrar somente mais tarde em sprints. Esta estimativa não será precisa obviamente, mas irá direcionar o trabalho do time do dono de produto.
Confome explicado no slide 14 do módulo 10, durante a reunião de planejamento da release (que é opcional no scrum), time e PO avaliam os itens priorizados, revisam a estimativa (ou fazem a estimativa dos itens do backlog) e então montam o plano de release. Ou seja, este é um dos momentos possíveis onde o time estima o backlog por inteiro, ou pelo menos a quantidade de itens que irá entrar para a release.
2 - Planos são apenas fotos do momento. É o que o Scrum chama de forecast. Se durante as sprints o escopo mudar, estimativas mudarem devido a refinamento dos itens, mudanças solicitadas por clientes, etc., então o gráfico deve ser atualizado para refletir a nova realidade.
3 - O Scrum não define e não orienta nada sobre o gerenciamento de requisitos. Cada equipe pode fazer do jeito que achar melhor. Lembre-se do que diz o manifesto ágil: software rodando sobre documentação. Então na prática os times acabam documentando e reutilizando apenas a documentação que agrega valor.
abraço
Re: Burndown da realease
Categoria: Dúvidas gerais - Módulo: Módulo 7 - Finalizando a Sprint
Enviado em 03/05/2017 19:08
Enviado em 03/05/2017 19:08
Muito obrigado!!
xÉ necessário estar logado no ambiente de ensino para poder enviar respostas. Fazer o login
Evite a piratariaPara que continuemos desenvolvendo novos cursos com preços acessíveis, contamos com a sua colaboração. O conteúdo dos nossos cursos não pode ser redistribuído de qualquer forma ou por qualquer meio. Somente o aluno devidamente inscrito nos cursos poderá fazer uso dos nossos materiais. Se você identificar que alguém está usando indevidamente o conteúdo dos nossos cursos, ou distribuindo-o ilegalmente, por favor avise-nos imediatamente através do e-mail contato@tiexames.com.br. Veja as condições de uso dos nossos conteúdos.
Leia a licença de usoFiltro por categoria
Filtro por módulos