SlideShare une entreprise Scribd logo
1  sur  38
METODOLOGIA ÁGIL SCRUM – parte II
Prof. Antonio Vieira
Elaboração e Gerenciamento II
Outubro/2022
Disponível em: https://analisederequisitos.com.br/guia-do-scrum/
Os 5 Eventos do SCRUM
1) Sprint
2) Planejamento da Sprint
3) Reunião diária
4) Revisão da Sprint
5) Retrospectiva da Sprint
Os 5 Eventos do SCRUM
Que são os Eventos do SCRUM?
 Eventos prescritos são usados no Scrum para criar
uma rotina e minimizar a necessidade de reuniões não
definidas no Scrum. Todos os eventos são eventos
time-boxed (evento de duração fixa), de tal modo que
todo evento tem uma duração máxima.
 Uma vez que a Sprint começa, sua duração é fixada e
não pode ser reduzida ou aumentada. Os eventos
restantes podem terminar sempre que o propósito do
evento é alcançado, garantindo que uma quantidade
adequada de tempo seja gasta sem permitir perdas no
processo.
 Além da Sprint, que é um container para outros
eventos, cada evento no Scrum é uma oportunidade
de inspecionar e adaptar alguma coisa. Estes eventos
são especificamente projetados para permitir uma
transparência e inspeção criteriosa. A não inclusão de
qualquer um dos eventos resultará na redução da
transparência e da perda de oportunidade para
inspecionar e adaptar.
Que são os Eventos do SCRUM?
SPRINT
1) Sprint - O coração do Scrum é a Sprint. Sprint são
eventos com duração fixa (time-boxes) de um mês ou
menos, durante o qual um “Pronto”, versão incremental
potencialmente utilizável do produto, é criado. Sprints tem
durações coerentes em todo o esforço de
desenvolvimento. Uma nova Sprint inicia imediatamente
após a conclusão da Sprint anterior.
SPRINT
 Durante a Sprint, o Scrum Master garante que não será
feita nenhuma mudança que possa afetar a Meta da
Sprint. Tanto a composição do time quanto as metas de
qualidade devem permanecer constantes durante a
Sprint. As Sprints contêm e consistem na reunião de
Planejamento de Sprint, o trabalho de desenvolvimento,
a Revisão da Sprint e a Retrospectiva da Sprint. As
Sprints ocorrem uma após a outra, sem intervalos entre
elas.
SPRINT
 Cada Sprint pode ser considerada um projeto com
horizonte não maior que um mês. Cada Sprint tem a
definição do que é para ser construído, um plano
projetado e flexível que irá guiar a construção, o trabalho
e o resultado do produto.
 Sprints são limitadas a um mês corrido. Quando o
horizonte da Sprint é muito longo, a definição do que
será construído pode mudar, a complexidade pode
aumentar e o risco pode crescer. Sprints permitem
previsibilidade que garante a inspeção e adaptação do
progresso em direção à meta pelo menos a cada mês
corrido. Sprints também limitam o risco ao custo de um
mês corrido.
Planejamento da Sprint
2) Planejamento da Sprint (sprint planning)
 O trabalho a ser realizado na Sprint é planejado na
reunião de planejamento da Sprint. Este plano é
criado com o trabalho colaborativo do Product Owner,
Scrum Master e com o Dev team.
 É fixada em 8 horas de duração para uma Sprint de
um mês. Para sprints menores, este evento é
usualmente menor.
Planejamento da Sprint
 A reunião é dividida em duas partes.
 A primeira parte, um evento com duração fixa em 4
horas, é quando é decidido “o que” será feito na
Sprint”. Para isso é definido um objetivo ou uma meta
para a Sprint.
 Aqui, o Product Owner apresenta ao Time o que é mais
prioritário no Backlog do Produto. Eles trabalham em
conjunto para definir qual funcionalidade deverá ser
desenvolvida durante a próxima Sprint.
 As entradas para essa reunião são o Backlog do
Produto, o incremento mais recente ao produto, a
capacidade do Time e o histórico de desempenho do
Time.
Planejamento da Sprint
 A segunda parte, outro evento com duração fixa em 4
horas, é quando o Time entende “como” desenvolverá
essa funcionalidade em um incremento do produto
durante a Sprint. A saída é um backlog da Sprint, que é
uma lista das tarefas a serem executadas.
 O Scrum Master garante que o evento ocorra e que os
