Scrum Experience

1
Scrum Experience
Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br
www.etecnologia.com.br | SCRUMXP20nov2020
Minicurso Scrum Experience®
eTecnologia
Lifelong Learning (Aprendizagem Contínua)
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Eventos
Burndown
Produto
Backlog
Timebox
Meta da
Sprint
Definição
de Pronto
Meta do
Produto
www.etecnologia.com.br
rildo.santos@etecnologia.com.br
rildosan@rildosan.com
skype: rildo.f.santos
Pessoas, Inovação e Tecnologia
Consultoria, Treinamento e Mentoria
Meta da
Sprint
Meta do
Produto

2
Scrum Experience
blog: rildosan.com
comunidade: www.etecnologia.ning.com
Head de Inovação,
Agilidade, Negócios
Digitais e Tecnologia
Autor e Facilitador
https://www.linkedin.com/in/rildofsantos
https://www.facebook.com/rildosan
@rildosan rildo.f.santos
https://www.instagram.com/rildosan/
https://br.pinterest.com/rildofsantos/
Rildo Santos (@rildosan) tem mais de 30 anos de carreira em gestão de
negócio e desenvolvimento de software, é entusiasta e praticante experiente de
Métodos Ágeis, Lean, Desenvolvimento de Software, Inovação, Design
Thinking, Business Design, Service Design Thinking , BPM, Digital Business e
Business Agilitty.
É Head de Inovação, Agilidade, Negócios Digitais e Tecnologia, e também
desempenha o papel de consultor, mentor, agile coach, escritor, facilitador,
palestrante e professor de MBA.
Já foi desenvolvedor de software, arquiteto de software, analista de negócio,
gerente de projeto, estrategista de negócio e presidente do Chapter do BCI
Brasil.
É multidisciplinar e transdisciplinar já participou de diversos eventos, iniciativas
e projetos, fez mentoria e ministrou mais de 10000 horas de aulas e
treinamentos.

3
Scrum Experience

4
Scrum Experience
Quais Métodos Ágeis as empresas estão utilizando?
Métodos Ágeis
Relatório “State of Agile” em sua 14º. edição (2020), mostra quais são os métodos
ágeis mais utilizados pelas empresas:
Relatório “State of Agile”
Foco do
minicurso
Pesquisa anual feita com
40.000 profissionais

5
Scrum Experience
Agile Lifelong Learning
Agile Manager
Lifelong Learning
Workshop Scrum
for Smart City
Estudos de Caso
Workshop Agile Manager
Objetivo
Minicurso Scrum
Experience Iniciante
Praticante
Praticante
Expert
Certificação Agile Manager Expert
eTecnologia
Você está aqui
Praticante
Workshop Scrum
com OKR

6
Scrum Experience
O que você vai aprender:
- Fundamentos do Pensamento Ágil
- Framework Scrum
- Conceitos
- Regras
- Eventos (cerimonias)
- Papéis
- Abordagem Iterativa Incremental
- Tutorial passo-a-passo de desenvolvimento de um produto com Scrum
Objetivo de Aprendizado

7
Scrum Experience
Pensamento Ágil
Pensamento Ágil

8
Scrum Experience
Era uma vez 17 pessoas em um resort, em fevereiro de 2001, elas mudaram de forma
definitiva e significativa o desenvolvimento de software através de um manifesto.
Os 17 signatários, Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin
Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin,
Steve Mellor, Ken Schwaber, Jeff Sutherland e Dave Thomas.
Manifesto Ágil de Desenvolvimento de Software
Pensamento Ágil

9
Scrum Experience
Ágil é um
Mindset
Definido por 4
Valores
Fundamentados
por 12 Princípios
Aplicado por
diversas práticas
+ Ser Ágil Fazer Ágil
Mindset Ágil
Pensar, sentir Agir
Pensamento Ágil
Scrum

10
Scrum Experience
Ágil é um
Mindset
Definido por 4
Valores
Fundamentados
por 12 Princípios
Aplicado por
diversas práticas
+ Ser Ágil Fazer Ágil
Mindset Ágil
Pensar, sentir Agir
Pensamento Ágil
Cultura Ágil
Pensar e Sentir
Scrum

11
Scrum Experience
Estamos descobrindo maneiras melhores de
desenvolver software fazendo-o nós mesmos
e ajudando outros a fazê-lo. Através deste
trabalho, passamos a valorizar:
Pessoas e interação entre elas
mais que processos e ferramentas
Software em funcionamento
mais que documentação abrangente
Colaboração com o cliente
mais que negociação de contratos
Responder a mudanças
mais que seguir um plano
Quebrando Paradigmas, Mudando a mentalidade
Valores Ágeis
http://www.manifestoagil.com.br/
Manifesto Ágil de Desenvolvimento de Software
Pensamento Ágil

