Os Eventos e

Artefatos do Scrum In Company

 In Company

Check in:
 In Company
Está na hora do Kahoot!

▪ Importante:

O que está valendo? Resposta correta e velocidade.

Escolha seu nome (pode ser anônimo) e comece!

Lembrem-se, a pergunta não aparece na sua tela de

computador ou celular, aparece apenas na tela do
apresentador.

https://create.kahoot.it/share/scrum-aula-3/039ffbf5-3d97-4916-9cdf-d53c8d2721dc
 In Company
A nossa agenda de hoje...

Intro

Eventos

Artefatos

“O barco..”

Épicos e User Stories

Dicas de Priorização
 In Company
A Jornada Scrum

Eventos e Scrum
Introdução Papéis Scrum Banca
Artefatos Na Prática
18/05 25/05 15/06 22/06 29/06
 In Company
A Jornada Scrum

Eventos e Scrum
Introdução Papéis Scrum Banca
Artefatos Na Prática
18/05 25/05 15/06 22/06 29/06
 In Company

Papéis, Eventos e Artefatos

 In Company
Resumo: Papéis e Responsabilidades

Guardião do Scrum dentro do time e da organização e responsável pela eficácia do

Scrum Master
Time Scrum.

Responsável pelo gerenciamento eficaz do Product Backlog (Lista de Entregas),

Product Owner
maximizando o valor do trabalho do time.

Dev Team São as pessoas que estão comprometidas a criar o plano de entregas e em criar
(Time) qualquer aspecto de um Incremento que seja necessário e utilizável a cada Sprint.

O Time Scrum ideal é difícil de ser estruturado em empresas

tradicionais por conta da complexidade organizacional x custos.
Nas empresas está cada vez mais comum a criação de Time Scrum
com um Product Manager (Gerente de Produto).
 In Company
Visão Geral
 In Company

Eventos
 In Company
O framework Scrum é composto de papéis, eventos e artefatos:

Papéis Eventos Artefatos

Scrum Master Sprint Product Backlog

Product Owner Sprint Planning Sprint Backlog

Dev Team Daily Scrum Incremento/Entrega

Sprint Review

Sprint Retrospective
 In Company
O framework Scrum é composto de papéis, eventos e artefatos:

Papéis Eventos Artefatos

Scrum Master Sprint Product Backlog

Product Owner Sprint Planning Sprint Backlog

Dev Team Daily Scrum Incremento/Entrega

Sprint Review

Sprint Retrospective
As 5 etapas dentro de uma Sprint:
01 Sprint
(Ciclo)
Ciclo em que ocorrem todas as
reuniões necessárias para que o
framework Scrum seja seguido
Duração depende do tipo do projeto, da
gestão de risco e da maturidade do
time e não pode ser alterada (Poder ser
de 1 à 4 semanas);
Pode ser cancelada quando a meta fica
obsoleta;
As metas de qualidade acordadas entre
o PO e o time de desenvolvimento e a
meta das sprint que é definida pelo
time de desenvolvimento também não
podem mudar.
02 Sprint Planning
(Planejamento do Ciclo)
Primeiro evento do framework e Marca
o início da Sprint;
Tem duração de 8 horas para Sprints
que duram um mês e para Sprints
menores a duração da Sprint Planning
também diminui;
Obrigatoriamente todos os papéis
devem estar presentes;
O objetivo é sair com o Backlog da
Sprint finalizado e o plano para
entregar o incremento;
Entradas: capacidade projetada do
time, o nível de produtividade e os
incrementos de sprints anteriores;
Saídas: Número de tarefas, o plano de
entrega dessas tarefas e a meta da
Sprint.
In Company
03 Daily Scrum
(Reunião Diária)
Diariamente o time de desenvolvimento
realiza reuniões em roda e todos em pé;
Visibilidade do que está acontecendo
em três questionamentos para cada
membro: o que fizeram, o que
pretendem fazer e quais são as
dificuldades;
Obrigatoriamente todo time de
desenvolvimento participa do Daily
Scrum;
Duração de, no mínimo, 15 minutos
A Sprint Review e a Retrospectiva são fundamentais para o alinhamento da
comunicação com os Stakeholders e aumento de padronizações para manter um time
sempre em Melhoria Contínua.
04 Sprint Review
(Revisão do Ciclo)
Reunião focada em produto e única em
que o cliente tem voz;
Obrigatoriamente o PO, Time de
Desenvolvimento e os stakeholders
devem participar da Sprint Review;
PO mostra o incremento, o cliente
passa os feedbacks e o time de
desenvolvimento tira dúvidas técnicas;
Duração de 4 horas para Sprints de um
mês e para Sprint menores o tempo
pode ser reduzido.
In Company
Sprint
05 Retrospective
(Retrospectiva)
Foca em inspecionar e melhorar os
processos internos do time Scrum
Na teoria, todo o Time Scrum participa
da Retrospectiva, o PO, o Time de
Desenvolvimento e o Scrum Master;
Necessário fazer 3 perguntas:
1) o que fez de bom.
2) O que pode ser melhorado.
3) O que aplicaremos na próxima
Sprint
 In Company