participantes entendam seu propósito.
 O Product Owner discute o objetivo desse ciclo com a
equipe e com o Scrum Master. Eles então colaboram
para alcançar um entendimento mútuo entre as duas
partes do objetivo da Sprint e do trabalho necessário
para alcançá-lo.
Planejamento da Sprint
 Em seguida, a equipe estima todos os itens do Backlog
do Produto (Product Backlog) que ainda não foram
executados ou novos itens que surgiram durante a
discussão do objetivo da Sprint .
 O time pode precisar dividir grandes entregas do
Backlog do Produto em peças de trabalho menores e
mais gerenciáveis.
Planejamento da Sprint
Resumindo..........
 Analisar e selecionar itens do “Backlog do Produto”
 Definir a meta da Sprint
 Decompor os itens selecionados em tarefas para
transformar os requisitos em produto
 Criar o “Backlog da Sprint”
Planejamento da Sprint
Reunião Diária
3) Reunião diária – O time se encontra diariamente
para uma reunião de 15 minutos chamada Reunião diária.
Essa reunião é sempre feita no mesmo horário e no
mesmo local durante as Sprints. É uma reunião rápida e
objetiva. É uma forma de avaliar o andamento da Sprint.
Durante a reunião, todos respondem as perguntas:
O que foi feito desde a última reunião diária?
O que vai fazer antes da próxima reunião diária?
Quais obstáculos estão no caminho?
Reunião Diária
 O Scrum Master garante que o Time realize essa
reunião.
 O Time é responsável por conduzir a Reunião Diária.
 O Scrum Master ensina o time a manter a Reunião
Diária com curta duração, reforçando as regras e
garantido que as pessoas falem brevemente.
Reunião Diária
 A Reunião Diária não é uma reunião de status.
 Ela é só para as pessoas que estão transformando os
itens do Backlog do Produto em um incremento (o
Time).
 O Time se comprometeu com uma Meta da Sprint, e a
esses itens do Backlog do Produto.
 A Reunião Diária é uma inspeção do progresso na
direção da Meta da Sprint (as três perguntas).
Reunião Diária
Benefícios:
 Maior integração entre os membros da equipe
 Sincronização de informações;
 Identificam e removem impedimentos para o
desenvolvimento;
 Ressaltam e promovem a tomada rápida de decisões;
 Melhoram o nível de conhecimento de todos acerca do
projeto;
 Progresso medido continuamente.
Revisão da Sprint
4) Revisão da Sprint – Ao final da Sprint, é feita uma
reunião de Revisão da Sprint. Para Sprints de um mês, essa
é uma reunião com duração fixa em 4 horas.
 Durante a Revisão da Sprint, o Time Scrum e as partes
interessadas colaboram sobre o que acabou de ser feito.
Baseados nisso e em mudanças no Backlog do Produto
feitas durante a Sprint, eles colaboram sobre quais são as
próximas coisas que podem ser feitas.
 Essa é uma reunião informal, o momento de apresentar a
funcionalidade, o produto que foi concluído dentro da
Sprint.
Revisão da Sprint
A Revisão da Sprint inclui ao menos os seguintes
elementos:
 O Product Owner identifica o que foi feito e o que não foi
feito.
 O Time discute sobre o que correu bem durante a Sprint e
quais problemas foram enfrentados, além de como esses
problemas foram resolvidos.
 O Time então demonstra o trabalho que está pronto e
responde a questionamentos.
Revisão da Sprint
 O Product Owner então discute o Backlog do Produto da
maneira como esse se encontra. Ele faz projeções de
datas de conclusão prováveis a partir de várias hipóteses
de velocidade.
 Em seguida, o grupo inteiro colabora sobre o que foi visto e
o que isso significa com relação ao que fazer em seguida.
 A Revisão da Sprint fornece entradas valiosas para as
reuniões de Planejamento de Sprints seguintes.
Retrospectiva da Sprint
5) Retrospectiva da Sprint – após a Revisão da Sprint
e antes da próxima reunião de Planejamento da Sprint, o
Time Scrum tem uma reunião de Retrospectiva da Sprint.
 Nessa reunião, com duração fixa em 3 horas, o Scrum
