SlideShare uma empresa Scribd logo
Como uma dinâmica de
Sprint Planning II pode
ajudar o time
Rafael Zampieri
Agile Master no UOL PagSeguro.
Você pode me encontrar aqui:
/rafaelzampieri
➜ O que é a Planning II
➜ 5 passos de uma Planning II
➜ Pensando em métricas
Agenda
Práticas comuns - Sprint Plan (Scrum Alliance)
“Cada Sprint começa com uma Sprint Planning em duas
partes. Na Primeira parte é realizado a revisão do
Backlog … Na segunda parte … o time começa a
decompor os itens do Product Backlog em tarefas e
estimar em horas. O resultado da segunda parte é o
Sprint Backlog.”
https://www.scrumalliance.org/learn-about-scrum/agile-atlas/agile-atlas-common-practices/planning/january-2014/five-levels-of-agile-planning
Planning I
● Revisão do Backlog
● Priorização do
Backlog
● Objetivo do Sprint
Participantes
● Devs
● PO
● Agile Master
Sprint Planning Meeting
Planning II
● Fatiar histórias em
tarefas
● Sprint Backlog
Participantes
● Devs
● Agile Master
Product Backlog
Sprint Backlog
Stories
Tasks
Como eu faço para
fatiar em tarefas ?
S
M
A
R
T
Técnica para definir tarefas técnicas
https://en.wikipedia.org/wiki/SMART_criteria
pecific (Específico)
easurable (Mensurável)
chievable (Atingível)
elevant (Relevante)
ime-boxed (Tempo Definido)
O que aprendemos com a tarefas durante o Sprint ?
● Foco no desenvolvimento
● Transparência no que está sendo feito
● Previsibilidade do Sprint
● Facilidade para fazer "enxame"
Como eu
faço uma
Planning II ?
5 passos de uma Planning II
Seleção das
histórias
(5 min)
Pensando na
solução
(10 min)
Apresentação
e definição da
solução
(10 min cada)
Fatiando a
história em
tarefas
(10 min)
Revisando as
tarefas
(10 min)
Do que vamos precisar ?
● Histórias escritas em cards
● Papel e caneta
● Post-it
● Quadro branco
Passo 1
Seleção das
histórias
Seleção das histórias (5 minutos)
MenosPrioritária
Product
Backlog
Senioridade
João
Senior
Thais
Pleno
Silas
Junior
Enrico
Junior
Devs
O que podemos observar ?
● Pró-atividade ao assumir a
responsabilidade
● Comprometimento com a solução do
problema
Passo 2
Pensando na
solução
Pensando na solução (10 minutos)
Thais
Pleno
João
Senior
Silas
Junior
Enrico
Junior
Qual o ganho para as pessoas ?
● Pensamento de solução de problemas
● Analise Técnica Individual
Passo 3
Apresentação e
definição da
solução
Apresentação e definição da solução (10 min cada)
João
Senior
Thais
Pleno
Silas
Junior
Enrico
Junior
Quais são os ganhos ?
● Estímulo a falar para um grupo de
pessoas
● Exposição do conhecimento de negócio e
técnico
● Geração de empatia e confiança entre o
time
● Facilitação para definição da solução
● Estímulo de conflito para a melhor solução
● Criação da solução de forma colaborativa
(co-criação)
● Comprometimento com a solução
Passo 4
Fatiando a história
em tarefas
Fatiando a história em tarefas (10 minutos)
Thais
Pleno
João
Senior
Silas
Junior
Enrico
Junior
O que estamos fazendo agora ?
● Transformação do conhecimento tácito
em explícito
● Entendimento da solução acordada
● Planejamento de desenvolvimento de
software
Passo 5
Revisando as
tarefas
Revisando as tarefas (10 minutos)
Thais
Pleno
João
Senior
Silas
Junior
Enrico
Junior
O que ganhamos com isso ?
● Entendimento das tarefas de todas as
histórias
● Visão de como cada integrante planeja a
divisão da solução em tarefas
● Comprometimento do time
Pensando em
Métricas
➜ Como calculamos nos times
➜ Métricas reais
Sumário
SMART
Horas
Opções de Unidades de Medida
Nenhum Pontos Dias
Total de pontos de
cada task
(1, 2, 3, 5, 8 ou 13
pontos)
Total de dias de
investimento em
cada task
(1, 2 ou 3 dias)
Total de horas de
investimento em
cada task
(1, 2, 4 e 8 horas)
Soma do total de
pontos para o
burndown
Soma do total de
dias restantes vs
total dos dias das
pessoas do time
Soma do total de
horas restantes vs
total das horas das
pessoas do time
Quantidade de tasks
Formato
Soma do total de
tasks para o
burndown
Inspeção
diária
Estimativa relativa Time-box no
planejamento
Paralelização de
tarefas e
fácil entendimento
Fácil adoção
Prós
Dificuldade em
definir um objetivo
para a melhoria
Grandes tasks que
poderiam ser
paralelizaveis
Possível Sensação
de Time Sheet
Falsa sensação de
planejamento
Contras
Como calculamos as métricas
SprintInicio Fim
16h
20h
22h
32h
54h36h
50%
=
Métricas reais
Investimento Planejado vs Realizado
O que se torna
diferente ao longo
do tempo?
O que deixa de existir ?
● "Melhor fazer do que explicar"
● O/A pessoa especialista
O que é perceptível ?
● Confiança no planejamento
● Melhoria na performance do time
● Retrospectivas mais objetivas
● Preparação para a linha sucessória
Perguntas ?
Rafael Zampieri
Agile Master no UOL PagSeguro
Você pode me encontrar aqui:
/rafaelzampieri
Apresentação:
https://pt.slideshare.net/rafaelzampieri/como-uma-dinmica-de-sprint-
planning-ii-pode-fazer-a-diferena-para-o-time

