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