Master encoraja o Time a revisar, dentro do modelo de
trabalho e das práticas do processo do Scrum, seu
processo de desenvolvimento, de forma a torná-lo mais
eficaz e gratificante para a próxima Sprint.
Retrospectiva da Sprint
 Esse é o momento de obter as lições aprendidas
 Como correu a última Sprint em se tratando de pessoas,
das relações entre elas, dos processos e das ferramentas.
 O que deu certo?
 O que não deu certo?
 O que pode ser evitado na próxima sprint?
 No final da Retrospectiva da Sprint, o Time Scrum deve ter
identificado medidas de melhoria factíveis que ele
implementará na próxima Sprint.
 Revisão da definição de “Pronto”
PRONTO
Scrum exige que os Times desenvolvam um incremento de
funcionalidade do produto a cada Sprint. Esse incremento deve ser
potencialmente entregável, pois o Product Owner pode optar por
implantar a funcionalidade imediatamente. Para isso ser possível, o
incremento deve ser um pedaço completo do produto. Ele deve
estar “pronto”. Cada incremento deve ser adicionado a todos os
incrementos anteriores e exaustivamente testado, garantindo que
todos os incrementos funcionem juntos. Quando alguém descreve
algo como “pronto”, todos devem entender o que “pronto” significa.
“Pronto” define o que o Time quer dizer quando se compromete a
“aprontar” um item de Backlog do Produto em uma Sprint. Um
incremento completamente “pronto” inclui toda a análise, projeto,
refatoramento, programação, documentação e testes para o
incremento e todos os itens do Backlog do Produto no incremento.
Os 3 Artefatos do SCRUM
1) Backlog do Produto
2) Backlog da Sprint
3) Incremento
Os 3 Artefatos do SCRUM
Que são os Artefatos do SCRUM?
Artefatos do Scrum
São informações que as equipes Scrum e as partes
interessadas usam para detalhar o produto que está
sendo desenvolvido, as ações para a produção dele e as
ações realizadas durante o projeto.
No desenvolvimento de software, o termo artefato é
referente a informações essenciais necessárias durante o
desenvolvimento de um produto.
Que são os Artefatos do SCRUM?
Os artefatos são criados durante as principais
atividades de um Sprint Scrum:
 Planejar o trabalho e objetivos futuros
 Criar tarefas para atingir esses objetivos
 Organizar tarefas em sprints com base em dependências e
prioridades
 Executar as tarefas
 Revisar e analisar os resultados para comparar com os
objetivos
 Repetir estas etapas
Backlog do Produto
1) Backlog do Produto
 É uma lista de recursos novos, aprimoramentos, atualizações
de segurança, tarefas ou requisitos de trabalho necessários
para criar um produto.
 O Backlog do Produto evolui à medida que o produto e o
ambiente em que ele será usado evoluem.
 O Product Owner é o responsável pelo Backlog do Produto,
por seu conteúdo, por sua disponibilidade e por sua priorização.
Backlog do Produto
 O Backlog do Produto representa tudo que é necessário para
desenvolver e lançar um produto de sucesso.
 Os itens do Backlog do Produto possuem os atributos de
descrição, prioridade e estimativa.
 A prioridade é determinada por risco, valor e necessidade.
 Os itens do Backlog do Produto são geralmente
representados como “Estórias de Usuário”.
Backlog do Produto
 O Backlog do Produto é ordenado por prioridade. O Backlog
do Produto de mais alta prioridade leva a atividades de
desenvolvimento imediatas.
 À medida que um produto é utilizado, que seu valor aumenta
e que o mercado fornece feedback, o Backlog do Produto torna-
se uma lista maior e mais aprofundada.
 Os requisitos nunca param de mudar. Mudanças nos
requisitos de negócios, condições do mercado, tecnologia e
equipe causam mudanças no Backlog do Produto.
Backlog da Sprint
2) Backlog da Sprint
 O backlog do sprint é um conjunto de tarefas de backlog do
produto que foram promovidas a serem desenvolvidas durante o
próximo incremento do produto.
 Os backlogs do sprint são criados pelas equipes de
desenvolvimento para planejar materiais a serem entregues
para incrementos futuros e detalhar o trabalho necessário para
criar o incremento.
 Os itens do Backlog da Sprint devem ser decompostos. A
