Como eu faço Reunião de Planejamento (Planning) - Product management
Summary
TLDRIn this video, Diego Becker discusses agile product management, focusing on daily and planning meetings. With over five years of experience, Becker shares insights on improving these meetings. He compares methodologies like Kanban and Scrum, explaining how to conduct effective planning sessions every two weeks. Becker emphasizes the importance of prioritizing tasks for the upcoming sprint, detailing the process from backlog refinement to development. He also touches on the continuous flow of Kanban versus the sprint-based approach of Scrum, providing practical tips for product managers.
Takeaways
- 😀 Diego Becker introduces a video series on product management, focusing on agile meetings and sharing insights from his experience.
- 📅 The 'Planning' meeting, also known as 'Planing,' occurs every two weeks and typically lasts for one hour, aligning with the two-week Sprint cycle.
- 🔍 The main goal of the Planning meeting is to determine what the team will work on in the upcoming two weeks, involving the development, design, and business analyst teams.
- 📈 The video compares different methodologies, such as Kanban and Scrum, highlighting the continuous flow in Kanban versus the fixed cycle in Scrum.
- 📝 It's crucial to prioritize items during the Planning meeting, ensuring that the team focuses on the most important tasks for the Sprint.
- 🛠 The 'Refinement' meeting is highlighted as a preparatory step before Planning, where items are detailed and clarified for better understanding and prioritization.
- 🔄 The speaker emphasizes the importance of understanding the team's 'flow' or throughput, which is the amount of work the team can complete in a Sprint cycle.
- 📊 The video provides a practical example of how to pull items from the backlog into the Sprint, discussing the dynamics of item selection and team collaboration.
- 💬 Diego encourages viewers to engage with the content, asking questions in the comments and providing a link to further resources for understanding user stories and backlog management.
- 🎓 The video concludes with a promotion for Diego's course on product management, inviting viewers to learn more through structured learning at PRD Academy.
Q & A
What is the main focus of the video by Diego Becker?
-The main focus of the video is to discuss product management, specifically agile meetings and daily tips learned from over five years of experience in product management.
What are the two methodologies mentioned in the video for product management?
-The two methodologies mentioned are Kanban and Scrum, which are commonly used in product management.
How often does Diego Becker recommend holding planning meetings in an agile environment?
-Diego Becker recommends holding planning meetings every two weeks, which aligns with the typical sprint cycle of two weeks.
What is the purpose of the planning meeting in the context of the video?
-The purpose of the planning meeting is to determine what the team will work on in the next two-week sprint cycle.
What is the difference between a backlog and a sprint backlog according to the video?
-The backlog contains all the items, such as user stories and epics, that the team might work on. The sprint backlog, on the other hand, contains the items that are selected to be worked on during the current sprint.
What is the term used for the meeting that details and clarifies items in the backlog?
-The term used for the meeting that details and clarifies items in the backlog is 'refinement.'
How flexible is the refinement meeting in terms of scheduling and duration?
-The refinement meeting is quite flexible; it can be held weekly or bi-weekly, and it can last from half an hour to an hour.
What does Diego Becker suggest regarding the number of items to be refined or developed in a sprint?
-Diego Becker suggests balancing the number of items to be refined or developed with the size of the team to avoid overwhelming them and to ensure clear prioritization.
What is the term used to describe the amount of work a team can complete in a cycle?
-The term used to describe the amount of work a team can complete in a cycle is 'velocity.'
What is the role of daily meetings in the context of the video?
-Daily meetings, or 'daily Scrums' in Scrum, are used to move items through the development process, from development to review, and potentially to deployment.
How does the process of pulling items into a sprint differ between Scrum and Kanban?
-In Scrum, items are pulled into a sprint during a planning meeting, while in Kanban, items are continuously pulled from the backlog for refinement and development as the team has capacity.
Outlines
😀 Agile Product Management and Daily Meetings
Diego Becker introduces the video, focusing on product management and agile methodologies. He shares insights from his experience and discusses daily meetings in agile, comparing Kanban and Scrum methodologies. Diego emphasizes the importance of planning and conducting these meetings effectively, which he will elaborate on in the second video of the series. He invites viewers to like the video to support the channel and encourages questions in the comments for further discussion.
📈 Planning Meetings and Refinement in Agile
This paragraph delves into the planning meetings, which occur every two weeks and last about an hour, aligning with the typical two-week sprint cycle in agile development. Diego explains the objective of these meetings is to plan the work for the upcoming two weeks, involving the entire development team. He uses Scrum as an example, discussing how items are pulled from the backlog into the sprint, and how the team discusses and prioritizes these items during the planning meeting. Diego also touches on the concept of refinement, detailing how items are detailed and clarified before being pulled into a sprint, and the flexibility of the refinement process in both Scrum and Kanban methodologies.
🔄 Continuous Flow in Kanban and Sprint Planning
Diego contrasts Kanban's continuous flow with Scrum's time-boxed approach, explaining how in Kanban, items are pulled from the backlog for refinement and then for development, which is a more continuous process compared to Scrum's structured sprint planning. He discusses the importance of setting expectations and understanding the team's throughput during planning meetings. Diego also emphasizes the need to balance the number of tasks with the team's capacity to avoid overwhelming them and to ensure effective prioritization. The paragraph concludes with a summary of how to conduct planning meetings effectively, considering the team's workflow and capacity.
👋 Closing and Call to Action
In the final paragraph, Diego invites viewers to comment with any questions they might have and encourages them to like the video. He promotes his course for those interested in learning more about product management and provides a link to his academy. He signs off with a friendly farewell, indicating the end of the video.
Mindmap
Keywords
💡Product Management
💡Agile Meetings
💡Kanban
💡Scrum
💡Sprint
💡Backlog
💡Planning Meeting
💡Refinement
💡Retrospective
💡Velocity
💡User Stories
Highlights
Introduction to product management and agile meetings by Diego Becker.
Discussion on improving product management and conducting agile meetings.
Overview of the second video in the series focusing on planning meetings.
Explanation of the planning meeting's duration and frequency in the agile process.
Importance of planning meetings in aligning the development team's objectives.
Differentiating between Scrum and Kanban methodologies in planning meetings.
The concept of pulling items from the backlog for a Sprint in Scrum.
Details on how to structure and document user stories for effective planning.
The role of the development, design, and business analyst teams in planning.
The process of moving items from the backlog to the Sprint backlog during planning.
Daily Scrum meetings' role in moving items through the development process.
The significance of refinement meetings in preparing items for development.
Comparing the continuous flow of Kanban with the fixed cycle of Scrum.
Guidance on how to prioritize items for refinement and development in Scrum.
The flexibility of Kanban in pulling items for refinement and development.
Strategies for managing the flow of work items in Kanban.
Advice on balancing the number of cards with team size to avoid overload.
Conclusion and call to action for viewers to engage with the content and learn more.
Transcripts
fala pessoal beleza Diego Becker aqui
seja bem-vindo bem-vindo a esse vídeo se
você tá querendo conhecer mais sobre o
gerenciamento de produto aqui é o lugar
eu trabalho já com produto faz muitos
anos e aqui nesse vídeo a gente vai
falar um pouco sobre as reuniões do ágil
e dando dicas do dia a dia do que eu
aprendi ao longo de mais de cinco anos
aí trabalhando em gestão de produto O
que que a gente pode melhorar e como que
a gente pode conduzir tá esse é o
segundo vídeo da série então tem um
primeiro que eu falo sobre as reuniões
diárias as deles é todos os vídeos eu
vou dar um pouco de explicação
comparando também como seria com o
kanban e como seria com o scream que são
as metodologias mais usadas e hoje a
gente comeu o segundo vídeo eu vou falar
sobre o planejamento que também é
chamado de planing Ok então a reunião de
planejamento Então já deixa o like aqui
no vídeo ajuda bastante o canal esse
tipo de conteúdo Ele demora um pouco
mais para ser feito mas eu gosto
bastante né então espero que ajude
qualquer dúvida podem comentar nos
vídeos que eu crio o shorts para
responder as dúvidas que vocês mandam
legal então vamos lá a planing né essa
reunião de planejamento ela é uma
reunião que ela dura geralmente uma hora
e ela é a cada duas semanas então para a
gente começar a gente faz a planilha de
uma hora cada duas semanas isso porque a
Sprint né o ciclo ela tem duas semanas
geralmente tá em 99% a gente tem duas
semanas pode acontecer de repente ter
quatro semanas T3 o que eu não recomendo
é fazer uma uma semana eu acho muito
curto você acaba entendendo que fazer
tudo acabar gastando muito tempo Sabe
tem que gastar ali uma hora toda semana
não acho que fica legal então vamos lá
qual é o objetivo de uma reunião de
planejamento sabe o objetivo né é a
gente saber o que vai fazer nas próximas
duas semanas então tá bem Óbvio Assim na
verdade a gente vai planejar o que a
gente vai fazer nas próximas duas
semanas a gente todo time de
desenvolvimento design analista de
negócios para a gente planejar Então vou
mostrar aqui um exemplo com o scream que
o scream tem muito essa questão de
planner vem do squirtlening não tem
tanto no Cambé tá o Cambé mais um fluxo
contínuo vamos supor que a gente tem
aqui Um backlog com vários itens aqui
temos 10 itens do nosso backlog
histórias né épicos e a gente vai puxar
ele se você tem dúvidas sobre estrutura
de documentação de histórias de usuário
Eu tenho quatro vídeos aqui já no
YouTube com toda essa estrutura então dê
uma olhada no link aqui vou deixar na
descrição para você entender melhor o
que é uma história ou quer uma tarefa
que é um épico Como organizar como você
descrever eles para você poder ter uma
gestão melhor então quando a gente vai
fazer o Sprint né a gente tem uns print
de duas semanas Então a gente vai puxar
pro speech
vamos supor que a gente vai puxar quatro
itens Ok quatro histórias de usuário que
a gente vai puxar para a gente trabalhar
nessa semana nessas duas semanas isso a
gente discute durante a reunião da Leme
quem na de planejamento a gente vai
pegar itens do backlog pegar
itens quando digo itens são épicos ou
histórias de usuário beleza histórias de
usuário ou épicos ou até mesmo tarefas
pode ser também não tem não tem problema
tá então a gente vai pegar do backlog e
deixar no Sprint backlock que é aquela
coluna ali que eu mostrei Tá ok E aí o
que que vai acontecer durante a Sprint
aí vai puxar né o time de designer vai
puxar sua tarefa tem itens que vão ser
puxados direto para desenvolvimento Ok E
aí durante as reuniões diárias a gente
vai movendo os itens aqui às vezes a
gente vai para o desenvolvimento às
vezes Um item vai para revisão e ele vai
para Deploy e ele termina e às vezes ele
pode até ficar parado não não conclui
durante aquela Sprint Tá ok então é isso
que a gente vai fazer vai pegar os itens
que a gente priorizou então né
importante que a plene ela deixa bem
claro a priorização da Sprint do que a
gente fez priorização o que que eu dou
de dicas para vocês usarem na planner
fazerem na planner ela tem ela é uma
reunião que ela vem depois de um
refinamento refinamento ele é
considerado como se fosse assim há
quatro são quatro reuniões né Quatro
principais diária planejamento revisão e
a retrospectiva tem gente que diz que a
gente tem quatro reuniões e meia que
existe essa meia reunião chamada
refinamento então o refinamento é onde a
gente vai pegar todos os itens e vai
descrever o que eles são então detalhar
então eles ficam bem detalhados para a
gente saber o que que ele significa um
cada um deles tá bom
do que a definição de pronto contexto o
que que o usuário precisa daquilo Quais
são os nossos critérios de aceite umas
vezes uma análise já um desenho de uma
análise mais assim uma ideia de como a
gente vai resolver aquele item E por aí
vai tá o refinamento ele é uma reunião à
parte a parte tá não você poderia fazer
ela quando você quiser ela pode durar
uma hora pode durar meia hora pode ser a
cada toda semana pode ser a cada duas
semanas ela é mais flexível tá bom É eu
recomendo fazer um Block e você colocar
cada duas semanas tem ali ou toda semana
Tem meia hora nenhuma hora para para que
o time possa refinar as atividades do
backlog como funciona no scrum no kanban
a gente vai ter os itens aqui por
exemplo deixa eu ver uns itens para trás
aqui e dar o exemplo vamos supor que a
gente tem esses itens aqui quando a
gente pega os itens do backlog a gente
não tem plene no campo você até pode
fazer uma plaina tipo parecia com a
planing mas ela não tem o mesmo não é
igual no scream que o que tá no spring
backlog é o que a gente vai trabalhar na
nossa plena a gente pode só revisar o
que eles estão Como estão os status
desses principais
itens os itens que estão no backlog os
itens são selecionados para refinamento
e o selecionados para desenvolvimento
porque o kanban é uma demanda ele vocês
vão perceber que a gente tá murchando os
cards e no scream a gente tá empurrando
Vejam só lembra que eu vou pegar do
backlog vou jogar para Sprint backlog E
aí eu tô empurrando Ele eles vão sempre
eu tô dizendo que eu tô jogando eles
para cá e falando a Time nós é um time
temos que trabalhar nesses três itens
nessa expande oito e vamos aí eu tô
empurrando essa nossa meta da semana da
da Sprint das duas semanas
a gente vai puxar Na verdade eu vou
pegar do backlog e vou puxar itens para
eu refinar então eu tô priorizando o
itens que eu vou refinar isso não
necessariamente é na Sprint eu posso
puxar toda semana posso puxar amanhã eu
vi putz vamos puxar um item aqui que a
gente está precisando
trabalhar nele tal então É mais contínuo
não é naquele Block a cada duas semanas
que a gente vai fazer que vai puxar
itens do backlog para refinamento a
gente faz isso com pode fazer todos os
dias se quiser tanto que existe um
conceito que a gente ter no mínimo dois
cards aqui para a gente se a gente ficar
nessa situação é uma situação que a
gente Opa precisa puxar itens para fazer
refinamento é diferente do score Então a
gente vai puxar
itens aqui para a gente refinar vamos
refinar esses três como que a gente puxa
priorização Então a gente vai priorizar
o que a gente vai fazer e deixar eles
aqui para refinamento aí o time ele
consegue olhar saber o que eles têm que
refinar refinou puxa para terminamos o
refinamento eu para selecionado para
desenvolvimento que significa que tá
pronto para alguém pegar e desenvolver
esses itens estão prontos então com a
descrição estão com critérios da sexta
então todos os escritos inclusive aqui
já ficou um tem que puxar um também e aí
vai então você fica fazendo como se
fosse uma é uma esteira os itens que
estão aqui para desenvolvimento o time
de desenvolvimento vai olhar e vai falar
assim eu tenho esse item dois eu
terminei meu item aqui eu sou um
desenvolvedor que eu tava fazendo esse
item três aí eu coloco ele para revisão
alguém revisa terminei agora tô com
tempo livre Então eu vou puxar um desses
itens aqui vou puxar o cinco e vou
começar a fazer Ah daí depois que eu
terminar os cinco eu vou puxar o nove e
por aí vai então a gente vai puxando os
cards isso durante a dele todos os dias
a gente vai puxando o dia a gente vai
puxando e durante a pleno que é legal aí
nesse caso do kanban é a gente deixar
claro deixar claro
algumas
expectativas para a Sprint então né para
as duas semanas então o que que a gente
vai concluir que que a gente planeja
terminar a gente consegue bater o olho e
falar hum a gente olha o quadro e fala a
gente vai terminar o item 2 e eu acho a
gente o 5 e o 7 e o 9 acho que dá tempo
pra gente terminar Vamos tentar terminar
eles vão esse é o nosso plano para para
essas duas semanas legal acho que é esse
é um resumo aqui né de como você poderia
conduzir a reunião de planejamento é
importante nessa reunião de planejamento
ter
Balancear quantidade de cards versus
tamanho do time para a gente também não
adianta eu pegar e falar assim ah beleza
vamos vamos fazer tudo não vai resolver
Porque daí o time ele vai ficar afogado
e não vão conseguir ter noção do que que
é importante o que não é importante
fazer não tem noção da priorização Então
a gente tem que conseguir ter uma ideia
da vazão Quanto que é a nossa vazão e a
vazão tem até um nome a vazão é puto é a
quantidade que a gente consegue fazer
por ciclo Beleza acho que é isso se
tiver qualquer dúvida comentem no vídeo
dêem o like que ajuda bastante Se
quiserem aprender mais sobre o produto
conhece o meu curso aqui prd
academy.com.br Valeu um abraço até mais
tchau tchau
Browse More Related Video
Scrum Explained in Hindi l Software Engineering and Project Management Course
Scrum Explained Under 20 Mins | What Is Scrum? | Scrum Master Training Tutorial | Simplilearn
Scrum Essentials in Under 10 Minutes
Sprint Planning in Scrum | Agile & Scrum basics explained by Sohrab Salimi
Scrum vs Kanban - What's the Difference?
Il ruolo di Product Owner Agile in 15 minuti
5.0 / 5 (0 votes)