Mais conteúdo relacionado

Mais procurados

Lean coffee
Lean coffeeLean coffee
Lean coffee
Takeshi Arai
 
Life cycle of user story: Outside-in agile product management & testing, or...
Life cycle of user story: Outside-in agile product management & testing, or...Life cycle of user story: Outside-in agile product management & testing, or...
Life cycle of user story: Outside-in agile product management & testing, or...
Ravi Tadwalkar
 
From Product Vision to Story Map - Lean / Agile Product shaping
From Product Vision to Story Map - Lean / Agile Product shapingFrom Product Vision to Story Map - Lean / Agile Product shaping
From Product Vision to Story Map - Lean / Agile Product shaping
Jérôme Kehrli
 
User Stories
User StoriesUser Stories
User Stories
guest446c0
 
PMI-ACP Lesson 10 Agile Metrics
PMI-ACP Lesson 10 Agile MetricsPMI-ACP Lesson 10 Agile Metrics
PMI-ACP Lesson 10 Agile Metrics
Thanh Nguyen
 
テスト用ライブラリ power-assert
テスト用ライブラリ power-assertテスト用ライブラリ power-assert
テスト用ライブラリ power-assert
Takuto Wada
 
The Principles of product development flow - a summary
The Principles of product development flow - a summary The Principles of product development flow - a summary
The Principles of product development flow - a summary
Sebastian Kamilli
 
Agile Estimating
Agile EstimatingAgile Estimating
Agile Estimating
Mike Cohn
 
Product Roadmap
Product RoadmapProduct Roadmap
Product Roadmap
Thang Nguyen
 
Organizational Topologies: a roadmap towards a resilient and adaptive product...
Organizational Topologies: a roadmap towards a resilient and adaptive product...Organizational Topologies: a roadmap towards a resilient and adaptive product...
Organizational Topologies: a roadmap towards a resilient and adaptive product...
Alexey Krivitsky
 
Qa testing best practices
Qa testing best practicesQa testing best practices
Qa testing best practices
Nuwantha Fernando
 