Quem participa em cada uma delas?

Participantes Obrigatórios
das Sprints

Sprint
01 (Ciclo)
Time PO SM Clientes

Sprint Planning
02 (Planejamento do
Ciclo)
Time PO SM

Daily Scrum
03 (Reunião Diária)
Time

Sprint Review
04 (Revisão do Ciclo)
Time PO Clientes

Sprint
05 Retrospective
(Retrospectiva) Time PO SM
 In Company
Como começar a entender e aplicar os eventos scrum?

1º Passo Definir Ciclo de 1 à 4 Semanas

Dica Extra: Começar com ciclos curtos

(feedback rápido), apenas com a Planning e
2º Passo acompanhamento com o Painel de
Entregas aberto durante a Planning.
Se possível, iniciar com a daily, será mais
fácil a fluidez do processo.
 In Company
Importante: Precisa fazer TUDO isso?

Lembre-se do Case do Spotify

Essa é a Teoria do Scrum, se fizermos o que

pedem de uma forma que seja funcional para
o nosso time é o melhor caminho a ser
seguido.

Por exemplo: Fazer a Retrospectiva junto

com a Planning todo início de semana em
apenas 1h30.
 In Company

Artefatos
 In Company
O framework Scrum é composto de papéis, eventos e artefatos:

Papéis Eventos Artefatos

Scrum Master Sprint Product Backlog

Product Owner Sprint Planning Sprint Backlog

Dev Team Daily Scrum Increment

Sprint Review

Sprint Retrospective
 In Company
O framework Scrum é composto de papéis, eventos e artefatos:

Papéis Eventos Artefatos

Scrum Master Sprint Product Backlog

Product Owner Sprint Planning Sprint Backlog

Dev Team Daily Scrum Increment

Sprint Review

Sprint Retrospective
 In Company
Os Artefatos do Scrum:

Product Backlog Sprint Backlog Increment

(Lista de Entregas) (Entregas da Sprint) (Incremento/Entrega)

Os Artefatos do Scrum:
Product Backlog
(Lista de Entregas)
Lista ordenada e detalhada de acordo
com o que tem mais valor para o
cliente.
A elaboração do Product Backlog é
responsabilidade do Product Owner
(PO), a busca do entendimento do
negócio e das necessidades da
entrega faz parte da responsabilidade.
Se centra nas necessidades do cliente
e não nas especificidades técnicas
Não tem um prazo de validade, pois o
produto nunca vai estar acabado, o
produto pode ser sempre aprimorado.
Sprint Backlog
(Entregas da Sprint)
É um resumo dos itens e um plano
estabelecido para entregar o
incremento ao final da Sprint;
A elaboração do Sprint Backlog é
responsabilidade do Time de
Desenvolvimento;
Alinhamento entre PO e o Time de
Desenvolvimento para traduzir as
tarefas de uma “linguagem de
mercado” para uma “linguagem mais
técnica”;
Importante citar o Buffer, que é tempo
ocioso do Time de Desenvolvimento
em relação ao trabalho operacional;
Inclusão de Ponto de melhoria vindo
da Sprint Review
In Company
Increment
(Incremento/Entrega)
É a somatória do trabalho do Time de
Desenvolvimento durante a Sprint;
A elaboração do Incremento é do
Time de Desenvolvimento;
Mostrado na reunião de Sprint Review
para o PO e para o Cliente;
No caso de entregas de projeto e
produto é importante realizar a
integração de todos os incrementos
para chegar em um resultado conciso
no final do projeto.
 In Company