decomposição deve ser suficiente para que mudanças no
progresso possam ser entendidas na Reunião Diária.
Backlog da Sprint
 O Time modifica o Backlog da Sprint no decorrer da Sprint,
bem como surge Backlog da Sprint durante a Sprint.
 Quando chega às tarefas individuais, o Time pode descobrir
que mais ou menos tarefas serão necessárias, ou que uma
determinada tarefa levará mais ou menos tempo do que era
esperado.
 À medida que novo trabalho surge, o Time o adiciona ao
Backlog da Sprint.
Backlog da Sprint
 À medida que se trabalha nas tarefas ou que elas são
completadas, as horas estimadas de trabalho restantes para
cada tarefa são atualizadas.
 Somente o Time pode modificar o seu Backlog da Sprint
durante uma Sprint.
 Somente o Time pode mudar o seu conteúdo ou as suas
estimativas.
 O Backlog da Sprint é um retrato em tempo real altamente
visível do trabalho que o Time planeja efetuar durante a Sprint, e
ele pertence unicamente ao Time.
Backlog da Sprint
 Os backlogs do sprint são criados pela seleção de uma tarefa
no backlog do produto e divisão dessa tarefa em itens de sprint
menores e acionáveis.
Pense em um exemplo de tarefa como “construir uma página de
carrinho de compras”, que requer muitas sub tarefas de design e
desenvolvimento. O backlog do produto é onde fica a tarefa
principal, enquanto as tarefas de suporte como “criar um modelo
de design visual de carrinho de compras” ou “programar as
sessões do carrinho de compras” ficam no backlog do sprint.
https://www.atlassian.com/br/agile/scrum/artifacts#:~:text=Resumo%3A%20artefatos%20de%20Scrum
%20%C3%A1gil,do%20sprint%20e%20os%20incrementos.
Backlog da Sprint
 O backlog do sprint é atualizado durante a fase de
planejamento da Sprint.
 As tarefas menores do sprint são atribuídas às devidas
equipes, como design e desenvolvimento. Se uma equipe não
tiver a capacidade de entregar todas as tarefas do sprint, as que
restarem vão ficar em espera no backlog do sprint para um
sprint futuro.
https://www.atlassian.com/br/agile/scrum/artifacts#:~:text=Resumo%3A%20artefatos%20de%20Scrum
%20%C3%A1gil,do%20sprint%20e%20os%20incrementos.
Incremento
3) Incremento
 Incrementos de produto são os materiais de entrega do
cliente que foram produzidos nas tarefas do backlog do
produto durante a Sprint.
 É a soma dos itens concluídos do backlog do produto durante
a Sprint atual e as anteriores. Assim, ao final de cada sprint, o
incremento em evolução deve sempre atender à Definição de
Pronto e ser implementável sob demanda.
 Sempre há um incremento para cada sprint
 O incremento é decidido durante a fase de planejamento do
Scrum. A entrega do incremento ao cliente é uma decisão do
Product owner.

Contenu connexe

Similaire à Aula 06 Scrum - parte II completo.ppt (20)

Scrum
ScrumScrum
Scrum
 
A Teoria do Scrum
A Teoria do ScrumA Teoria do Scrum
A Teoria do Scrum
 
Scrum - Teoria do Scrum
Scrum - Teoria do Scrum Scrum - Teoria do Scrum
Scrum - Teoria do Scrum
 
Scrum “by the book”
Scrum “by the book”Scrum “by the book”
Scrum “by the book”
 
Softdrops - Sprint Review Meeting
Softdrops - Sprint Review MeetingSoftdrops - Sprint Review Meeting
Softdrops - Sprint Review Meeting
 
Gerenciamento ágil de projetos com scrum
Gerenciamento ágil de projetos com scrumGerenciamento ágil de projetos com scrum
Gerenciamento ágil de projetos com scrum
 
Visão Macro do SCRUM
Visão Macro do SCRUMVisão Macro do SCRUM
Visão Macro do SCRUM
 
SCRUM
SCRUMSCRUM
SCRUM
 
SCRUM
SCRUMSCRUM
SCRUM
 
Antigo_Scrum
Antigo_ScrumAntigo_Scrum
Antigo_Scrum
 