SAFe Lego Game for learning Scaled Agile Framework PI Planning
SAFe Lego Game for learning Scaled Agile Framework PI PlanningSAFe Lego Game for learning Scaled Agile Framework PI Planning
SAFe Lego Game for learning Scaled Agile Framework PI Planning
Joan Nwosu
 
凝集度と責務
凝集度と責務凝集度と責務
凝集度と責務
Toshinori Chiba
 
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
 
애자일 도입과 사례 공유
애자일 도입과 사례 공유애자일 도입과 사례 공유
애자일 도입과 사례 공유
agilekorea
 
Flutterとプラットフォーム依存の処理の対応について
Flutterとプラットフォーム依存の処理の対応についてFlutterとプラットフォーム依存の処理の対応について
Flutterとプラットフォーム依存の処理の対応について
Satoshi Noda
 
Módulo 6. Agile Testing
Módulo 6. Agile TestingMódulo 6. Agile Testing
Módulo 6. Agile Testing
Johnny Ordóñez
 
Waterfall vs agile approach scrum framework and best practices in software d...
Waterfall vs agile approach  scrum framework and best practices in software d...Waterfall vs agile approach  scrum framework and best practices in software d...
Waterfall vs agile approach scrum framework and best practices in software d...
Tayfun Bilsel
 
Ruthless Prioritization | Brandon Chu | ProductTank Toronto
Ruthless Prioritization | Brandon Chu | ProductTank Toronto Ruthless Prioritization | Brandon Chu | ProductTank Toronto
Ruthless Prioritization | Brandon Chu | ProductTank Toronto
Product Tank Toronto
 
Agile Transformation Defined
Agile Transformation DefinedAgile Transformation Defined
Agile Transformation Defined
Christoph Mathis
 

Mais procurados (20)

Lean coffee
Lean coffeeLean coffee
Lean coffee
 
Life cycle of user story: Outside-in agile product management & testing, or...
Life cycle of user story: Outside-in agile product management & testing, or...Life cycle of user story: Outside-in agile product management & testing, or...
Life cycle of user story: Outside-in agile product management & testing, or...
 
From Product Vision to Story Map - Lean / Agile Product shaping
From Product Vision to Story Map - Lean / Agile Product shapingFrom Product Vision to Story Map - Lean / Agile Product shaping
From Product Vision to Story Map - Lean / Agile Product shaping
 
User Stories
User StoriesUser Stories
User Stories
 
PMI-ACP Lesson 10 Agile Metrics
PMI-ACP Lesson 10 Agile MetricsPMI-ACP Lesson 10 Agile Metrics
PMI-ACP Lesson 10 Agile Metrics
 
テスト用ライブラリ power-assert
テスト用ライブラリ power-assertテスト用ライブラリ power-assert
テスト用ライブラリ power-assert
 
The Principles of product development flow - a summary
The Principles of product development flow - a summary The Principles of product development flow - a summary
The Principles of product development flow - a summary
 
Agile Estimating
Agile EstimatingAgile Estimating
Agile Estimating
 
Product Roadmap
Product RoadmapProduct Roadmap
Product Roadmap
 
Organizational Topologies: a roadmap towards a resilient and adaptive product...
Organizational Topologies: a roadmap towards a resilient and adaptive product...Organizational Topologies: a roadmap towards a resilient and adaptive product...
Organizational Topologies: a roadmap towards a resilient and adaptive product...
 
Qa testing best practices
Qa testing best practicesQa testing best practices
Qa testing best practices
 
SAFe Lego Game for learning Scaled Agile Framework PI Planning
SAFe Lego Game for learning Scaled Agile Framework PI PlanningSAFe Lego Game for learning Scaled Agile Framework PI Planning
SAFe Lego Game for learning Scaled Agile Framework PI Planning
 
凝集度と責務
凝集度と責務凝集度と責務
凝集度と責務
 
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
 