Outros Artefatos
- Visão do Produto
- Meta da Sprint
- DoR e DoD
 In Company
Extra: Product View (Visão do Produto/Entrega)
A Visão do Produto é uma boa prática de mercado utilizado na aplicação do Scrum. Não é contemplado no Guia Scrum.

A elaboração é responsabilidade do Product Owner (PO)

• Visão da Entrega
Para (cliente-alvo),
que (problema ou oportunidade),
o (nome do produto) é um (categoria do produto)
que (benefício-chave, razão convincente para utilizar).
Ao contrário de (alternativa primária competidora),
nosso produto (diferenciação primária).
 In Company
Extra: Product View (Visão do Produto/Entrega)
A Visão do Produto é uma boa prática de mercado utilizado na aplicação do Scrum. Não é contemplado no Guia Scrum.

A elaboração é responsabilidade do Product Owner (PO)

Para o Gestor Alberto Neves do Banco XPTO (cliente-alvo), • Visão da Entrega

que está com problema em identificar qual o Alvará adequado para
o Local de sua responsabilidade (problema ou oportunidade),
o Pacote de Documentos de Validação (nome do produto) é um Produto
de Alvarás e Licenças (categoria do produto)
que permitirá a identificação e elaboração dos ritos para estruturar
toda documentação necessária para a validação correta do Local
(benefício-chave, razão convincente para utilizar).

Ao contrário de entregas incompletas ou de ‘prateleira’ populares

no mercado (alternativa primária competidora),
nosso produto é uma entrega personalizada que garante a gestão
do risco e a otimização do tempo (diferenciação primária).
 In Company
Extra: Meta da Sprint
A Meta do Sprint é um alvo muito menor e mais tangível tanto para o Time de
Desenvolvimento quanto para o Product Owner.
Objetivo: Clareza e alinhamento.

[Por meio desta Sprint,] possibilitaremos [QUEM] a [O QUÊ]

Categoria de usuários, clientes ou partes

Quem
interessadas.

Objetivo ou necessidade de negócio a ser

O quê Quem
alcançado.

Por meio desta Sprint, possibilitaremos o Gestor Alberto a

ter acesso ao Cronograma de Entregas e ao 1º esboço do
documento de Kick off.
 In Company
Extra: O que é DoR e DoD?

Definition of Ready (DoR)

Lista de necessidade e requisitos para chegar a Definição

de Preparado para ser iniciado, é um critério acordado
entre o Time de Desenvolvimento para descrever os itens
do Product Backlog que irão compor a Sprint Backlog
Dever ser tangível

Definition of Done (DoD)

Lista de Critérios para validar a Definição de Feito, é um
acordo entre o Time de Desenvolvimento e o PO sobre os
Critérios de qualidade pensando em como o cliente quer
algo.
 In Company
Extra: O que é DoR e DoD?

Exemplo: Lavar Roupa

Definition of Ready (DoR) Definition of Done (DoD)

Se temos Máquina de Lavar Roupa Recolher a Roupa Suja do Cesto

Se temos Sabão e Amaciante Lavar e Secar
Se Temos uma quantidade de menor que 3 kilos de roupa Pegar a Roupa Seca e Dobrar
suja Por fim deixar separadas (em pilhas) por dono em cima da
Roupas Devem possuir as mesmas tonalidades para serem cama de casal.
lavadas juntas.
 In Company
