O documento descreve os cinco eventos e três artefatos principais do Scrum. Os eventos são: 1) Sprint, 2) Planejamento da Sprint, 3) Reunião Diária, 4) Revisão da Sprint e 5) Retrospectiva da Sprint. Os artefatos são: 1) Backlog do Produto, 2) Backlog da Sprint e 3) Incremento, que são usados para planejar o trabalho, rastrear o progresso e inspecionar os resultados.
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.
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.