애자일 도입과 사례 공유
애자일 도입과 사례 공유애자일 도입과 사례 공유
애자일 도입과 사례 공유
 
Flutterとプラットフォーム依存の処理の対応について
Flutterとプラットフォーム依存の処理の対応についてFlutterとプラットフォーム依存の処理の対応について
Flutterとプラットフォーム依存の処理の対応について
 
Módulo 6. Agile Testing
Módulo 6. Agile TestingMódulo 6. Agile Testing
Módulo 6. Agile Testing
 
Waterfall vs agile approach scrum framework and best practices in software d...
Waterfall vs agile approach  scrum framework and best practices in software d...Waterfall vs agile approach  scrum framework and best practices in software d...
Waterfall vs agile approach scrum framework and best practices in software d...
 
Ruthless Prioritization | Brandon Chu | ProductTank Toronto
Ruthless Prioritization | Brandon Chu | ProductTank Toronto Ruthless Prioritization | Brandon Chu | ProductTank Toronto
Ruthless Prioritization | Brandon Chu | ProductTank Toronto
 
Agile Transformation Defined
Agile Transformation DefinedAgile Transformation Defined
Agile Transformation Defined
 

Semelhante a Como uma dinâmica de Sprint Planning II pode ajudar o time

ENGSW_Aula_Scrum.pdf
ENGSW_Aula_Scrum.pdfENGSW_Aula_Scrum.pdf
ENGSW_Aula_Scrum.pdf
ssuserbe3ad6
 
Agile testing
Agile testing Agile testing
Agile SCRUM
Agile SCRUMAgile SCRUM
Agile SCRUM
Eduardo Bregaida
 
Treinamento - Scrum.pptx
Treinamento - Scrum.pptxTreinamento - Scrum.pptx
Treinamento - Scrum.pptx
Fernando Barbieri
 
Workshop Hands-On de Scrum
Workshop Hands-On de ScrumWorkshop Hands-On de Scrum
Workshop Hands-On de Scrum
Rafael Fantini da Costa
 
Gerenciando Projetos com Scrum - FEI
Gerenciando Projetos com Scrum - FEIGerenciando Projetos com Scrum - FEI
Gerenciando Projetos com Scrum - FEI
Danilo Ferreira
 
Scrum
ScrumScrum
Apresentação Scrum
Apresentação ScrumApresentação Scrum
Apresentação Scrum
Wesley Galindo
 
Apresentação Scrum + Gerenciamento de Portfólio
Apresentação Scrum + Gerenciamento de PortfólioApresentação Scrum + Gerenciamento de Portfólio
Apresentação Scrum + Gerenciamento de Portfólio
Plinio Tulio
 
PDS_SCRUM.pptx
PDS_SCRUM.pptxPDS_SCRUM.pptx
PDS_SCRUM.pptx
luismota86
 
Material Workshop Scrum foundation - Fernando Cunha
Material Workshop Scrum foundation -  Fernando CunhaMaterial Workshop Scrum foundation -  Fernando Cunha
Material Workshop Scrum foundation - Fernando Cunha
Wise Systems
 
Scrum
ScrumScrum
Scrum
ScrumScrum
Netshoes metodologia
Netshoes metodologiaNetshoes metodologia
Netshoes metodologia
Ale Uehara
 
Netshoes metodologia
Netshoes metodologiaNetshoes metodologia
Netshoes metodologia
Alexandre Uehara
 
Aula 06 Scrum - parte II completo.ppt
Aula 06 Scrum - parte II completo.pptAula 06 Scrum - parte II completo.ppt
Aula 06 Scrum - parte II completo.ppt
AntonioVieiraMSc
 
Agilidade em foco
Agilidade em focoAgilidade em foco
Agilidade em foco
Alessandro Dias, MSc, CSM
 