Lille Quiz – Eventos e Artefatos

Colocar aqui o QR

Link: https://forms.gle/JGoHoVEoRsn9LBM37
 In Company

Break
(9 min)
 In Company

Dinâmica: O Barco
 In Company
Visão Geral
 In Company
Dinâmica do Barco de Papel
Objetivo da Dinâmica: praticar o trabalho em equipe e compreender os papéis, eventos e artefatos em 1 exercício mão na massa.

Entrega Olá, nós precisamos de 3 barcos de papel até o final da próxima Sprint

Cada barco precisa ser construido conforme vídeo de introdução com

Detalhes 2 janelas circulares de cada lateral do barco.
Quanto mais rápido o processo melhor para o nosso cliente

Prazo 21 minutos divididos em 3 Sprints

PO

Planejar (3 minutos): Organizar o time e decidir os papéis e quem será responsável por
cada etapa, como vão construir o barco?

Fazer (3 minutos): Construir e testar quantos barcos realmente atendem todos os

requisitos solicitados

Verificar (2 minutos): Buscar meios para melhorar o processo de Construção. O que deu
certo? O que deu errado? Como o processo pode ser melhorado? Houve algum gargalo?

Agir!
 In Company
Dinâmica do Barco de Papel

Planejar (3 minutos): Organizar o time e decidir os papéis e quem será responsável por cada etapa, como vão construir o barco?

01
Fazer (3 minutos): Construir e testar quantos barcos realmente atendem todos os requisitos solicitados

Verificar (2 minutos): Buscar meios para melhorar o processo de Construção. O que deu certo? O que deu errado? Como o processo
pode ser melhorado? Houve algum gargalo?

Agir!

Planejar (2 minutos): Organizar o time e decidir os papéis e quem será responsável por cada etapa, como vão construir o barco?

02
Fazer (3 minutos): Construir e testar quantos barcos realmente atendem todos os requisitos solicitados

Verificar (2 minutos): Buscar meios para melhorar o processo de Construção. O que deu certo? O que deu errado? Como o processo
pode ser melhorado? Houve algum gargalo?

Agir!

Planejar (1 minutos): Organizar o time e decidir os papéis e quem será responsável por cada etapa, como vão construir o barco?

03 Fazer (3 minutos): Construir e testar quantos barcos realmente atendem todos os requisitos solicitados

Verificar (2 minutos): Buscar meios para melhorar o processo de Construção. O que deu certo? O que deu errado? Como o processo
pode ser melhorado? Houve algum gargalo?
 In Company
Medição
Grupo 1 Grupo 2 Grupo 3
Planejar (3 minutos)

01 Fazer (3 minutos)

Verificar (2 minutos)

Agir!
Tempo 1 Tempo 1 Tempo 1

02
Planejar (2 minutos)

Fazer (3 minutos)
Tempo 2 Tempo 2 Tempo 2
Verificar (2 minutos)

Agir!

Planejar (1 minuto)

03 Fazer (3 minutos)

Verificar (2 minutos)

Agir!
Tempo 3 Tempo 3 Tempo 3
 In Company
Vamos ver o vídeo de Introdução

https://www.youtube.com/watch?v=x0K7iRb_D2A
 Que comecem os jogos! In Company

Aguarde para todos os Grupos começarem

juntos.

Cada Grupo estará recebendo duas folhas

com as etapas de Dobradura do Barco de
Papel.

O Vídeo será enviando no nosso Grupo de

Whatsapp
 In Company

Grupo 1 Grupo 2 Grupo 3

Thiago
Andrew Edmilson Fágner
Karyn Marcílio Rafael Almeida
Pérsio Nelise Gustavo Acraini
Talita Paulo Gustavo Viana
Ass: Eric Ass: Rubens Ass: Cris
 In Company
Dinâmica do Barco de Papel

