Pois é, dissetes, e bem, que é uma reunião longa, e de facto deveria ser, para um bom planejamento de sprint. Lembro que um time que liderei como SM (por pouco tempo) em sprints de 2 semanas, pedi para agendar a primeira planning que eu ia particupar com 4h. Um gerente da empresa disse-me que era um "absurdo, tanto tempo para uma reunião"! Resultado, planejamento furado, itens não entrgues, equipe desorganizada e nada de scrum. O Scrum foi criado na década de 90, mesmo antes do manifesto ágil. Tem vindo a melhorar e a adaptar-se a outros tipos de projetos, além dos de TI, além de ser o mais usado no Mundo.. Pq alguns profissionais tendem sempre a adaptar o scrum a sua realidade, ao invés de adaptarem-se ao scrum. Fica a dúvida no ar. Parabéns pelo vídeo! ;)
A Sprint Planning inicia a Sprint ao definir o trabalho a ser realizado na Sprint. Este plano resultante é criado pelo trabalho colaborativo de todo o Scrum Team. O Product Owner garante que os participantes estejam preparados para discutir os itens mais importantes do Product Backlog e como eles são mapeados para a Meta do Produto. O Scrum Team também pode convidar outras pessoas para participar da Sprint Planning para fornecer conselhos. A Sprint Planning aborda os seguintes tópicos: Tópico um: Por que esta Sprint é valiosa? O Product Owner propõe como o produto pode aumentar seu valor e utilidade no Sprint atual. Todo o Scrum Team então colabora para definir uma Meta da Sprint que comunica porque a Sprint é valiosa para os stakeholders. A meta da Sprint deve ser finalizada antes do final da Sprint Planning. Tópico dois: O que pode ser feito nesta Sprint? Por meio de discussão com o Product Owner, os Developers selecionam itens do Product Backlog para incluir na Sprint atual. O Scrum Team pode refinar esses itens durante este processo, o que aumenta a compreensão e a confiança. Selecionar o quanto pode ser concluído em uma Sprint pode ser um desafio. No entanto, quanto mais os Developers sabem sobre seu desempenho anterior, sua capacidade futura e sua Definition of Done, mais confiantes eles estarão em suas previsões quanto a Sprint. Tópico três: Como o trabalho escolhido será realizado? Para cada item do Product Backlog selecionado, os Developers planejam o trabalho necessário para criar um Incremento que atenda à Definition of Done. Isso geralmente é feito decompondo itens do Product Backlog em itens de trabalho menores de um dia ou menos. A forma como isso é feito fica a critério exclusivo dos Developers . Ninguém mais diz a eles como transformar itens do Product Backlog em incrementos de valor. A Meta da Sprint, os itens do Product Backlog selecionados para a Sprint, mais o plano para entregá-los são chamados juntos de Sprint Backlog. A Sprint Planning tem um Timebox definido com duração máxima de de oito horas para uma Sprint de um mês. Para Sprints mais curtas, o evento geralmente é mais curto.
Oi amigo, Sprint seria como se fosse para pensamento qual o objetivo do projeto? Estou estudando o metodo GTD e por uma indicação de uma amiga para um projeto me indicou pesquisar sobre essa metodologia, achei semelhante ao Modelo de planejamento natural do DAVID ALLEN.
Fala Guilherme, acredito que as propostas são diferentes, mas se assemelham na questão de planejar um período de tempo. Salvo engano, no GTD é sempre a semana.
Eu queria realmente saber o que é sprint planning, mas olhando o vídeo descobri que não sei o que é P.O, backlog e os outros milhares de termos técnicos que você conseguiu mencionar em 5 min…
Fala Lara, infelizmente, esse são termos necessários para o scrum. Temos um vídeo sobre os papéis do Scrum que vai te ajudar a entender o que é PO e outras coisas. th-cam.com/video/InbOnXMAA7k/w-d-xo.html E Backlog é sua lista de pendências. Tem um vídeo sobre Backlog: th-cam.com/video/BUIGGVjjox4/w-d-xo.html
P.O = Product Owner(seria a pessoa que está contratando os desenvolvedores para que esses façam um programa pra ela). Backlog = É o conjunto de cada função que o software tem que executar e que precisa ter nele, EX: Cadastrar usuários, emitir relatórios, fazer o balanço de estoque de alguma coisa, etc...
![Scrum na Prática 2022 [Passo a Passo] Primeiros Passos para Usar Scrum 🤔 Como usar Jira com Scrum](http://i.ytimg.com/vi/S9sT3AT02xI/mqdefault.jpg)
![Scrum na Prática 2022 [Passo a Passo] Primeiros Passos para Usar Scrum 🤔 Como usar Jira com Scrum](/img/tr.png)
![🔁O que é a Metodologia do Design Sprint? - Utilizada pelo Google para inovar [Aula Rápida]](/img/n.gif)
🚀 Inscreva-se para receber tudo sobre METODOLOGIA ÁGIL & PRODUTIVIDADE
👉 bit.ly/Moxie_inscreva_se_aqui
Pois é, dissetes, e bem, que é uma reunião longa, e de facto deveria ser, para um bom planejamento de sprint.
Lembro que um time que liderei como SM (por pouco tempo) em sprints de 2 semanas, pedi para agendar a primeira planning que eu ia particupar com 4h. Um gerente da empresa disse-me que era um "absurdo, tanto tempo para uma reunião"!
Resultado, planejamento furado, itens não entrgues, equipe desorganizada e nada de scrum.
O Scrum foi criado na década de 90, mesmo antes do manifesto ágil. Tem vindo a melhorar e a adaptar-se a outros tipos de projetos, além dos de TI, além de ser o mais usado no Mundo.. Pq alguns profissionais tendem sempre a adaptar o scrum a sua realidade, ao invés de adaptarem-se ao scrum.
Fica a dúvida no ar.
Parabéns pelo vídeo! ;)
Explicou da forma mais SIMPLES e perfeita possível. Abraçooo!!! Já vou acompanhar o trabalho de vocês.
Que legal, Camila! Fico feliz com isso
0:07 segundos de vídeo ja resumiu tudo kkkkkkkkkkkkkkkkkkkk ja deixei o like
Perfeito!
Obrigado 😃
Parabéns pelo tutorial, excelente!!!
Obrigado, Lázaro. Talvez você curta o vídeo que saiu hoje! Já deu uma olhada? É sobre integração do Jira Service com Jira Software
Lamek , no meio da sprint , o refinamento do backlog , vc se refere ao product backlog ou ao sprint backlog ???
Refinamento para os próximos sprints. Estou me referindo ao Grooming.
Excelentee!
Obrigado!
Muito didatico! Adorei!
Que legal, Wallace. Feliz com isso!
❤
Adorei os videos
Obrigado, Bruna!
top
Obrigado 🙏🏽
Muito bom!!!
Ficamos felizes que você tenha curtido, Melqui.
Melqui é de Melquizedek?
@@LameckOliveira É isso mesmo, mas o meu é Melquisedec haha
Avisarei ao Lameck que além dele tem seguidor com nome diferente.
@@LameckOliveira mas sério, é muito bom o canal, parabéns.
Tô vendo o vídeo de DevOps agora.
o scrum master nao tem necessidade de e sta presente no sprint planing? qual q é necessario o scrum ta presente??
A Sprint Planning inicia a Sprint ao definir o trabalho a ser realizado na Sprint. Este plano resultante é criado pelo trabalho colaborativo de todo o Scrum Team.
O Product Owner garante que os participantes estejam preparados para discutir os itens mais importantes do Product Backlog e como eles são mapeados para a Meta do Produto. O Scrum Team também pode convidar outras pessoas para participar da Sprint Planning para fornecer conselhos.
A Sprint Planning aborda os seguintes tópicos: Tópico um: Por que esta Sprint é valiosa?
O Product Owner propõe como o produto pode aumentar seu valor e utilidade no Sprint atual. Todo o Scrum Team então colabora para definir uma Meta da Sprint que comunica porque a Sprint é valiosa para os stakeholders. A meta da Sprint deve ser finalizada antes do final da Sprint Planning.
Tópico dois: O que pode ser feito nesta Sprint?
Por meio de discussão com o Product Owner, os Developers selecionam itens do Product Backlog para incluir na Sprint atual. O Scrum Team pode refinar esses itens durante este processo, o que aumenta a compreensão e a confiança.
Selecionar o quanto pode ser concluído em uma Sprint pode ser um desafio. No entanto, quanto mais os Developers sabem sobre seu desempenho anterior, sua capacidade futura e sua Definition of Done, mais confiantes eles estarão em suas previsões quanto a Sprint.
Tópico três: Como o trabalho escolhido será realizado?
Para cada item do Product Backlog selecionado, os Developers planejam o trabalho necessário para criar um Incremento que atenda à Definition of Done. Isso geralmente é feito decompondo itens do Product Backlog em itens de trabalho menores de um dia ou menos. A forma como isso é feito fica a critério exclusivo dos Developers . Ninguém mais diz a eles como transformar itens do Product Backlog em incrementos de valor.
A Meta da Sprint, os itens do Product Backlog selecionados para a Sprint, mais o plano para entregá-los são chamados juntos de Sprint Backlog.
A Sprint Planning tem um Timebox definido com duração máxima de de oito horas para uma Sprint de um mês. Para Sprints mais curtas, o evento geralmente é mais curto.
Laura, ele é um facilitador das práticas scrum, então, faz sentido ele participar.
Colei acima o trecho do scrum guide sobre sprint Planning.
Oi amigo, Sprint seria como se fosse para pensamento qual o objetivo do projeto?
Estou estudando o metodo GTD e por uma indicação de uma amiga para um projeto me indicou pesquisar sobre essa metodologia, achei semelhante ao Modelo de planejamento natural do DAVID ALLEN.
Fala Guilherme, acredito que as propostas são diferentes, mas se assemelham na questão de planejar um período de tempo. Salvo engano, no GTD é sempre a semana.
@@LameckOliveira isso , as revisoes/ planejamentos são semanais.
Essa aplicação no caso é focada em desenvolvedores?
Qualquer time scrum
Opa :)
Opa!
Eu queria realmente saber o que é sprint planning, mas olhando o vídeo descobri que não sei o que é P.O, backlog e os outros milhares de termos técnicos que você conseguiu mencionar em 5 min…
Fala Lara, infelizmente, esse são termos necessários para o scrum.
Temos um vídeo sobre os papéis do Scrum que vai te ajudar a entender o que é PO e outras coisas. th-cam.com/video/InbOnXMAA7k/w-d-xo.html
E Backlog é sua lista de pendências. Tem um vídeo sobre Backlog:
th-cam.com/video/BUIGGVjjox4/w-d-xo.html
P.O = Product Owner(seria a pessoa que está contratando os desenvolvedores para que esses façam um programa pra ela).
Backlog = É o conjunto de cada função que o software tem que executar e que precisa ter nele, EX: Cadastrar usuários, emitir relatórios, fazer o balanço de estoque de alguma coisa, etc...
Cara… não dá pra usar menos termos em inglês? Esse voculario/terminologia é chata.
As vezes dá, as vezes não. Um glossário ajudaria?