12
Scrum Experience
Nossa maior prioridade é satisfazer o cliente, através da
entrega adiantada e contínua de software de valor.
Aceitar mudanças de requisitos, mesmo no fim do
desenvolvimento. Processos ágeis se adéquam a
mudanças, para que o cliente possa tirar vantagens
competitivas.
Entregar software funcionando com frequência, na escala
de semanas até meses, com preferência aos períodos mais
curtos.
Pessoas relacionadas à negócios e desenvolvedores devem
trabalhar em conjunto e diariamente, durante todo o curso
do projeto.
Construir projetos ao redor de indivíduos motivados.
Dando a eles o ambiente e suporte necessário, e confiar
que farão seu trabalho.
O Método mais eficiente e eficaz de transmitir informações
para, e por dentro de um time de desenvolvimento, é
através de uma conversa face a face.
Software funcional é a medida primária de progresso.
Processos ágeis promovem um ambiente sustentável. Os
patrocinadores, desenvolvedores e usuários, devem ser
capazes de manter indefinidamente, passos constantes.
Contínua atenção à excelência técnica e bom design,
aumenta a agilidade.
Simplicidade: a arte de maximizar a quantidade de trabalho
que não precisou ser feito.
As melhores arquiteturas, requisitos e designs emergem de
times auto-organizáveis.
Em intervalos regulares, o time reflete em como ficar mais
efetivo, então, se ajustam e otimizam seu comportamento
de acordo.
Princípios Ágeis (por trás do Manifesto Ágil)
Nós seguimos os seguintes princípios:
http://www.manifestoagil.com.br/principios.html
Pensamento Ágil

13
Scrum Experience
Scrum XP
FDD Crystal DSDM DAD
Pensamento Ágil
Lean
Kanban

14
Scrum Experience
Scrum

15
Scrum Experience
SCRUM
Scrum emprega uma
abordagem iterativa
e incremental para
otimizar a
previsibilidade e
controlar o risco
Scrum é baseado no
empirismo e Lean
Thinking
É um método para
desenvolvimento
de produtos complexos
É adaptativo.
Prescreve papéis,
eventos e artefatos
Pilares: Inspeção
Adaptação e
Transparência

16
Scrum Experience
“Scrum é um framework leve que ajuda
pessoas, times e organizações a gerar valor
por meio de soluções adaptativas para
problemas complexos.”
Scrum

17
Scrum Experience
Ken Schwaber
As origens
TimeBoxes
Iterative,
Incremental
Development
SmallTalk
Engineering Tools
O Scrum foi concebido inicialmente para gerenciar processos de desenvolvimento software,
mas atualmente ele tem sido empregado em diversas áreas de negócios (RH, Marketing,
Finanças etc), educação, desenvolvimento de equipamentos, veículos autônomos, algumas
áreas de governo e etc.
Scrum

18
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Dono do Produto (PO)
• Scrum Master (SM)
• Desenvolvedores
• Planejamento da Sprint
• Sprint
• Reunião Diária
• Revisão da Sprint
• Retrospectiva da Sprint
• Backlog do Produto
• Sprint Backlog
• Incremento do Produto
Papéis
Eventos Artefatos
Legenda:
Scrum
1 - A Visão do Produto não aparece no framework Scrum, mas consideramos que ela é importante, pois, é o ponto de partida para construção do produto.
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

19
Scrum Experience
Três pilares sustentam qualquer implementação de controle de processos empíricos.
Scrum
Inspeção
Adaptação
Reunião Diária
Sprint Review
Retrospectiva
Sprint Review
Retrospectiva

20
Scrum Experience
Scrum
Transparência
Três pilares sustentam qualquer implementação de controle de processos empíricos.
Veja Visual
Quadro Scrum

21
Scrum Experience
Abordagem Iterativa e Incremental

22
Scrum Experience
Como você lê um livro que tem mais que 1000 páginas?

23
Scrum Experience
A abordagem Iterativa e incremental é uma estratégia que segue a linha dividir
para conquistar, onde produtos são construídos em partes, em ciclos (iterações), a
cada iteração, no Scrum ciclos são chamados de Sprint, é feito um novo incremento
(parte do funcional do produto) até o produto ficar completo.
Problema de Negócio:
Preciso de um meio de transporte para atravessar o rio?
Sprint#1 Sprint#2 Sprint#3 Sprint#4 Sprint#n
Entrega Entrega Entrega Entrega Entrega