Treinamento Scrum Ensinando.Com - Resumo de Aula
Treinamento Scrum Ensinando.Com - Resumo de AulaTreinamento Scrum Ensinando.Com - Resumo de Aula
Treinamento Scrum Ensinando.Com - Resumo de Aula
Ensinando Treinamentos
 
Scrum - Faça o dobro do trabalho na metade do tempo
Scrum - Faça o dobro do trabalho na metade do tempoScrum - Faça o dobro do trabalho na metade do tempo
Scrum - Faça o dobro do trabalho na metade do tempo
Fernando Fagonde
 
Scrum - Engenharia de Software
Scrum - Engenharia de Software Scrum - Engenharia de Software
Scrum - Engenharia de Software
ProfThiagoAAlves
 

Semelhante a Como uma dinâmica de Sprint Planning II pode ajudar o time (20)

ENGSW_Aula_Scrum.pdf
ENGSW_Aula_Scrum.pdfENGSW_Aula_Scrum.pdf
ENGSW_Aula_Scrum.pdf
 
Agile testing
Agile testing Agile testing
Agile testing
 
Agile SCRUM
Agile SCRUMAgile SCRUM
Agile SCRUM
 
Treinamento - Scrum.pptx
Treinamento - Scrum.pptxTreinamento - Scrum.pptx
Treinamento - Scrum.pptx
 
Workshop Hands-On de Scrum
Workshop Hands-On de ScrumWorkshop Hands-On de Scrum
Workshop Hands-On de Scrum
 
Gerenciando Projetos com Scrum - FEI
Gerenciando Projetos com Scrum - FEIGerenciando Projetos com Scrum - FEI
Gerenciando Projetos com Scrum - FEI
 
Scrum
ScrumScrum
Scrum
 
Apresentação Scrum
Apresentação ScrumApresentação Scrum
Apresentação Scrum
 
Apresentação Scrum + Gerenciamento de Portfólio
Apresentação Scrum + Gerenciamento de PortfólioApresentação Scrum + Gerenciamento de Portfólio
Apresentação Scrum + Gerenciamento de Portfólio
 
PDS_SCRUM.pptx
PDS_SCRUM.pptxPDS_SCRUM.pptx
PDS_SCRUM.pptx
 
Material Workshop Scrum foundation - Fernando Cunha
Material Workshop Scrum foundation -  Fernando CunhaMaterial Workshop Scrum foundation -  Fernando Cunha
Material Workshop Scrum foundation - Fernando Cunha
 
Scrum
ScrumScrum
Scrum
 
Scrum
ScrumScrum
Scrum
 
Netshoes metodologia
Netshoes metodologiaNetshoes metodologia
Netshoes metodologia
 
Netshoes metodologia
Netshoes metodologiaNetshoes metodologia
Netshoes metodologia
 
Aula 06 Scrum - parte II completo.ppt
Aula 06 Scrum - parte II completo.pptAula 06 Scrum - parte II completo.ppt
Aula 06 Scrum - parte II completo.ppt
 
Agilidade em foco
Agilidade em focoAgilidade em foco
Agilidade em foco
 
Treinamento Scrum Ensinando.Com - Resumo de Aula
Treinamento Scrum Ensinando.Com - Resumo de AulaTreinamento Scrum Ensinando.Com - Resumo de Aula
Treinamento Scrum Ensinando.Com - Resumo de Aula
 
Scrum - Faça o dobro do trabalho na metade do tempo
Scrum - Faça o dobro do trabalho na metade do tempoScrum - Faça o dobro do trabalho na metade do tempo
Scrum - Faça o dobro do trabalho na metade do tempo
 
Scrum - Engenharia de Software
Scrum - Engenharia de Software Scrum - Engenharia de Software
Scrum - Engenharia de Software
 