Planejar (3 minutos): Organizar o time e decidir os papéis e quem será responsável por cada etapa, como vão construir o barco?

01
Fazer (3 minutos): Construir e testar quantos barcos realmente atendem todos os requisitos solicitados

Verificar (2 minutos): Buscar meios para melhorar o processo de Construção. O que deu certo? O que deu errado? Como o processo
pode ser melhorado? Houve algum gargalo?

Agir!

Planejar (2 minutos): Organizar o time e decidir os papéis e quem será responsável por cada etapa, como vão construir o barco?

02
Fazer (3 minutos): Construir e testar quantos barcos realmente atendem todos os requisitos solicitados

Verificar (2 minutos): Buscar meios para melhorar o processo de Construção. O que deu certo? O que deu errado? Como o processo
pode ser melhorado? Houve algum gargalo?

Agir!

Planejar (1 minutos): Organizar o time e decidir os papéis e quem será responsável por cada etapa, como vão construir o barco?

03 Fazer (3 minutos): Construir e testar quantos barcos realmente atendem todos os requisitos solicitados

Verificar (2 minutos): Buscar meios para melhorar o processo de Construção. O que deu certo? O que deu errado? Como o processo
pode ser melhorado? Houve algum gargalo?
Medição In Company
Grupo 1 Grupo 2 Grupo 3
Planejar (3 minutos)

01 Fazer (3 minutos)

Verificar (2 minutos)

Agir!
Tempo 1:
Concluído:
Tempo 1 Tempo 1

02
Planejar (2 minutos)

Fazer (3 minutos) Tempo 2 Tempo 2 Tempo 2

Verificar (2 minutos)

Agir!

Planejar (1 minuto)

03 Fazer (3 minutos)

Verificar (2 minutos)

Agir!
Tempo 3 Tempo 3 Tempo 3
 In Company

Épicos e User Stories

É uma ferramenta adicional para apoiar o PO a fazer o In Company
Product Backlog.
Existem diversas ferramentas, mas todas focam em ‘cascatear’ as In Company
entregas para se tornarem tangíveis e claras para todo o Time Scrum.
A Estrutura e sequência dos passos entre o Requisito e as In Company
Tarefas.

Requisito O desejo do cliente, o que seria importante para ele?

Feature Os componentes / funções para que o desejo funcione

Épico Tarefas Grandes, sem detalhamento

User Story Tarefas Média, com detalhe e um porque

Tarefa Tarefa quebrada para o Time de Desenvolvimento,

como um Checklist para terminar um User Story.
Layout In Company
Exemplos | Quebrando os Requisitos até User Stories > In Company
Backlog
Exemplos de Ferramentas para Construção de Story Map In Company
In Company
 In Company

Dicas de Priorização
Priorização ou Grooming In Company

Na Sprint Planning ocorre o Refinement para

traduzir as tarefas na linguagem de mercado
em linguagem técnicas

Técnicas de Priorização de tarefas de acordo

com o que tem valor para o cliente, mas
também seja importante para o
desenvolvimento da entrega
 In Company
O que é a Matriz de Prioridade?

É uma matriz que realizamos para definir prioridades através de critérios

de pontuação.

Os Critérios de Pontuação permitem que sejamos mais justos e baseado

em dados para tornar nossa tomada de decisão mais assertiva ao definir
prioridades.
Critérios de Pontuação
Temos essa distribuição pré-definida, mas ela pode ser alterada com a realidade de cada um.

30%

20% 20%
15% 15%

Ganho financeiro esperado Impacto para a empresa Disponibilidade de recursos Tempo de projeto Complexidade do projeto
 Descrição dos Critérios de Pontuação

# Peso Critérios Muito Alto (7) Alto (5) Médio (3) Baixo (1)

1 30% Ganho financeiro esperado (anual) Ganho > 1,0 Mi 1,0 Mi > Ganhos > 500 K 500 K > Ganhos > 50K Ganhos < 50K

