Sprint Planning

1 - Inicia a Sprint ao definir o trabalho a ser realizado na Sprint.
É 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.
2 - 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.
3 - Por meio de discussão com o Product Owner, os Developers

selecionam itens do Product Backlog para incluir na Sprint atual.
o que aumenta a compreensão e a confiança
Sprint Planning (8h)

(Planejamento Sprint) 4 - Para cada item do Product Backlog selecionado, os Developers
planejam o trabalho necessário para criar um Incremento que atenda à
Definição de Pronto.
Decompondo itens do Product Backlog em itens de trabalho menores
de um dia ou menos. A forma como isso é feito é exclusivo dos
Developers .
5 - A Meta da Sprint, os itens do Product Backlog, mais o plano para

entregá-los são chamados juntos de Sprint Backlog.
6 - A Sprint Planning tem definido com duração máxima de (8hs) oito

horas para uma Sprint de um mês. Para Sprints mais curtas, o evento
geralmente é mais curto
O propósito é inspecionar o progresso em direção
a Meta da Sprint e adaptar o Sprint Backlog
conforme necessário,
é um evento de 15 minutos para os Developers do

Scrum Team. É realizado no mesmo horário e
local, todos os dias úteis da Sprint.
Daily Scrum
(Scrum Diário) Os Developers podem selecionar qualquer
(15 min) estrutura e técnicas, desde que seu Daily Scrum se
concentre no progresso em direção a Meta da
Sprint e produza um plano de ação para o próximo
dia de trabalho.
melhoram as comunicações, identificam os

impedimentos, promovem a rápida tomada de
decisões. Não é o único momento em que os
Developers podem ajustar seu plano.
O propósito é inspecionar o resultado da
Sprint e determinar as adaptações futuras.
Durante o evento, o Scrum Team e os

stakeholders revisam o que foi realizado na
Sprint e o que mudou em seu ambiente.
Sprint Review
(Revisão Sprint)
A Sprint Review é uma sessão de trabalho e
4h
o Scrum Team deve evitar limitá-la a uma
apresentação.
A Sprint Review é o penúltimo evento da

Sprint e tem um Timebox com prazo
máximo de quatro horas para uma Sprint de
um mês.
planejar maneiras de aumentar a qualidade e a
eficácia.
O Scrum Team inspeciona como foi a última

Sprint em relação a indivíduos, interações,
processos, ferramentas e sua Definição de
Pronto.
Sprint Retrospective
(Retrospectiva da Sprint) O Scrum Team discute o que deu certo durante a
Sprint, quais problemas encontraram e como
3h esses problemas foram (ou não) resolvidos.
O Scrum Team identifica as mudanças mais

úteis para melhorar sua eficácia.
A Sprint Retrospective conclui a Sprint. É

limitada pelo Timebox de no máximo três horas
para uma Sprint de um mês
representam trabalho ou valor
Eles são projetados para maximizar a

transparência das principais
informações.
compromisso para garantir que ele

forneça informações que aumentem a
Scrum Artifacts transparência e o foco
Product Backlog é a Meta do produto
Sprint Backlog é a Meta da Sprint.
Incremento é a Definição de Pronto.

é uma lista ordenada e emergente do que é necessário para
melhorar o produto.
Os itens do Product Backlog que podem ser realizados pelo

Scrum Team em uma Sprint são considerados preparados para
seleção no evento Sprint Planning.
O Product Backlog refinement é o ato de quebrar e incluir

Product Backlog definição adicional aos itens do Product Backlog para ter itens
“o que” menores e mais precisos.
Os Developers que farão o trabalho são responsáveis pelo

dimensionamento.
A Meta do produto está no Product Backlog.
A Meta do Produto é o objetivo de longo prazo para o Scrum

Compromisso: Team. Eles devem cumprir (ou abandonar) um objetivo antes de
Meta do Produto assumir o próximo.
Descreve um estado futuro do produto que pode servir como um