Como uma dinâmica de Sprint Planning II pode ajudar o time

  • 1. Como uma dinâmica de Sprint Planning II pode ajudar o time
  • 2. Rafael Zampieri Agile Master no UOL PagSeguro. Você pode me encontrar aqui: /rafaelzampieri
  • 3. ➜ O que é a Planning II ➜ 5 passos de uma Planning II ➜ Pensando em métricas Agenda
  • 4. Práticas comuns - Sprint Plan (Scrum Alliance) “Cada Sprint começa com uma Sprint Planning em duas partes. Na Primeira parte é realizado a revisão do Backlog … Na segunda parte … o time começa a decompor os itens do Product Backlog em tarefas e estimar em horas. O resultado da segunda parte é o Sprint Backlog.” https://www.scrumalliance.org/learn-about-scrum/agile-atlas/agile-atlas-common-practices/planning/january-2014/five-levels-of-agile-planning
  • 5. Planning I ● Revisão do Backlog ● Priorização do Backlog ● Objetivo do Sprint Participantes ● Devs ● PO ● Agile Master Sprint Planning Meeting Planning II ● Fatiar histórias em tarefas ● Sprint Backlog Participantes ● Devs ● Agile Master Product Backlog Sprint Backlog Stories Tasks
  • 6. Como eu faço para fatiar em tarefas ?
  • 7. S M A R T Técnica para definir tarefas técnicas https://en.wikipedia.org/wiki/SMART_criteria pecific (Específico) easurable (Mensurável) chievable (Atingível) elevant (Relevante) ime-boxed (Tempo Definido)
  • 8. O que aprendemos com a tarefas durante o Sprint ? ● Foco no desenvolvimento ● Transparência no que está sendo feito ● Previsibilidade do Sprint ● Facilidade para fazer "enxame"
  • 10. 5 passos de uma Planning II Seleção das histórias (5 min) Pensando na solução (10 min) Apresentação e definição da solução (10 min cada) Fatiando a história em tarefas (10 min) Revisando as tarefas (10 min)
  • 11. Do que vamos precisar ? ● Histórias escritas em cards ● Papel e caneta ● Post-it ● Quadro branco
  • 13. Seleção das histórias (5 minutos) MenosPrioritária Product Backlog Senioridade João Senior Thais Pleno Silas Junior Enrico Junior Devs
  • 14. O que podemos observar ? ● Pró-atividade ao assumir a responsabilidade ● Comprometimento com a solução do problema
  • 16. Pensando na solução (10 minutos) Thais Pleno João Senior Silas Junior Enrico Junior
  • 17. Qual o ganho para as pessoas ? ● Pensamento de solução de problemas ● Analise Técnica Individual
  • 19. Apresentação e definição da solução (10 min cada) João Senior Thais Pleno Silas Junior Enrico Junior
  • 20. Quais são os ganhos ? ● Estímulo a falar para um grupo de pessoas ● Exposição do conhecimento de negócio e técnico ● Geração de empatia e confiança entre o time ● Facilitação para definição da solução ● Estímulo de conflito para a melhor solução ● Criação da solução de forma colaborativa (co-criação) ● Comprometimento com a solução
  • 21. Passo 4 Fatiando a história em tarefas
  • 22. Fatiando a história em tarefas (10 minutos) Thais Pleno João Senior Silas Junior Enrico Junior
  • 23. O que estamos fazendo agora ? ● Transformação do conhecimento tácito em explícito ● Entendimento da solução acordada ● Planejamento de desenvolvimento de software
  • 25. Revisando as tarefas (10 minutos) Thais Pleno João Senior Silas Junior Enrico Junior
  • 26. O que ganhamos com isso ? ● Entendimento das tarefas de todas as histórias ● Visão de como cada integrante planeja a divisão da solução em tarefas ● Comprometimento do time
  • 28. ➜ Como calculamos nos times ➜ Métricas reais Sumário
  • 29. SMART Horas Opções de Unidades de Medida Nenhum Pontos Dias Total de pontos de cada task (1, 2, 3, 5, 8 ou 13 pontos) Total de dias de investimento em cada task (1, 2 ou 3 dias) Total de horas de investimento em cada task (1, 2, 4 e 8 horas) Soma do total de pontos para o burndown Soma do total de dias restantes vs total dos dias das pessoas do time Soma do total de horas restantes vs total das horas das pessoas do time Quantidade de tasks Formato Soma do total de tasks para o burndown Inspeção diária Estimativa relativa Time-box no planejamento Paralelização de tarefas e fácil entendimento Fácil adoção Prós Dificuldade em definir um objetivo para a melhoria Grandes tasks que poderiam ser paralelizaveis Possível Sensação de Time Sheet Falsa sensação de planejamento Contras
  • 30. Como calculamos as métricas SprintInicio Fim 16h 20h 22h 32h 54h36h 50% =
  • 33. O que se torna diferente ao longo do tempo?
  • 34. O que deixa de existir ? ● "Melhor fazer do que explicar" ● O/A pessoa especialista
  • 35. O que é perceptível ? ● Confiança no planejamento ● Melhoria na performance do time ● Retrospectivas mais objetivas ● Preparação para a linha sucessória
  • 36. Perguntas ? Rafael Zampieri Agile Master no UOL PagSeguro Você pode me encontrar aqui: /rafaelzampieri Apresentação: https://pt.slideshare.net/rafaelzampieri/como-uma-dinmica-de-sprint- planning-ii-pode-fazer-a-diferena-para-o-time