24
Scrum Experience
Entrega antecipada de valor para o cliente:
Sprint#1 Sprint#2 Sprint#3 Sprint#4 Sprint#n
Aplicação da Abordagem Iterativa e Incremental
Entrega Entrega Entrega Entrega Entrega
Valor Valor Valor Valor Valor
Tempo
Aplicação da Abordagem Tradicional
Valor

25
Scrum Experience
Fatiar uma produto é saber dividi-la em partes funcionais (incrementos). Contudo, não basta
somente dividir, é necessário priorizar as partes que geram mais valor para as pessoas.
Dividir o “todo” em partes funcionais
As partes devem ser
incrementos
Quando as partes estão
juntas, elas formam uma
produto completa
Trabalhar em colaboração
Priorizar as partes de
maior valor

26
Scrum Experience
Linear
Requisitos
Análise
Desenvolvimento
Teste
Distribuição
Requisitos Análise Desenvolvimento Teste Distribuição
Produto
entregue
Waterfall (Cascata) é um exemplo de processo de
desenvolvimento de produto de forma linear.
26

27
Scrum Experience
Iterativo
Requisitos
Análise
Desenvolvimento
Teste
Distribuição
Software
Completo
Requisitos
Análise
Desenvolvimento
Teste
Distribuição
Requisitos
Análise
Desenvolvimento
Teste
Distribuição
Incremento de
Software entregue
Scrum é um exemplo de processo de desenvolvimento de produto de forma iterativa e
incremental
Produto
Backlog
Produto
Backlog
Incremento de
Software entregue
Produto
Backlog
Incremento de
Software entregue
Produto
Backlog
Incremental
27

28
Scrum Experience
MVP: Lean Startup
Produto Mínimo Viável (MVP)

29
Scrum Experience
O termo Lean Startup (Startup Enxuta) foi criado em 2008 por Eric Ries a partir
de várias experiências, uma parte de fracassos, em seu blog.
A missão: “melhorar a taxa de sucesso de novos produtos inovadores no
mundo inteiro.”( Eric Ries 2012)
Construir rapidamente experimentos de
validação das suposições do negócio
Diminuir o tempo de construção e geração de
códigos fontes
Conseguir uma aprendizagem validada para
tomada de decisão
Ciclo Lean:
MVP: Lean Startup

30
Scrum Experience
Um produto mínimo viável (MVP, de Minimum Viable Product) é a versão mais simples de um
produto com uma quantidade suficiente de funcionalidades para entregar valor para as partes
interessadas.
MVP
Mínimo Valor
Produto
Valor
Visão do Produto MVP
Produto Final
MVP: Lean Startup

31
Scrum Experience
Exemplo da aplicação da Abordagem Iterativa e Incremental na vida real:
Leanpub é um site que combina a venda de livros, com cursos e publicação de livros. Leitores
podem comprar livros, contudo, alguns livros não estão 100% concluído. Os autores podem
vender, mesmo que não estejam 100% pronto, quando um livro é atualizado, pode ser novos
capítulos, correção de erros e até novas edições eles são distribuídos para leitores que
compraram a edição.
https://leanpub.com/introducing_eventstorming
70%
Falta
30%
Pronto
31

32
Scrum Experience
Mas, nem todos os produtos podem ter um MVP, um exemplo é construção da a torre Eiffel,
apesar de ser construída por fases, cada fase não pode ser considerada como um MVP, pois, o
valor somente será percebido quando a torre estiver completa.
MVP: Lean Startup

33
Scrum Experience
Você compraria um livro que não está 100%
concluído?
( ) Sim. Compraria
( ) Não. Não Compraria
90%
Falta
10%
Pronto
3

34
Scrum Experience
Time Scrum
Time Scrum (Scrum Team)
Dono do Produto
Scrum Master
Desenvolvedores

35
Scrum Experience
Time Scrum
O tamanho do time é algo muito importante, pois, recomendado que o tamanho seja de até 10
pessoas. Normalmente times de alto desempenho geralmente são pequenos. Acertar o
tamanho do time é um Fator Critico de Sucesso.
Tamanho do Time
Dono do Produto
Scrum Master
Um único Time Scrum:
Desenvolvedores
Duas Pizzas
O Time Scrum tem tamanho ideal para permanecer ágil e grande o suficiente para entregar
valor no final de cada Sprint, geralmente com 10 ou menos pessoas. Times pequenos se
comunicam melhor e tem mais desempenho.
Um time deve ter o
tamanho suficiente para
comer duas pizzas