Afeta diretamente os Ligado aos objetivos porém Indiretamente afeta os Não contribuem aos
2 20% Impacto para a empresa Objetivos corporativos e do não necessariamente afeta objetivos mas compromete o objetivos corporativos e nem
negócio o resultado do negócio resultado do negócio ao negócio

Recursos garantidos e Recursos parcialmente

Existem restrições para Falta de recursos e
3 20% Disponibilidade de recursos líderes comprometidos com garantidos e líderes
liberar recursos compromisso dos líderes
a mudança comprometidos

Aumentará pouco o tempo

Aumentará o tempo do Aumentará muito o tempo Aumentará demais o tempo
4 15% Tempo de projeto do projeto ou não fará
projeto do projeto do projeto
diferença alguma

Complexidade alta, porém o

5 15% Complexidade do projeto Complexidade baixa Complexidade média time acredita que consegue Alto nível de complexidade
entender em um tempo hábil
Matriz de Prioridade

Pesos > 30% 20% 20% 15% 15% 100%

Ganho financeiro Disponibilidade de

# Área Descrição da oportunidade Impacto para a empresa Tempo de projeto Complexidade do projeto Peso total
esperado recursos

1 Vendas Aumentar as Vendas no Atacado 7 7 5 5 5 6

Reduzir o tempo de separação de

2 Estoque 3 7 7 7 5 5,5
pedidos

Reduzir o tempo de reposição de

3 Estoque 3 7 7 7 5 5,5
produtos

4 Vendas Aumentar as Vendas 7 7 5 1 1 4,8

Aumentar o nº de clientes na
5 Vendas 3 5 5 7 3 4,4
carteira

Aumentar o ticket médio dos

6 Vendas 3 5 3 3 3 3,4
vendedores

Reduzir o indíce de ruptura de

7 Estoque 3 5 3 5 1 3,4
produtos

Aumentar o engajamento do time

8 Vendas 3 5 1 7 1 3,3
comercial nas campanhas
Diagrama de Pareto
O Diagrama de Pareto é um gráfico de Neste exemplo, o peso Descrição do problema
Peso
%
total
barras que ordena as frequências das total de cada problema Problema 1 3,5 7,3%
ocorrências, da maior para a menor, foi definido em uma Problema 2 4,8 10,1%
permitindo a priorização dos Matriz de Prioridade Problema 3 5,2 10,9%
Problema 4 7,2 15,1%
problemas. e replicado em um
Problema 5 4,6 9,6%
Pareto. Problema 6 7,1 14,9%
Problema 7 5,2 10,9%
Problema 8 6,5 13,6%
Problema 9 3,6 7,5%
Total 47,7 100%

Definir corretamente um problema, só

é possível após uma boa discussão em
análise dos dados.
 In Company

Importante:
Certificados
 In Company
Certificado Internacional CertiProf

Scrum Foundation Certificate

❖ O exame consiste em 40 perguntas de múltipla escolha

que devem ser respondidas em um período máximo de
60 minutos. A nota mínima pra se obter a certificação é
80%.

❖ Gratuito.

❖ Em Inglês e Português.

❖ Apenas duas tentativas

 In Company
Guia para Certificação Internacional CertiProf
 In Company
A Jornada Scrum

Eventos e Scrum
Introdução Papéis Scrum Banca
Artefatos Na Prática
18/05 25/05 15/06 22/06 29/06
 In Company
A Jornada Scrum

Eventos e Scrum
Introdução Papéis Scrum Banca
Artefatos Na Prática
18/05 25/05 15/06 22/06 29/06
 In Company

Quase acabando...
 In Company
Pesquisa Rápida..

Link: https://forms.gle/5fXzKQ17nsWwh5Tg8
 In Company

É sempre um prazer
ter você aqui!
Eric Marques
eric@lilleschool.com.br
(11) 98817-6241

@lilleschool
 In Company
Você aprendeu algo ou teve alguma reflexão
durante nossa aula de hoje que gostaria de
compartilhar?
In Company
In Company
In Company