Agilidade Com Scrum
Agilidade Com ScrumAgilidade Com Scrum
Agilidade Com Scrum
 
Scrum - Gerenciamento de Projetos
Scrum - Gerenciamento de ProjetosScrum - Gerenciamento de Projetos
Scrum - Gerenciamento de Projetos
 
Gestao agil de projetos
Gestao agil de projetosGestao agil de projetos
Gestao agil de projetos
 
Apresentação Scrum 2012
Apresentação Scrum 2012Apresentação Scrum 2012
Apresentação Scrum 2012
 
ANALISE E DESENVOLVIMENTO DE SISTEMAS
ANALISE E DESENVOLVIMENTO DE SISTEMASANALISE E DESENVOLVIMENTO DE SISTEMAS
ANALISE E DESENVOLVIMENTO DE SISTEMAS
 
Guia do scrum
Guia do scrumGuia do scrum
Guia do scrum
 
Guia do scrum
Guia do scrumGuia do scrum
Guia do scrum
 
Ferramentas Livres para a Gestão de Projetos Ágeis com Scrum
Ferramentas Livres para a Gestão de Projetos Ágeis com ScrumFerramentas Livres para a Gestão de Projetos Ágeis com Scrum
Ferramentas Livres para a Gestão de Projetos Ágeis com Scrum
 
Scrum em 2 minutos
Scrum em 2 minutosScrum em 2 minutos
Scrum em 2 minutos
 
Material Workshop Scrum foundation - Fernando Cunha
Material Workshop Scrum foundation -  Fernando CunhaMaterial Workshop Scrum foundation -  Fernando Cunha
Material Workshop Scrum foundation - Fernando Cunha
 