36
Scrum Experience
Time Scrum
Desenvolvedores são responsáveis por:
Desenvolvedores são responsáveis por:
- Criar um plano para a Sprint, o Sprint Backlog
- Introduzir gradualmente qualidade aderindo a uma Definição de
Pronto
- Adaptar seu plano a cada dia em direção à meta da Sprint
- Responsabilizar-se mutuamente como profissionais
SCRUM Master (SM) é responsável:
- Eficácia do Time Scrum
- Ser líder servidor do Time e da organização
- Treinar as pessoas do Time em autogerenciamento e
multidisciplinaridade
- Ajudar o Time a focar na criação de incrementos de alto valor
- Remover impedimentos
- Garantir a realização dos eventos e práticas do Scrum
O Time SCRUM é formado: Dono do Produto (PO), SCRUM Master (SM) e Desenvolvedores.
Dono do Produto (Product Owner - PO) é o responsável por:
- Maximizar o valor do produto resultante do trabalho do Time Scrum
- Gerenciamento eficaz do Backlog do Produto, que inclui:
- Construir e comunicar a visão do produto
- Desenvolver e comunicar explicitamente a meta do produto
- Criar e comunicar claramente os itens do Produto Backlog
- Ordenar os itens do Backlog do Produto
- Garantir que o Produto Backlog seja transparente, compreensível
e visível
PO deve trabalhar em colaboração para entregar valor.

37
Scrum Experience
Time Scrum
Valores do Time Scrum
O sucesso do Scrum depende das pessoas se tornarem mais proficientes em viver os valores. O
Time Scrum se compromete a atingir seus objetivos e suportar uns aos outros. Seu foco
principal é o trabalho da Sprint para fazer o melhor progresso possível em direção a essas
metas.
O Time e partes interessadas são abertos quanto ao trabalho e os desafios. As pessoas do Time
se respeitam, elas têm a coragem de, fazer a coisa certa e trabalhar em problemas difíceis.
Coragem
Foco
Comprometimento
Respeito
Transparência
Dono do Produto
Scrum Master
Desenvolvedores
Vivenciar os valores:

38
Scrum Experience
Time Scrum
Compromissos
Meta da
Sprint
Meta do
Produto
Definição
de Pronto
Sprint
Backlog
Incremento
do Produto
Produto
Backlog
A Meta da Sprint é o único
objetivo da Sprint. Embora
seja um compromisso dos
Desenvolvedores, ela
fornece flexibilidade em
termos do trabalho
necessário para alcançá-la.
A Meta da Sprint também
cria coerência e foco,
encorajando o Time Scrum
a trabalhar junto.
A Meta do Produto deve
descrever um estado futuro
do produto que pode servir
como um alvo para o
planejamento.
A Meta do produto é um
objetivo de longo prazo.
Time Scrum Desenvolvedores
A Definição de Pronto é
uma descrição formal do
estado do Incremento
quando ele atende às
medidas de qualidade
exigidas para o produto.
A Definição Pronto cria
transparência ao fornecer
a todos um entendimento
compartilhado de qual
trabalho foi concluído
como parte do Incremento.
Desenvolvedores
Compromissos
3

39
Scrum Experience
Play
Play Scrum

40
Scrum Experience
UserSpecial
Mobilidade para
pessoas com
necessidades
especiais
Play Scrum: UserSpecial

41
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

42
Scrum Experience
Time Scrum:
Dono do Produto Scrum Master Desenvolvedores
Time Scrum
Responsável pelo
Gerenciamento do
Desenvolvimento
do Ciclo de Vida
do Produto.
Ele cuida do Produto
Backlog, do ROI,
e da Visão do
Produto. Trabalha
em colaboração com
Scrum Master e
Desenvolvedores.
Responsável pela
eficácia do time e por
garantir realização das
práticas Scrum.
Ele trabalha para
proteger o time,
remover
impedimentos,
é líder servidor,
e coach do time Scrum.
Responsável pelo desenvolvimento do
produto. O desenvolvimento deve seguir
abordagem iterativa e incremental.
Desenvolvedores fazem estimava,
desenvolvem a entrega “incrementos” de
valor do produto.
Faz retrospectiva para melhorar
continuamente.

43
Scrum Experience
Visão do
Produto
Meta do
Produto
Backlog
Produto
Agile Inception
Problema
de Negócio