Notas do Editor

  1. Foto Quem sou eu Do que eu gosto História de vida Como eu trabalho (times)
  2. Não utilizar o termo quebrar ou dividir La no time, a gente aprendeu .. https://agilemomentum.wordpress.com/2015/03/08/como-dividir-user-stories-em-tarefas-tecnicas-atingiveis-com-o-smart/ Specific: tarefas precisam ser específicas para que todos do time entendam como elas se conectam e como juntas elas contribuem para atingir os critérios de aceitação da user story. Measurable: uma tarefa é mensurável quando pode ser marcada como “concluída”, seguindo os critérios técnicos do time. Por exemplo, com os testes escritos e o código refatorado. Achievable: as tarefas devem ser alcançáveis pelos seus responsáveis. Aqui entra a capacidade do time de identificar pontos fortes, fracos e oportunidades de melhoria dos membros. Neste critério , por exemplo, o time pode optar pelo pair programming, para desenvolver habilidades e alcançar seu objetivo. Relevant: todas as tarefas devem ser relevantes. As histórias são quebradas em tarefas para auxiliar o desenvolvimento, mas o Product Owner ainda espera que todas elas sejam explicáveis e justificáveis. Time-Boxed: todas as tarefas precisam ter um tempo definido para serem concluídas. Não é necessário fazer uma estimativa formal em horas ou dias, mas deve haver uma expectativa de conclusão ou de quando será necessário pedir ajuda ao time. Quando uma tarefa se torna maior do que esperado, o time precisa saber o momento certo para tomar uma ação para que seja concluída.
  3. E o que utilizar nessa reuniáo
  4. Trocar a ordem (Priscila) Link com os valores do scrum
  5. Trocar benefícios por…. Aprender, o que ganhamos, o que muda no time Estimulo ao conceito time
  6. MUdar o texto de estimulo...Estruturar o pensamento, momento que a gente para para pensar Avaliar riscos/impactos, refinar soluções
  7. Formar circulo para colaboração , as ideias de todos e exibir a solução em conjunto no final
  8. Linkar o SMART nesse ponto
  9. Enfatizar que é foco no processo e não em valor entregue Planejado vs Realizado Como devemos levar isso para a retrospectiva para aprender com o histórico Frase sobre previsibilidade kanban
  10. Héroi, talvez explicar em um slide. Explicar em um slide cada tópico Linha sucessória = o que a empresa gnha com isso
  11. Héroi, talvez explicar em um slide. Explicar em um slide cada tópico Linha sucessória = o que a empresa gnha com isso
  12. O que aprendemos com tudo isso...