alvo para o Scrum Team planejar.
O Sprint Backlog é um plano feito por e para os Developers. É
uma imagem altamente visível, em tempo real do trabalho que
os Developers planejam realizar durante a Sprint
Meta da Sprint (por que)
o conjunto de itens do Product Backlog selecionados para a

Sprint Backlog É composto Sprint (o que)
(por que) um plano de ação para entregar o Incremento (como)
Embora a Meta da Sprint seja um compromisso dos

Developers, esta fornece flexibilidade em termos do
trabalho exato necessário para alcançá-la.
Compromisso:
é criada durante o evento Sprint Planning
Meta da Sprint
Meta da Sprint também cria coerência e foco, encorajando
o Scrum Team a trabalhar junto ao invés de iniciativas
separadas.
É um trampolim concreto em direção a Meta do
produto. Cada incremento é adicionado a todos os
incrementos anteriores e completamente verificado,
garantindo que todos os incrementos funcionem juntos
A fim de fornecer valor, o incremento deve ser

Incremento utilizável. A soma dos incrementos é apresentada na
Sprint Review, apoiando assim o empirismo.
A Sprint Review nunca deve ser considerada um

marco para liberar valor.
É uma descrição formal do estado do Incremento quando ela atende

às medidas de qualidade exigidas para o produto.
No momento em que um item do Product Backlog atende a Definição

de Pronto, um incremento nasce.
A Definição de Pronto cria transparência ao fornecer a todos um

entendimento compartilhado de qual trabalho foi concluído como
Compromisso:
parte do Incremento. não atender à Definição de Pronto, ele não
Definição de Pronto
poderá ser liberado ou mesmo presentado na Sprint Review.
Se a Definição de Pronto para um incremento faz parte dos padrões

da organização, todos os Scrum Teams devem segui-la como mínimo
Os Developers devem estar em conformidade com a Definição de

Pronto. Se houver vários Scrum Teams trabalhando juntos em um
produto, eles devem definir e cumprir mutuamente a mesma
Definição de Pronto

Sprint Planning

Enviado por

Direitos autorais:

Formatos disponíveis

Sprint Planning

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Sprint Planning

Enviado por

Direitos autorais:

Formatos disponíveis

1 - Inicia a Sprint ao deﬁnir o trabalho a ser realizado na Sprint.

3 - Por meio de discussão com o Product Owner, os Developers

Sprint Planning (8h)

5 - A Meta da Sprint, os itens do Product Backlog, mais o plano para

6 - A Sprint Planning tem deﬁnido com duração máxima de (8hs) oito

é um evento de 15 minutos para os Developers do

melhoram as comunicações, identificam os

Durante o evento, o Scrum Team e os

A Sprint Review é o penúltimo evento da

O Scrum Team inspeciona como foi a última

O Scrum Team identifica as mudanças mais

A Sprint Retrospective conclui a Sprint. É

Eles são projetados para maximizar a

compromisso para garantir que ele

Product Backlog é a Meta do produto

Sprint Backlog é a Meta da Sprint.

Incremento é a Definição de Pronto.

Os itens do Product Backlog que podem ser realizados pelo

O Product Backlog refinement é o ato de quebrar e incluir

Os Developers que farão o trabalho são responsáveis pelo

A Meta do produto está no Product Backlog.

A Meta do Produto é o objetivo de longo prazo para o Scrum

Descreve um estado futuro do produto que pode servir como um

Meta da Sprint (por que)

o conjunto de itens do Product Backlog selecionados para a

(por que) um plano de ação para entregar o Incremento (como)

Embora a Meta da Sprint seja um compromisso dos

A fim de fornecer valor, o incremento deve ser

A Sprint Review nunca deve ser considerada um

É uma descrição formal do estado do Incremento quando ela atende

No momento em que um item do Product Backlog atende a Definição

A Definição de Pronto cria transparência ao fornecer a todos um

Se a Definição de Pronto para um incremento faz parte dos padrões

Os Developers devem estar em conformidade com a Definição de

Você também pode gostar