44
Scrum Experience
Business Story Map:
Problema de Negócio:
Ausência de serviços de mobilidade para pessoas com necessidades especiais dificulta
Inclusão social.
Oportunidade:
Atualmente não existe um serviço de mobilidade exclusivo para pessoas com necessidades
especiais. Um serviço que atenda sua conveniência de forma segurança
O serviço deverá ser útil, confiável, seguro, fácil de usar e simples de aprender. O nome do
serviço é “UserSpecials”.
O serviço conectará pessoas com necessidades especiais com motoristas que fornecem
serviço via automóveis totalmente adaptados para prestação de serviço.
Pessoas Interessadas:
Pessoas com Necessidades Especiais Motoristas

45
Scrum Experience
Declaração da Visão de Produto:
Visão do Produto1
“Para pessoas com necessidades especiais o
UserSpecial é um serviço inclusivo de mobilidade
através de aplicativo móvel, intuitivo, seguro e fácil
de usar que oferece a deslocamento de forma
simples e com comodidade.
Diferente de outros, nosso serviço é exclusivo para
pessoas que precisam de mobilidade e necessitam
de um serviço altamente especializado.”
Dono do Produto é responsável por definir, manter e comunicar a Visão do
Produto para todos as pessoas interessadas. SM e Desenvolvedores devem
colaborar com o construção da Visão do Produto.
Responde:
O que fazer?
Escopo do Produto
Visão deve única e
compartilhada
Um produto é um
veículo para entregar
valor. Tem um limite
claro, para pessoas
interessadas
conhecidos, usuários
ou clientes bem
definidos. Um produto
pode ser um serviço,
um produto físico ou
algo mais abstrato.

46
Scrum Experience
Meta do Produto:
Problema de
Negócio
Dono do Produto é responsável por definir, manter e comunicar a Meta do Produto para
todos as partes interessadas. SM e Desenvolvedores devem colaborar com a definição da
Meta do Produto.
Visão do
Produto
Meta do
Produto

47
Scrum Experience
Gerenciamento de Entrega de Valor
OKR (Objectives and Key Results)
Objetivo
Resultados
Chaves
Alvo Feedback Tempo
Um OBJETIVO é simplesmente O QUE deve ser alcançado. Por definição, os objetivos são
significativos, concretos, memoráveis, ambiciosos, orientados para a ação e inspirador.
RESULTADOS CHAVE (KR) avaliam e monitoram COMO chegamos ao objetivo. Os KRs eficazes
são específicos e limitados no tempo, agressivos, mas realistas. Acima de tudo, eles são
mensuráveis e verificáveis
O que
Sucesso?
Como medir
o sucesso?
Objetivo Resultados-
Chave
“Uma ferramenta de gestão que ajuda na definição de objetivos e resultados chaves para medir
se os objetivos são alcançados.

48
Scrum Experience
Gerenciamento de Entrega de Valor
OKR (Objectives and Key Results): Meta do Produto
O que é
sucesso do
produto?
Como medir
se alcançamos
sucesso?
Melhorar a mobilidade
de pessoas com
necessidades especiais
90% dos clientes satisfeitos com serviço
80% NPS (Net Promoter Score)
100 mil corridas feitas em 6 meses
Perguntas Respostas
Objetivo
Resultados
Chaves

49
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

50
Scrum Experience
Product Backlog: UserSpecial
Prioridade Temas Descrição do Item Backlog
Alta Cadastro Cadastro de Motoristas e Veículos
Alta Cadastro de Passageiros
Média Corrida Fazer (Aceitar, Fazer e Finalizar)
Média Acompanhamento da corrida (Tracking)
Média Geolocalização
Média Cancelamento
Média Pagamento Meio de Pagamento
Média fazer pagamento
Média Motorista Pagar motoristas
Média Pesquisa Pesquisa do Cliente
Média Pesquisa do Motorista
DoR1
1 - Define of Ready (Definição de Pronto) mostra que item têm informações suficientes (especificado) para ser desenvolvido
DoR1
O time Scrum
colabora para
criar Produto
Backlog

51
Scrum Experience
Planejamento de Release do Produto:
Pq
C Pg
Passageiros
Release
Motoristas
Corrida Pagamento
Pesquisa
Sprint #1
Sprint #2
Sprint #3
Produto
M P
C Pg
M P
Entrega 1
C Pg
Entrega 2
Pq
Pq
Entrega 3
M P
Como conhecedor do negócio, o PO fez uma sugestão
de como produto deverá ser desenvolvido (Build Plan).
Plano deve ser apresentado para desenvolvedores.

52
Scrum Experience
Planejamento da Sprint