Aula 06 Scrum - parte II completo.ppt

  • 1. METODOLOGIA ÁGIL SCRUM – parte II Prof. Antonio Vieira Elaboração e Gerenciamento II Outubro/2022
  • 3. Os 5 Eventos do SCRUM
  • 4. 1) Sprint 2) Planejamento da Sprint 3) Reunião diária 4) Revisão da Sprint 5) Retrospectiva da Sprint Os 5 Eventos do SCRUM
  • 5. Que são os Eventos do SCRUM?  Eventos prescritos são usados no Scrum para criar uma rotina e minimizar a necessidade de reuniões não definidas no Scrum. Todos os eventos são eventos time-boxed (evento de duração fixa), de tal modo que todo evento tem uma duração máxima.  Uma vez que a Sprint começa, sua duração é fixada e não pode ser reduzida ou aumentada. Os eventos restantes podem terminar sempre que o propósito do evento é alcançado, garantindo que uma quantidade adequada de tempo seja gasta sem permitir perdas no processo.
  • 6.  Além da Sprint, que é um container para outros eventos, cada evento no Scrum é uma oportunidade de inspecionar e adaptar alguma coisa. Estes eventos são especificamente projetados para permitir uma transparência e inspeção criteriosa. A não inclusão de qualquer um dos eventos resultará na redução da transparência e da perda de oportunidade para inspecionar e adaptar. Que são os Eventos do SCRUM?
  • 7. SPRINT 1) Sprint - O coração do Scrum é a Sprint. Sprint são eventos com duração fixa (time-boxes) de um mês ou menos, durante o qual um “Pronto”, versão incremental potencialmente utilizável do produto, é criado. Sprints tem durações coerentes em todo o esforço de desenvolvimento. Uma nova Sprint inicia imediatamente após a conclusão da Sprint anterior.
  • 8. SPRINT  Durante a Sprint, o Scrum Master garante que não será feita nenhuma mudança que possa afetar a Meta da Sprint. Tanto a composição do time quanto as metas de qualidade devem permanecer constantes durante a Sprint. As Sprints contêm e consistem na reunião de Planejamento de Sprint, o trabalho de desenvolvimento, a Revisão da Sprint e a Retrospectiva da Sprint. As Sprints ocorrem uma após a outra, sem intervalos entre elas.
  • 9. SPRINT  Cada Sprint pode ser considerada um projeto com horizonte não maior que um mês. Cada Sprint tem a definição do que é para ser construído, um plano projetado e flexível que irá guiar a construção, o trabalho e o resultado do produto.  Sprints são limitadas a um mês corrido. Quando o horizonte da Sprint é muito longo, a definição do que será construído pode mudar, a complexidade pode aumentar e o risco pode crescer. Sprints permitem previsibilidade que garante a inspeção e adaptação do progresso em direção à meta pelo menos a cada mês corrido. Sprints também limitam o risco ao custo de um mês corrido.
  • 10. Planejamento da Sprint 2) Planejamento da Sprint (sprint planning)  O trabalho a ser realizado na Sprint é planejado na reunião de planejamento da Sprint. Este plano é criado com o trabalho colaborativo do Product Owner, Scrum Master e com o Dev team.  É fixada em 8 horas de duração para uma Sprint de um mês. Para sprints menores, este evento é usualmente menor.
  • 11. Planejamento da Sprint  A reunião é dividida em duas partes.  A primeira parte, um evento com duração fixa em 4 horas, é quando é decidido “o que” será feito na Sprint”. Para isso é definido um objetivo ou uma meta para a Sprint.  Aqui, o Product Owner apresenta ao Time o que é mais prioritário no Backlog do Produto. Eles trabalham em conjunto para definir qual funcionalidade deverá ser desenvolvida durante a próxima Sprint.  As entradas para essa reunião são o Backlog do Produto, o incremento mais recente ao produto, a capacidade do Time e o histórico de desempenho do Time.
  • 12. Planejamento da Sprint  A segunda parte, outro evento com duração fixa em 4 horas, é quando o Time entende “como” desenvolverá essa funcionalidade em um incremento do produto durante a Sprint. A saída é um backlog da Sprint, que é uma lista das tarefas a serem executadas.
  • 13.  O Scrum Master garante que o evento ocorra e que os participantes entendam seu propósito.  O Product Owner discute o objetivo desse ciclo com a equipe e com o Scrum Master. Eles então colaboram para alcançar um entendimento mútuo entre as duas partes do objetivo da Sprint e do trabalho necessário para alcançá-lo. Planejamento da Sprint
  • 14.  Em seguida, a equipe estima todos os itens do Backlog do Produto (Product Backlog) que ainda não foram executados ou novos itens que surgiram durante a discussão do objetivo da Sprint .  O time pode precisar dividir grandes entregas do Backlog do Produto em peças de trabalho menores e mais gerenciáveis. Planejamento da Sprint
  • 15. Resumindo..........  Analisar e selecionar itens do “Backlog do Produto”  Definir a meta da Sprint  Decompor os itens selecionados em tarefas para transformar os requisitos em produto  Criar o “Backlog da Sprint” Planejamento da Sprint
  • 16. Reunião Diária 3) Reunião diária – O time se encontra diariamente para uma reunião de 15 minutos chamada Reunião diária. Essa reunião é sempre feita no mesmo horário e no mesmo local durante as Sprints. É uma reunião rápida e objetiva. É uma forma de avaliar o andamento da Sprint. Durante a reunião, todos respondem as perguntas: O que foi feito desde a última reunião diária? O que vai fazer antes da próxima reunião diária? Quais obstáculos estão no caminho?
  • 17. Reunião Diária  O Scrum Master garante que o Time realize essa reunião.  O Time é responsável por conduzir a Reunião Diária.  O Scrum Master ensina o time a manter a Reunião Diária com curta duração, reforçando as regras e garantido que as pessoas falem brevemente.
  • 18. Reunião Diária  A Reunião Diária não é uma reunião de status.  Ela é só para as pessoas que estão transformando os itens do Backlog do Produto em um incremento (o Time).  O Time se comprometeu com uma Meta da Sprint, e a esses itens do Backlog do Produto.  A Reunião Diária é uma inspeção do progresso na direção da Meta da Sprint (as três perguntas).
  • 19. Reunião Diária Benefícios:  Maior integração entre os membros da equipe  Sincronização de informações;  Identificam e removem impedimentos para o desenvolvimento;  Ressaltam e promovem a tomada rápida de decisões;  Melhoram o nível de conhecimento de todos acerca do projeto;  Progresso medido continuamente.
  • 20. Revisão da Sprint 4) Revisão da Sprint – Ao final da Sprint, é feita uma reunião de Revisão da Sprint. Para Sprints de um mês, essa é uma reunião com duração fixa em 4 horas.  Durante a Revisão da Sprint, o Time Scrum e as partes interessadas colaboram sobre o que acabou de ser feito. Baseados nisso e em mudanças no Backlog do Produto feitas durante a Sprint, eles colaboram sobre quais são as próximas coisas que podem ser feitas.  Essa é uma reunião informal, o momento de apresentar a funcionalidade, o produto que foi concluído dentro da Sprint.
  • 21. Revisão da Sprint A Revisão da Sprint inclui ao menos os seguintes elementos:  O Product Owner identifica o que foi feito e o que não foi feito.  O Time discute sobre o que correu bem durante a Sprint e quais problemas foram enfrentados, além de como esses problemas foram resolvidos.  O Time então demonstra o trabalho que está pronto e responde a questionamentos.
  • 22. Revisão da Sprint  O Product Owner então discute o Backlog do Produto da maneira como esse se encontra. Ele faz projeções de datas de conclusão prováveis a partir de várias hipóteses de velocidade.  Em seguida, o grupo inteiro colabora sobre o que foi visto e o que isso significa com relação ao que fazer em seguida.  A Revisão da Sprint fornece entradas valiosas para as reuniões de Planejamento de Sprints seguintes.
  • 23. Retrospectiva da Sprint 5) Retrospectiva da Sprint – após a Revisão da Sprint e antes da próxima reunião de Planejamento da Sprint, o Time Scrum tem uma reunião de Retrospectiva da Sprint.  Nessa reunião, com duração fixa em 3 horas, o Scrum Master encoraja o Time a revisar, dentro do modelo de trabalho e das práticas do processo do Scrum, seu processo de desenvolvimento, de forma a torná-lo mais eficaz e gratificante para a próxima Sprint.
  • 24. Retrospectiva da Sprint  Esse é o momento de obter as lições aprendidas  Como correu a última Sprint em se tratando de pessoas, das relações entre elas, dos processos e das ferramentas.  O que deu certo?  O que não deu certo?  O que pode ser evitado na próxima sprint?  No final da Retrospectiva da Sprint, o Time Scrum deve ter identificado medidas de melhoria factíveis que ele implementará na próxima Sprint.  Revisão da definição de “Pronto”
  • 25. PRONTO Scrum exige que os Times desenvolvam um incremento de funcionalidade do produto a cada Sprint. Esse incremento deve ser potencialmente entregável, pois o Product Owner pode optar por implantar a funcionalidade imediatamente. Para isso ser possível, o incremento deve ser um pedaço completo do produto. Ele deve estar “pronto”. Cada incremento deve ser adicionado a todos os incrementos anteriores e exaustivamente testado, garantindo que todos os incrementos funcionem juntos. Quando alguém descreve algo como “pronto”, todos devem entender o que “pronto” significa. “Pronto” define o que o Time quer dizer quando se compromete a “aprontar” um item de Backlog do Produto em uma Sprint. Um incremento completamente “pronto” inclui toda a análise, projeto, refatoramento, programação, documentação e testes para o incremento e todos os itens do Backlog do Produto no incremento.
  • 26. Os 3 Artefatos do SCRUM
  • 27. 1) Backlog do Produto 2) Backlog da Sprint 3) Incremento Os 3 Artefatos do SCRUM
  • 28. Que são os Artefatos do SCRUM? Artefatos do Scrum São informações que as equipes Scrum e as partes interessadas usam para detalhar o produto que está sendo desenvolvido, as ações para a produção dele e as ações realizadas durante o projeto. No desenvolvimento de software, o termo artefato é referente a informações essenciais necessárias durante o desenvolvimento de um produto.
  • 29. Que são os Artefatos do SCRUM? Os artefatos são criados durante as principais atividades de um Sprint Scrum:  Planejar o trabalho e objetivos futuros  Criar tarefas para atingir esses objetivos  Organizar tarefas em sprints com base em dependências e prioridades  Executar as tarefas  Revisar e analisar os resultados para comparar com os objetivos  Repetir estas etapas
  • 30. Backlog do Produto 1) Backlog do Produto  É uma lista de recursos novos, aprimoramentos, atualizações de segurança, tarefas ou requisitos de trabalho necessários para criar um produto.  O Backlog do Produto evolui à medida que o produto e o ambiente em que ele será usado evoluem.  O Product Owner é o responsável pelo Backlog do Produto, por seu conteúdo, por sua disponibilidade e por sua priorização.
  • 31. Backlog do Produto  O Backlog do Produto representa tudo que é necessário para desenvolver e lançar um produto de sucesso.  Os itens do Backlog do Produto possuem os atributos de descrição, prioridade e estimativa.  A prioridade é determinada por risco, valor e necessidade.  Os itens do Backlog do Produto são geralmente representados como “Estórias de Usuário”.
  • 32. Backlog do Produto  O Backlog do Produto é ordenado por prioridade. O Backlog do Produto de mais alta prioridade leva a atividades de desenvolvimento imediatas.  À medida que um produto é utilizado, que seu valor aumenta e que o mercado fornece feedback, o Backlog do Produto torna- se uma lista maior e mais aprofundada.  Os requisitos nunca param de mudar. Mudanças nos requisitos de negócios, condições do mercado, tecnologia e equipe causam mudanças no Backlog do Produto.
  • 33. Backlog da Sprint 2) Backlog da Sprint  O backlog do sprint é um conjunto de tarefas de backlog do produto que foram promovidas a serem desenvolvidas durante o próximo incremento do produto.  Os backlogs do sprint são criados pelas equipes de desenvolvimento para planejar materiais a serem entregues para incrementos futuros e detalhar o trabalho necessário para criar o incremento.  Os itens do Backlog da Sprint devem ser decompostos. A decomposição deve ser suficiente para que mudanças no progresso possam ser entendidas na Reunião Diária.
  • 34. Backlog da Sprint  O Time modifica o Backlog da Sprint no decorrer da Sprint, bem como surge Backlog da Sprint durante a Sprint.  Quando chega às tarefas individuais, o Time pode descobrir que mais ou menos tarefas serão necessárias, ou que uma determinada tarefa levará mais ou menos tempo do que era esperado.  À medida que novo trabalho surge, o Time o adiciona ao Backlog da Sprint.
  • 35. Backlog da Sprint  À medida que se trabalha nas tarefas ou que elas são completadas, as horas estimadas de trabalho restantes para cada tarefa são atualizadas.  Somente o Time pode modificar o seu Backlog da Sprint durante uma Sprint.  Somente o Time pode mudar o seu conteúdo ou as suas estimativas.  O Backlog da Sprint é um retrato em tempo real altamente visível do trabalho que o Time planeja efetuar durante a Sprint, e ele pertence unicamente ao Time.
  • 36. Backlog da Sprint  Os backlogs do sprint são criados pela seleção de uma tarefa no backlog do produto e divisão dessa tarefa em itens de sprint menores e acionáveis. Pense em um exemplo de tarefa como “construir uma página de carrinho de compras”, que requer muitas sub tarefas de design e desenvolvimento. O backlog do produto é onde fica a tarefa principal, enquanto as tarefas de suporte como “criar um modelo de design visual de carrinho de compras” ou “programar as sessões do carrinho de compras” ficam no backlog do sprint. https://www.atlassian.com/br/agile/scrum/artifacts#:~:text=Resumo%3A%20artefatos%20de%20Scrum %20%C3%A1gil,do%20sprint%20e%20os%20incrementos.
  • 37. Backlog da Sprint  O backlog do sprint é atualizado durante a fase de planejamento da Sprint.  As tarefas menores do sprint são atribuídas às devidas equipes, como design e desenvolvimento. Se uma equipe não tiver a capacidade de entregar todas as tarefas do sprint, as que restarem vão ficar em espera no backlog do sprint para um sprint futuro. https://www.atlassian.com/br/agile/scrum/artifacts#:~:text=Resumo%3A%20artefatos%20de%20Scrum %20%C3%A1gil,do%20sprint%20e%20os%20incrementos.
  • 38. Incremento 3) Incremento  Incrementos de produto são os materiais de entrega do cliente que foram produzidos nas tarefas do backlog do produto durante a Sprint.  É a soma dos itens concluídos do backlog do produto durante a Sprint atual e as anteriores. Assim, ao final de cada sprint, o incremento em evolução deve sempre atender à Definição de Pronto e ser implementável sob demanda.  Sempre há um incremento para cada sprint  O incremento é decidido durante a fase de planejamento do Scrum. A entrega do incremento ao cliente é uma decisão do Product owner.