53
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

54
Scrum Experience
Reunião de Planejamento da Sprint
Participantes: Dono do Produto, Desenvolvedores e SCRUM Master (facilitador)
Itens selecionados
Média Cancelamento

55
Scrum Experience
Reunião de Planejamento da Sprint:
A Sprint Planning inicia a Sprint ao definir um plano de trabalho a ser realizado
na Sprint. Este plano resultante é criado pelo trabalho colaborativo de todo
Time Scrum.
Atividades:
- Definir quais itens do backlog serão feitos na Sprint
- Escrever as histórias do usuário para os itens selecionados
- Estimar os pontos das histórias do usuário
- Elaborar o Sprint Backlog
- Definir a meta da Sprint
- Estabelecer a Definição de Pronto
Na Sprint Planning é abordado os seguintes questões:
- Por que esta Sprint é valiosa?
- O que pode ser feito nesta Sprint?
- Como o trabalho escolhido será feito?

56
Scrum Experience
O dono do Produto começa a reunião explicando e discutido com os desenvolvedores
quais são os itens que serão feitos na próxima Sprint.
Geralmente já existe alguns itens selecionados, mas essa seleção poderá sofrer
mudanças. O PO busca por entendimento de todos para selecionar os itens.
Itens selecionados

57
Scrum Experience
Escrevendo as Histórias do Usuário
Histórias do Usuário:
Titulo: Cadastro de Passageiros Prioridade: Alta
Como passageiro preciso cadastrar meus dados e minha deficiência para solicitar corridas
simples e rápida.
Titulo: Cadastro de Motoristas e Veículo Prioridade: Alta
Como motorista preciso cadastrar meus dados, meus documentos e os dados do veículo para
obter uma renda extra
O dono do Produto e Desenvolvedores escrevem e validam as histórias do usuário
para os itens selecionados.

58
Scrum Experience
Fazendo Estimativa com Planning Poker:
Product Owner
Desenvolvedores
História do Usuário:
Pessoal, qual
estimativa para
essa história...
Titulo: Cadastro de Passageiro Prioridade: Alta
Como passageiro preciso cadastrar meus dados e minha deficiência para solicitar corridas
simples e rápida.
Na reunião de Planejamento da Sprint, os desenvolvedores jogam o Planning Poker e define a
estimava de velocidade, necessária para implementas as histórias.
Primeira Rodada
8
5
20 20
20
20
20 20
Segunda Rodada
Desenvolvedores

59
Scrum Experience
Product Owner
Pessoal, qual
estimativa para
essa história...
Prioridade: Alta
Na reunião de Planejamento da Sprint, o time joga o Planning Poker e define a estimava de
velocidade, necessária para implementas as histórias.
Primeira Rodada
40
100
100 40
40
100
100 40
Segunda Rodada
Pontos: ?
Titulo: Cadastro de Motorista e Veículo
Desenvolvedores Desenvolvedores

60
Scrum Experience
Quebrando História do Usuário em Tarefas
Para facilitar o entendimento daquilo que deve ser feito a história é decomposta em tarefas:
Prioridade: Alta
Cadastrar
Motoristas
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Escanear
Documentos do
Motorista
Escanear
Documentos do
Veículo
As tarefas:
Quando os desenvolvedores não chegam a um concesso da quantidade de
pontos da história o Scrum Master pode sugerir que eles quebrem a história em
tarefas para facilita o entendimento.
Pontos: ?

61
Scrum Experience
Product Owner
Pessoal, qual
estimativa para
essa história...
Terceira Rodada
100
100
100 100
Prioridade: Alta
Pontos: 100
Desenvolvedores

62
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

63
Scrum Experience
Artefato: Sprint Backlog
O Sprint Backlog é uma lista de tarefas que o time se compromete a fazer em uma Sprint. A
Sprint Backlog é elaborada na segunda parte da reunião de Planejamento da Sprint.
Para atingir a meta da Sprint o time deverá fazer todas tarefas do Sprint Backlog.
Prioridade Tema Descrição do Item Backlog Pontos
Alta Cadastro Cadastro de Motoristas e Veículos 100
Cadastro de Passageiros 20
Meta da Sprint
Definição de Pronto:
- Código testado
- Code Review feito
- Refatoração de código
- Documentação feita
Cadastrar Motoristas, Veículos e Passageiros

64
Scrum Experience
Execução da Sprint

65
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

66
Scrum Experience
Scrum Board: Sprint #1
Sprint Backlog* Em Execução Concluído
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais

67
Scrum Experience
Burndown
Tempo
1º. Semana
50
100
150
Pontos
Estimado Real
120
Por que 14 dias ?
É a primeira vez que o time utiliza o SCRUM para o desenvolver um
software, logo ela não tem nenhum histórico de desenvolvimento,
que possa ser usado para definir a quantidade de tempo que ela levará
para fazer 120 pontos.
Contudo, o time, depois de muita discussão, chegou ao entendimento
que seria preciso de 14 dias para fazer as tarefas do Sprint Backlog.
2º. Semana
Atraso
Adiantado

68
Scrum Experience
Sprint #1
Desenvolvedor
?
Sprint Backlog
SCRUM Master
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Pergunta chave: O que devemos fazer para atingir a meta da
Sprint?

69
Scrum Experience
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais

70
Scrum Experience
Desenvolvedores trabalhando

71
Scrum Experience
Burndown
Tempo
1º. Semana
50
100
150
Pontos
Estimado Real
120
2º. Semana
Atraso
Adiantado
20 pontos

72
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

73
Scrum Experience
Desenvolvedor
?
Sprint Backlog
SCRUM Master
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais
Cadastrar
Motorista
Problemas no
software de
testes
Reunião Diária:
OK
15 minutos
impedimento
OK
Reunião diária os desenvolvedores conversam sobre que está
acontecendo na Sprint.
Pergunta chave: O que estamos fazendo para atingir a meta
da Sprint?

74
Scrum Experience
Scrum Master trabalhando

75
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

76
Scrum Experience
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais
Problemas no
software de
testes
Quem responsável por remover
(resolver) os impedimentos?
( ) Scrum Master
( ) Dono do Produto
( ) Desenvolvedores

77
Scrum Experience
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais
Problemas no
software de
testes
SCRUM Master
deverá resolver
(remover) este
impedimento

78
Scrum Experience
Scrum Board
Cabe ao “SCRUM Master” remover todos os impedimentos, identificados e demonstrados
no Scrum Board (quadro Scrum), para que estes não afetem o desempenho do time. Caso
contrário, o impedimento poderá comprometer a meta e a entrega de valor que deve
ocorrer no final da Sprint.
SCRUM Master
O que é um impedimento ?
Impedimento tudo aquilo que impede o time de
realizar seu trabalho e atingir a meta da Sprint.
Um impedimento pode ser um problema de rede,
falhas no servidor, falta de servidor para testes, a
lentidão do banco de dados do ambiente de teste ou
falta de informação para implementação de uma
tarefa.
Após remoção do impedimento o SCRUM podemos “registrar em base de conhecimento” a
“causa raiz do impedimento”, esta informação deverá ser utilizada para melhorar o
processo, logo será discutida na Retrospectiva da Sprint.

79
Scrum Experience
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais

80
Scrum Experience

81
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

82
Scrum Experience
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais

83
Scrum Experience
Burndown
Tempo
1º. Semana
50
100
150
Pontos
Estimado Real
120
2º. Semana
20 pontos
75 pontos
Como está o desenvolvimento
do produto?
( ) Em dia
( ) Adiantado
( ) Atrasado

84
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

85
Scrum Experience
Desenvolvedor
?
Sprint Backlog
SCRUM Master
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais
Reunião Diária:
OK
15 minutos
OK
OK
Cadastrar
Documentos do
Veículo
Escanear
Documentos do
Veículo
da Sprint?

86
Scrum Experience

87
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

88
Scrum Experience
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais

89
Scrum Experience
Burndown
Tempo
1º. Semana
50
100
150
Pontos
Estimado Real
120
2º. Semana
Atraso
Adiantado
20 pontos
80 pontos

90
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

91
Scrum Experience
Desenvolvedor
?
Sprint Backlog
SCRUM Master
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais
Reunião Diária:
OK
15 minutos
da Sprint?
OK
OK
OK
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais

92
Scrum Experience

93
Scrum Experience
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais

94
Scrum Experience
Burndown
Tempo
1º. Semana
50
100
150
Pontos
Estimado Real
120
2º. Semana
Atraso
Adiantado
20 pontos
80 pontos
20 pontos

95
Scrum Experience
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais
Done

96
Scrum Experience
Revisão da Sprint

97
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

98
Scrum Experience
Por que essa fala do Dono do Produto não deve
acontecer durante a Revisão da Sprint?
Reunião da Revisão da Sprint
Dono do Produto
SCRUM Master
4 horas
Desenvolvedores
Pessoal vocês não
entenderam o que
era para ser feito na
Sprint...

99
Scrum Experience
Desenvolvedores apresentam o que foi produzido durante a Sprint. O Time faz a
inspeção, adaptação e refina o Produto Backlog.
Reunião da Revisão da Sprint
Dono do Produto
SCRUM Master
4 horas
Desenvolvedores

100
Scrum Experience
Refinamento do Produto Backlog
Produto Backlog
Média Cancelamento
Done
Done

101
Scrum Experience
Retrospectiva da Sprint

102
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

103
Scrum Experience
O Time Scrum reflete sobre a Sprint, discute o que deu errado e que deu certo... O que
precisa ser melhorado para a próxima Sprint.
Problemas no
Servidor de Teste
impedimentos
Reunião Retrospectiva da Sprint
As retrospectivas são a essência do conceito de Inspeção e Adaptação.
Desenvolvedores
SCRUM Master
3 horas
Dono do Produto
Como podemos
ser melhores?
Precisamos
rever as
estimativas...

104
Scrum Experience
OK
Pontos de
Atenção
O Que Deve
Ser Melhorado
Problemas no
Servidor de
Teste
Planejamento:
O Time deve prestar atenção na
hora do planejamento da Sprint,
para identificar se todos os
recursos necessário estão
disponíveis
Impedimentos:
Velocidade do time
Estimativa:
Será necessário mais
atenção na hora de
estimar as histórias do
usuário
Lições Aprendidas, o que deve melhorado para a próxima Sprint
Cadastrar
Motorista
Cadastrar
Documentos do
Motorista
Cadastrar
Veículo
Cadastrar
Documentos do
Veículo
Cadastrar
Passageiro
Cadastrar
Necessidades
Especiais

105
Scrum Experience
Planejamento de Release do Produto:
Pq
C P
Passageiros
Release
Motoristas
Corrida Pagamento
Pesquisa
Sprint #1
Sprint #2
Sprint #3
Produto
A C
C P
M P
Entrega 1
C P
Entrega 2
B
Pq
Entrega 3
M P
Começar a Sprint # 2, fazer o Planejamento da Sprint:

106
Scrum Experience
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Visão1
Eventos
Burndown
Produto
Backlog
• Desenvolvedores
• Sprint
• Sprint Backlog
Papéis
Eventos Artefatos
Legenda:
Scrum
Timebox
Meta da
Sprint
Meta do
Produto
Definição
de Pronto

107
Scrum Experience
UserSpecial
Mobilidade para
pessoas com
necessidades
especiais

108
Scrum Experience

109
Scrum Experience
Agile Manager
Lifelong Learning
Workshop Scrum
for Smart City
Estudos de Caso
Workshop Agile Manager
Objetivo
Minicurso Scrum
Experience Iniciante
Praticante
Praticante
Expert
Certificação Agile Manager
eTecnologia
Praticante
Workshop Scrum
com OKR

110
Scrum Experience
Scrum for Smart City
Workshop Scrum for Smart City
Próxima turma: 22/05, das 9 às 16h, online
Faça sua inscrição e ganhe 20% de desconto
20%
Código: smart20
Inscrição
eTecnologia
O workshop é uma imersão, no estilo “mão na massa”, que mostra
através de um projeto desenvolvido em equipe como aplicar o Scrum
para desenvolver produtos que entregam valor para as pessoas.
Agenda

111
Scrum Experience
eTecnologia
Certificações Recomendadas
PSM I (Professional Scrum Master) PSPO I (Professional Product Owner)
Scrum Master Dono do Produto

112
Scrum Experience
Referências:

113
Scrum Experience
E-web Tecnologia
Rildo Santos (@rildosan)
treinamento@ etecnologia.com.br
Scrum 4 Smart City
Consultoria Treinamento Mentoria

114
Scrum Experience
Minicurso Scrum Experience®
eTecnologia
artefatos
Sprint
Backlog Incremento
do Produto
Planejamento
da Sprint
Reunião
diária
Sprint
2-4 Semanas
15 minutos
Revisão
da Sprint
Retrospectiva
da Sprint
Eventos
Burndown
Produto
Backlog
Timebox
Meta da
Sprint
Definição
de Pronto
Meta do
Produto
rildosan@rildosan.com
Consultoria, Treinamento e Mentoria
Meta da
Sprint
Meta do
Produto

Scrum Experience

Mais conteúdo relacionado

Mais procurados (20)

Semelhante a Scrum Experience (20)

Mais de Rildo (@rildosan) Santos (17)

Último (20)

Scrum Experience