Curso Preparatorio PSM I

Certificação PSM I
Preparatório para
da Scrum.org
MARCELO NEVES
Licenciado para - MARIANA VILAR SCHLUSEN - Protegido por Eduzz.com
MARCELO NEVES
Preparatório para
1. A certificação PSM I
Objetivo do curso
O objetivo deste curso é preparar você para tirar a certificação PSM I através
dos estudos dos fundamentos do framework Scrum no desenvolvimento de
software.
Durante o curso você vai:

Entender o modelo tradicional de desenvolvimento de software.
Entender o modelo ágil de desenvolvimento de software.
Entender o que é o framework Scrum.
Entender o funcionamento do Scrum.
Entender quais papéis o Scrum prescreve.
Entender como funciona o planejamento ágil.
Entender quais são os artefatos utilizados no framework Scrum.
Estudar e se preparar para o exame de certificação PSM I da Scrum.org.
O curso é indicado para...
O curso é indicado para todos aqueles que estão interessados em

conhecer o framework Scrum. Nestes podemos incluir:
Gerentes
Desenvolvedores
Analistas
Testadores
Agentes de mudança
e outros profissionais interessados em aprender sobre o Scrum.
E quais são os pré-requisitos?

Ter alguma experiência com desenvolvimento de produtos de
software como desenvolvedor ou usuário.
Certificado
Ao fim do curso você poderá baixar seu certificado de conclusão do curso

preparatório de certificação PSM I.
Scrum.org
Scrum.org é a organização fundada por Ken Schwaber, um dos signatários do
manifesto ágil e um dos criadores do Scrum.
Foi fundada em 2009 e é reconhecida mundialmente por sua dedicação e

trabalho em disseminar o framework Scrum.
Atualmente a Scrum.org mantém um programa de certificações para

profissionais que trabalham ou desejam trabalhar com o Scrum, entre elas
podemos mencionar:
Professional Scrum Master

Professional Scrum Developer
Professional Scrum Product Owner
Scaled Professional Scrum (Nexus)
Porque obter uma certificação
1. Demonstração de conhecimento
Quando você obtém uma certificação você mostra para a comunidade que
possui conhecimento em um determinado assunto. Por exemplo, o profissional
que obtém a certificação PSM I demonstra que possui conhecimentos
fundamentais do framework Scrum e compreende seu funcionamento.
2. Verificação formal do conhecimento por uma entidade idônea
Quando você obtém uma certificação você demonstra que passou por um
processo de estudo e verificação de conhecimento, ganhando o reconhecimento
de que domina tal assunto.
A certificação PSM – Professional Scrum Master é indicada para todos que

desejam conhecer o framework Scrum. É também indicada para aqueles
profissionais que almejam atuar como Scrum Master nas organizações.
Profissionais que obtém esta certificação:
1. Demonstram conhecimento fundamental no framework Scrum.

2. Entendem os conceitos do Scrum contidos no Guia Scrum.
3. Conhecem a terminologia do framework Scrum.
O exame PSM I
80 questões 60 minutos 68 questões Intermediário

para passar
Em inglês Múltipla escolha, US$ 150 Scrum Guide

respostas e V/F 2020
MARCELO NEVES
Preparatório para
2. Introdução ao framework Scrum

Visão geral do Scrum
Sprint
Planejamento Revisão Retrospectiva
Reunião Diária
Backlog do Incremento
Produto do Produto
Backlog da
Sprint
Scrum Dono do Desenvolvedores

Master Produto
Scrum na linha do tempo

No primeiro dia da sprint é No último dia os No último dia, após a
realizado o planejamento. desenvolvedores revisão, o time se
É nesta reunião que são demonstram o reúne para discutir
selecionados os itens do incremento do melhorias no
backlog (O QUE) e a forma produto para o Dono processo de trabalho.
(COMO) estes itens serão do Produto e partes
desenvolvidos. interessadas.
Sprint
1 Último dia
A Reunião Diária acontece todos os dias no mesmo local e horário e é
limitada a 15 minutos.
O desenvolvimento do produto acontece todos os dias e é feito pelos

desenvolvedores.
O Refinamento do Backlog acontece em dias definidos pelo Dono do

Produto.
Estratégias para o Exame PSM I
1. Para o exame você precisa entender em profundidade como as

cerimônias funcionam de acordo com o Guia Scrum. Por exemplo,
você precisa realmente aprender o passo a passo de realização do
planejamento, assim como os problemas que podem ser
enfrentados e as pessoas envolvidas.
2. Cuidado com a realidade! Você será cobrado no exame por

aplicar o Scrum by the book, ou seja, de acordo com o Guia Scrum e
não conforme a vida real.
MARCELO NEVES
Preparatório para
3. Desenvolvimento de software e
seu insucesso
Visão geral do desenvolvimento de software
Projetos incompletos Projetos que falharam
A maior parte dos projetos A taxa de projetos que

finaliza mas acima do fracassam gira em torno
orçamento, fora do prazo dos 20%.
ou com escopo incompleto.
Atraso
Expectativas
Mais de 65% dos projetos
Em torno de 30% dos são entregues com atraso
projetos atendem as trazendo consequências
expectativas iniciais. negativas para o negócio e
as partes interessadas.
Qualidade
Custo
Quase 60% dos projetos
são entregues com Mais de 50% dos projetos
defeitos para as partes apresentam custos acima
interessadas. do planejado.
O Scrum é uma alternativa ao

Uma nova abordagem desenvolvimento cascateado
(Waterfall).
O Scrum permite o
desenvolvimento de produtos de
Sprint software de maneira progressiva.
O Scrum permite que novas

Planejamento Revisão Retrospectiva ideias, sugestões e demandas
possam ser capturadas do início
ao fim do desenvolvimento de
software.
Reunião Diária
Backlog do Incremento O Scrum abraça a mudança

Produto do Produto
através de um processo de
Backlog da trabalho onde o software é
Sprint
construído de forma iterativa, os
desenvolvedores revisitam o
software e o evoluem
constantemente.
O Scrum não é fundamentado na

ideia de seguir um plano.
BRUF - Big Requirements Up Front
Big Requirements Up Front é uma

Especificação expressão que se refere o detalhamento
antecipado.
Características
É utilizado em abordagens cascata.
Desenvolvimento O profissional gasta tempo
considerável no início do projeto
identificando as necessidades do
cliente.
Parte da ideia que é possível identificar
todas as necessidades no início.
Testes
Um outro termo que acompanha BRUF
é BDUP – Big Design Up Front.
O cliente se vê forçado a pedir o que
precisa e também o que não precisa, já
que não terá outra chance de pedir
Implantação novas funcionalidades.
Estratégias para o exame PSM I
1. Quanto mais você souber as diferenças entre o Scrum e outras

abordagens mais você conseguirá entender o valor e o porquê este
framework tem tanto sucesso. No exame você será testado sobre
as diferenças! Então não basta saber apenas o Scrum.
2. Scrum não é método nem metodologia. É um framework. Ou seja,

existem certas regras que não podem ser alteradas, mas pode e
deve ser complementado.
MARCELO NEVES
Preparatório para
4. Abordagem Preditiva (Cascata)

Abordagem Preditiva (Cascata)
Abordagem preditiva é uma forma linear de conduzir projetos

onde um plano é criado e neste é registrado tudo o que será
realizado antes da execução.
Especificação Desenvolvimento Testes Implantação

Características da Abordagem Preditiva
Estágios sequenciais de desenvolvimento

O trabalho com requisitos constitui parte fundamental para a
execução das demais fases
O software é testado para se verificar se está em
conformidade com seus requisitos e design
É creditado a Winston Royce a criação deste modelo
BRUF – Big Requirements Up Front
Escopo Fixo
Custo para desfazer o erro é elevado
Entregas isoladas não agregam valor para o usuário
Plano
A incerteza
Quando estamos resolvendo
problemas adaptativos complexos
o grau de incerteza é alto no início
do trabalho.
No planejamento de uma
abordagem preditiva utilizamos
técnicas para definir o custo e prazo
ainda cedo no projeto.
Depois dessa definição o inteiro

projeto briga com as mudanças
para que as estimativas iniciais não
mudem.
Porém, a realidade muda.

A incerteza e a abordagem preditiva
Muita incerteza!

MARCELO NEVES
Preparatório para
5. Abordagem Iterativa e Incremental

Abordagem Iterativa e Incremental
Abordagem iterativa e incremental é aquela que divide o

desenvolvimento do produto de software em ciclos e a cada
iteração novas funcionalidades são acrescentadas ao produto.
Incremento
do Produto

Início do Projeto Fim do Projeto
Especificação Especificação Especificação Especificação
Desenvolvimento Desenvolvimento Desenvolvimento Desenvolvimento
Testes Testes Testes Testes
Implantação Implantação Implantação Implantação
Incremento do Incremento do Incremento do Incremento do

Produto Produto Produto Produto
Abordagem Iterativa
Abordagem iterativa é aquela que faz progresso através de

sucessivas repetições onde o trabalho é feito e mais
funcionalidades são produzidas.
Benefícios da Abordagem Iterativa
Entrega de funcionalidades antecipada

Valor entregue desde cedo
Mitigação de riscos a cada iteração
Facilidade de correção a cada iteração

Iteração

Abordagem Incremental
Abordagem incremental é aquela em que o produto é

desenvolvido e entregue por pedaços ou incrementos.
Benefícios da Abordagem Incremental
Entrega de funcionalidades antecipada

Valor entregue desde cedo
Adaptabilidade às mudanças de escopo
Mitigação de riscos a cada iteração
Feedback pontual sobre o produto

Incremental

MARCELO NEVES
Preparatório para
6. O Manifesto Ágil
A origem do Manifesto Ágil

Durante os anos 90 várias empresas começaram a
adotar processos robustos de desenvolvimento de
software, como por exemplo o RUP.
Empresas menores não conseguiam adotar tais

processos e metodologias justamente por serem
processos robustos e caros de implementar.
Durante estes anos vários desenvolvedores

começaram a desenvolver métodos e abordagens
mais leves de desenvolvimento de software, entre
eles podemos destacar nomes como Kent Beck,
Ken Schwaber e Jeff Sutherland.
No ano de 2001 e, depois de vários encontros, foi

criado o Manifesto Ágil e a formação da Agile
Alliance. Esta última uma organização sem fins
lucrativos com o objetivo de promover a adoção de
métodos ágeis.
No manifesto encontramos princípios e valores da

filosofia ágil de desenvolvimento de software.
12 Princípios
4 Valores
+
Valor #1
Indivíduos e
interação entre eles
mais que processos
e ferramentas
Um time para performar bem tem

que desfrutar de bom
Abordagens cascata são focados
relacionamento entre seus
em processos e ferramentas.
membros.
Geralmente aqui pessoas são
O Scrum defende que um time
vistas como recursos gerenciáveis.
integrado e feliz entrega melhores
resultados.
Valor #2
Software em
funcionamento
mais que
documentação
abrangente
Software em funcionamento é
mais importante que um plano por
escrito do que deve ser feito. Abordagens cascata se apoiam na
premissa de seguir o plano e a
É mito que não se documenta documentação..
quando se utiliza o framework
Scrum ou outras metodologias
ágeis.
Valor #3
Colaboração com o
cliente
mais que
negociação de
contratos
O desenvolvimento ágil não se Abordagens cascata se apoiam no

apoia no detalhamento antecipado detalhamento de todos os
dos requisitos. requisitos.
Mudanças são vistas como Mudar requisitos é um processo

consequência da vida real. penoso em abordagens cascata.
Valor #4
Responder a
mudanças
mais que
seguir um plano
Abordagens cascata se apoiam no

No desenvolvimento ágil nós cumprimento do plano em
planejamentos a cada iteração. detrimento do “escutar” o mundo
real.
Mudanças são vistas como
consequência da vida real. Aqui o plano é mais importante que
o planejamento.
12 Princípios
Princípio #1
Nossa maior prioridade é satisfazer o cliente através da entrega
contínua e adiantada de software com valor agregado.
Princípio #2
Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento.
Processos ágeis se adequam às mudanças, para que o cliente possa
tirar vantagens competitivas.
Princípio #3
Entregar frequentemente software funcionando, de poucas semanas a
poucos meses, com preferência à menor escala de tempo.
Princípio #4
Pessoas do negócio e desenvolvedores devem trabalhar em conjunto
diariamente, durante todo o curso do trabalho.
Princípio #5
Construir projetos em torno de indivíduos motivados, dando a eles o
ambiente e o suporte necessário e confiando neles para fazer o trabalho.
Princípio #6
O método mais eficiente e eficaz de transmitir informações para e entre
uma equipe de desenvolvimento é por meio de conversa face a face.
Princípio #7
Software funcionando é a medida primária de progresso.
Princípio #8
Os processos ágeis promovem desenvolvimento sustentável. Os
patrocinadores, desenvolvedores e usuários devem ser capazes de
manter um ritmo constante indefinidamente.
Princípio #9
Contínua atenção a excelência técnica e bom design aumenta a
agilidade.
Princípio #10
Simplicidade: a arte de maximizar a quantidade de trabalho não realizado
é essencial.
Princípio #11
As melhores arquiteturas, requisitos e designs emergem de times auto-
organizáveis.
Princípio #12
Em intervalos regulares, a equipe reflete sobre como se tornar mais
eficaz e então refina e ajusta seu comportamento de acordo.
MARCELO NEVES
Preparatório para
7. Ágil versus Tradicional

MARCELO NEVES
Preparatório para
8. Os 3 pilares do Scrum
A origem da palavra Scrum
O nome Scrum significa uma

determinada posição que o time assume
no Rúgbi.
Após uma jogada irregular ou alguma

penalização o time assume a posição
Scrum, ou seja, uma formação ordenada
onde 8 jogadores de cada time formam
uma muralha.
O trabalho em equipe é fundamental,

caso falhe na formação, a jogada pode ser
perdida.
Os 3 pilares do Scrum
Inspeção
Inspeção é a atividade de verificar algo. No Scrum a inspeção é

apoiada por cerimônias.
A inspeção no Scrum
Sprint
Reunião Diária
Produto do Produto
Backlog da
Sprint

Master Produto
Adaptação
Adaptação é a capacidade do time ajustar o rumo. No Scrum a

adaptação é consequência direta do feedback obtido do cliente.
A adaptação no Scrum
Sprint
Reunião Diária
Produto do Produto
Backlog da
Sprint

Master Produto
Transparência
Transparência é a capacidade do time poder visualizar os

aspectos significativos do projeto. No Scrum o time deve poder
visualizar o backlog do produto, o andamento do projeto, suas
realizações e problemas.
A transparência no Scrum
Sprint
Reunião Diária
Produto do Produto
Backlog da
Sprint

Master Produto
MARCELO NEVES
Preparatório para
9. Times ágeis versus times tradicionais

Time tradicional versus time ágil
Tradicional Ágil
O gerente define o plano a ser seguido, Não há um gerente definindo o trabalho a ser
enquanto que o time acata e executa o feito. O time planeja e executa o trabalho.
serviço. Quando há falha, a responsabilidade Quando surgem falhas, o time é o
é do gerente. O time somente se preocupa responsável. Time ágil somente funciona com
com as demandas e o gerente com a direção. uma direção clara.
ATENÇÃO
Time tradicional versus time ágil O Scrum não
reconhece títulos para
os integrantes dos
desenvolvedores,
independentemente
do trabalho que está
sendo realizado pela
pessoa.
Por Especialidade Por Meta
Profissionais são agrupados por Profissionais são agrupados por missão ou

especialidades e só executam as tarefas produto. Planejam e executam tudo o que for
conforme sua especialidade. necessário para cumprir a missão do time.
Time Scrum

Master Produto
O Scrum Master é o responsável pelo O Dono do Produto é o responsável Os desenvolvedores são responsáveis
desempenho dos desenvolvedores e por garantir que as necessidades das pela criação dos incrementos de
também por zelar pela utilização do partes interessadas do negócio sejam software com qualidade e
framework Scrum. atendidas corretamente através da consequentemente atender as
criação do produto de software. necessidades definidas pelo Dono do
Produto.
Auxilia os desenvolvedores no COMO
fazer e auxilia o Dono do Produto na Define O QUE fazer Define COMO fazer e FAZ
definição do O QUE fazer
Time Scrum
Autogerenciado Multifuncional
Ser autogerenciado significa que o time Ser multifuncional significa que o time tem
planeja e executa seu trabalho sem a todas as competências necessárias para
necessidade de um profissional ficar ditando executar o trabalho sem a dependências de
o que o time deve fazer. Esta característica terceiros externos ao time. O Time é o único
diminui o custo de gestão e comunicação. responsável por criar o produto.
MARCELO NEVES
Preparatório para
10. O Dono do Produto

O Dono do Produto
É o responsável pela eficácia do produto.

É o papel responsável por definir o que será feito no
produto.
Esclarece para o time dúvidas sobre o escopo.
Define a ordem de priorização dos itens no backlog.
Ajuda o time a focar no que precisa ser entregue.
Planeja as entregas do produto.
Trabalha na integração dos incrementos do produto
quando este é desenvolvido por vários times.
Maximiza o ROI.
O Dono do Produto
Desenvolvedores
Negócio
A voz do cliente
Scrum
Master
O Dono do Produto e o Backlog do Produto
Comunica as Atualiza o
necessidades backlog
Negócio
Backlog do
Produto
Dono do Produto
O Dono do Produto e o Produto
Acompanha o Comunica a
desenvolvimento evolução do
do produto desenvolvimento
do produto
Incremento do Negócio
Produto
Dono do Produto
MARCELO NEVES
Preparatório para
11. Os Desenvolvedores
Os Desenvolvedores
É quem implementa os requisitos no software.

É composto de profissionais comprometidos.
É o inteiro grupo de profissionais necessário para
entregar o produto de software.
É o grupo de profissionais responsável por definir o
COMO os itens do backlog serão implementados.
É o grupo de profissionais responsável por definir a
tecnologia que será empregada na criação do produto
de software.
O Backlog do Produto e os Desenvolvedores
Atualiza o Puxa os itens e

backlog cria o plano
Dono do Produto
Desenvolvedores
Backlog do
Produto
Os Desenvolvedores
É auto-gerenciado.
Não possui dependências externas para implementar
os itens do backlog.
É o único responsável pelos itens que foram definidos a
serem entregues em um ciclo de desenvolvimento.
São chamados de desenvolvedores, mesmo tendo
habilidades específicas distintas.
Todos tem o mesmo nível hierárquico.
É multifuncional.
Ao se trocar um membro haverá perda de
produtividade em algum grau
Backlog do Produto e Backlog da Sprint
Verifica os itens Decompõe os

do backlog itens em tarefas
Backlog da
Desenvolvedores
Backlog do Sprint
Produto
Os Desenvolvedores
O tamanho ideal de um time Scrum está entre 3 e 10

pessoas.
A quantidade de desenvolvedores deve ser pequena o
suficiente para ser ágil.
A quantidade de desenvolvedores deve ser grande o
suficiente para entregar o produto de software.
Porque um time com menos de 3 pessoas não é o
ideal? Muito pequeno e tem poucos interações.
Porque um time com mais de 10 pessoas não é o ideal?
Muito grande com alto custo de interação e
complexidade.
Multitarefa
Multitarefa é quando se tenta fazer mais de uma coisa
ao mesmo tempo.
É quando o time trabalha na criação de mais de um
produto de software.
O efeito da multitarefa é justamente o contrário do que
se espera, o time acaba gastando mais tempo para
executar as tarefas.
MARCELO NEVES
Preparatório para
12. O Scrum Master

O Scrum Master
Fornece feedback ao time.

Estimula o time a celebrar as conquistas.
Estimula o time quando este entrega bons resultados.
Blinda o time de interferências externas.
Facilita a resolução de conflitos.
Entende os impedimentos do time.
Remove os impedimentos
Se comunica face a face com o time.
Atua como coach do processo ágil.
Atua como treinador de agilidade.
Atua como consultor de agilidade.
Dá feedback para o time.
Ajuda o time na melhoria contínua.
Ajuda o time a falar com as partes interessadas.
Facilita a criação e alteração da declaração de pronto.
Scrum Master e os desenvolvedores
Tenta acessar Blinda os

desenvolvedores desenvolvedores
Negócio
Scrum
Master
Desenvolvedores
O Scrum Master
Ajuda o time a preparar a demonstração que será feita na

revisão.
Promove um ambiente sadio entre os membros do time.
Estimula a comunicação face a face dos desenvolvedores
com as partes interessadas.
Promove a auto-organização do time.
Zela pelos pilares do Scrum.
Defende os princípios do Scrum.
Auxilia o Dono do Produto na condução do planejamento da
sprint.
Encoraja os desenvolvedores a entregar um produto com
qualidade.
Encoraja os desenvolvedores a corrigir rapidamente os
defeitos que o produto de software apresentar.
Scrum Master e as Cerimônias
Scrum
Sprint
Master
Scrum Scrum Scrum

Master Master Master
Scrum
Master
Scrum
Master
Reunião Diária
Produto do Produto
Backlog da
Sprint
O Scrum Master no dia a dia
No dia a dia o Scrum Master:
Ajuda a manter um clima saudável entre os membros do

time.
Promove o trabalho em equipe.
Atua como mediador quando surgem conflitos.
Fica atento as reuniões diárias.
Anota os impedimentos.
Remove os impedimentos.
Combate o comando e controle.
Dissemina o framework Scrum na organização.
Deve ser visto como referência em desenvolvimento ágil
com Scrum.
Divulga as práticas Scrum e ajudas as pessoas na
organização a executarem da melhor forma.
E o gerente de projetos?
Não existe o papel de gerente de projetos no Scrum.

O Scrum Master não é o gerente de projetos ágil e
nem deve se comportar como tal.
As atribuições de um Scrum Master são diferentes de
um gerente de projetos.
Scrum Master não faz o planejamento, mas sim o
Dono do Produto com os desenvolvedores.
Dono do Produto também não é o dono do time ou
gerente do time.
Os desenvolvedores, conhecendo o que precisa ser
feito, planejam, organizam e executam as demandas.
MARCELO NEVES
Preparatório para
13. Comprometimento versus envolvimento

Fábula da galinha e o porco
Comprometidos e os envolvidos
Comprometidos Envolvidos
Dono do Scrum
Produto Master
Cliente Usuário
Diretor VP
Desenvolvedores
Exercício: Comprometido ou envolvido?
Sprint
Reunião Diária
Produto do Produto
Backlog da
Sprint
Dono do Scrum Desenvolvedores Partes

Produto Master Interessadas

Planejamento
Reunião Diária
Revisão
Retrospectiva
14. Sprint
Preparatório para
MARCELO NEVES
Time-box
É um período de tempo fixo máximo.
Pode terminar antes do tempo limite, mas nunca
após seu limite.
Todos os eventos do Scrum são eventos time-
boxed. Tempo regulamentar
O time precisa se adaptar aos limites do time-box.

O evento termina automaticamente ao alcançar o
tempo limite do evento. Exemplo: reunião diária com
Evento
15 minutos.
Caso a reunião diária não acabe em 15 minutos esta
Extensão de tempo
deve ser finalizada.
O uso de time-box promove limite para auto-
organização.
A sprint é um evento com time-box.
Time-box cria regularidade e disciplina.
Time-box cria foco e evita distrações.
Todos os eventos do Scrum são time-boxed
Sprint
Reunião Diária
Produto do Produto
Backlog da
Sprint

Sprint
Sprint significa ao pé da letra uma corrida de velocidade, ou
arranca.
No Scrum a palavra sprint significa uma corrida onde são
selecionados requisitos e os mesmos são implementados em Sprint
um período curto de tempo.
Sprint é um ciclo de desenvolvimento com duração de 1 mês
ou menos.
O tempo da sprint pode variar.
O time escolhe a duração da sprint e, a partir daí, utiliza esse
time-box para os ciclos de desenvolvimento.
Todo o trabalho feito para transformar o requisito em
software é feito dentro da sprint.
Não há trabalho fora da sprint.
Cada sprint deve sempre produzir incremento de software
funcionando e pronto e potencialmente liberável.
Retrospectiva
Revisão
Sprint
Reunião Diária
Planejamento
Sprint
Sprint n
Sprint 3
Sprint 2
Não há folga!
Sprint 1
Sprint
Duração da Sprint
A duração pode ser de 1 mês ou menos.

Não há regra definitiva para todos os times. Sprint
A duração é definida por alguns fatores. São eles:
Tempo máximo do projeto (estimativa)
Grau de incerteza sobre as necessidades e
aspectos técnicos do produto
Facilidade de coletar feedback do Dono do
Produto e das partes interessadas
Estabilidade do ambiente e/ou cenário
(quantidade de mudanças)
Custos de rodar uma sprint
Urgência da entrega do produto
Sprint 0
Sprint 0 Sprint 1 Sprint 2 Sprint n
Isso non
eczisteee!
Todo o time Scrum é responsável por criar um
incremento valioso e útil a cada sprint.
MARCELO NEVES
Preparatório para
15. Cancelamento da Sprint

Cancelamento da Sprint
Sprint
Sprint 3
Não há folga!
Sprint 2
Desenvolvedores
Dono do Scrum
Produto Master
Planejamento Planejamento
Sprint 2 Cancelamento Sprint 3

da Sprint 2
Dono do
Produto
Desenvolvedores
Retrospectiva
Dono do Scrum
Revisão
Produto Master
Planejamento
Cancelamento Sprint 3
da Sprint 2
Dono do
Produto
E o que acontece com o backlog da sprint?
Backlog do
Produto
Backlog da Sprint
MARCELO NEVES
Preparatório para
16. Backlog do Produto

Backlog do Produto
O backlog do produto é uma lista ordenada e

emergente dos itens que possivelmente serão
trabalhados.
O backlog é um organismo vivo, ou seja, é modificado
constantemente.
O Dono do Produto é o responsável por sua
manutenção.
O backlog é a única lista de itens que será
implementado pelos desenvolvedores.
Um backlog pode conter requisitos, bugs, melhorias,
atualizações e etc. Estes são chamados de itens do
backlog do produto.
Caso alguma parte interessada tenha dúvida sobre o
que será implementado no produto esta, por sua vez,
deve consultar o backlog.
Backlog do Produto e o Dono do Produto
O Dono do Produto é o responsável por criar e

fazer toda a manutenção do backlog do
produto.
O Dono do Produto é o responsável por detalhar
o item de backlog em um grau de detalhes
suficiente para o time entender e implementar.
Somente itens que entregam valor devem ser
adicionados ao backlog.
A responsabilidade do backlog sempre será do
Dono do Produto, ainda que este delegue
algumas tarefas para os desenvolvedores.
Dono do
Produto
Quem pode incluir itens no backlog?
Partes
Interessadas
Dono do
Produto
Estrutura de um Backlog do Produto
MARCELO NEVES
Preparatório para
17. Meta do Produto

Meta do Produto
A meta do produto descreve um objetivo de longo prazo

ou o estado futuro do produto.
Meta do Produto
Porque queremos
Visão criar o produto?
Meta do O que queremos

Produto alcançar com o produto?
Meta da
Sprint
O que queremos
alcançar durante a sprint?
Exemplo: Aplicativo de Exercício Físico
Ajudar pessoas a ter uma vida

Visão saudável através de exercícios
físicos
Meta do
Mostrar quais são os
Produto
hábitos da pessoa
Meta da
Sprint Registrar a distância
percorrida diariamente
Meta do Produto
compromisso
Backlog do
Produto
Compromisso
Sprints e a meta do produto
Meta do Produto
Backlog do
Produto

Meta do Produto
Só existe uma única meta de produto por vez.

A meta do produto pode mudar.
Visão A meta do produto pode ser alcançada sem
que seja necessário desenvolver todos os
Meta do
Produto itens do backlog do produto.
A meta do produto está para o backlog do
Meta da
Sprint produto assim como a meta da sprint está
para o backlog da sprint.
A cada incremento produzido o time Scrum
se aproxima da meta do produto.
A reunião de revisão avalia o incremento de
acordo com a meta do produto e a meta da
Dono do
Produto sprint.
MARCELO NEVES
Preparatório para
18. Backlog da Sprint

Backlog da Sprint
O backlog da sprint é o plano criado pelos

desenvolvedores para atingir a meta da sprint.
Backlog da Sprint
Planejamento
da Sprint
Meta da Sprint Porque?
Itens Selecionados O que?
Tarefas
Como?
Backlog da sprint durante a reunião diária
O backlog da sprint é de
responsabilidade dos
desenvolvedores.
Somente os desenvolvedores
podem adicionar, modificar ou
remover itens no backlog da sprint.
O backlog da sprint deve estar
disponível e visível para que todos
possam consultá-lo.
Todos os desenvolvedores são
responsáveis por todo o backlog
da sprint.
Backlog da sprint durante a sprint
O desenvolvedor escolhe a tarefa que

vai executar e atualiza o backlog da
sprint.
Depois que acaba a tarefa o
desenvovledor atualiza o status da
mesma e pega outra tarefa.
À medida em que vai executando o
trabalho de criação do incremento de
software os desenvovedores aprendem
sobre o que deve ser realmente feito.
Novas tarefas surgem e tarefas grandes
são decompostas em tarefas menores.
Todo o trabalho realizado durante a
sprint é norteado pela meta da sprint.
Durante a sprint o backlog evolui
Meta da Sprint Não muda!
Itens Selecionados
Pode mudar!
Tarefas
Nova tarefa
Monitorando o progresso da Sprint
O monitoramento de andamento do backlog

da sprint é feito pelos desenvolvedores.
Todo os desenvolvedores são responsáveis
por tal atividade.
O quadro kanban e o burndown são as
principais ferramentas de acompanhamento.
Durante a reunião diária os desenvolvedores
olham estas ferramentas para tomar
conhecimento do andamento do projeto e
quanto trabalho ainda falta para bater a meta
da sprint.
É nesta hora que os desenvolvedores tem a
ideia se conseguirão ou não alcançar a meta
da sprint.
MARCELO NEVES
Preparatório para
19. Meta da Sprint

Meta da Sprint
A meta da sprint descreve um objetivo de curto prazo que

orienta o trabalho dos desenvolvedores na sprint.
Meta da Sprint
Porque queremos
Visão criar o produto?
Meta do O que queremos

Produto alcançar com o produto?
Meta da
Sprint
O que queremos
alcançar durante a sprint?
Meta da Sprint
compromisso
Backlog da
Sprint
Compromisso
Sprints e a Meta da Sprint

Meta do
Produto
Meta da Meta da Meta da Meta da

Sprint Sprint Sprint Sprint
Backlog da Backlog da Backlog da Backlog da


Meta da Sprint
A meta da sprint ajuda os desenvolvedores a ter foco.

A meta da sprint dá certo espaço para adaptação
Visão
dos desenvolvedores.
Meta do
A meta da sprint pode ser um marco intermediário na
Produto criação do produto de software.
A meta da sprint não é mera alegoria. Ela deve
Meta da
Sprint
sempre nortear as decisões dos desenvolvedores.
Caso os desenvolvedores entendam que não vão
conseguir bater a meta da sprint o Dono do Produto
deve ser chamado e este deve ser avisado sobre tal
obstáculo.
A meta da sprint responde a seguinte pergunta: O
que queremos alcançar durante a sprint?
Dono do
Produto
Exemplo de Meta da Sprint
Substituir o
Melhorar o framework X20 pelo
desempenho do framework X25
módulo de segurança. utilizado no login da
aplicação.
MARCELO NEVES
Preparatório para
20. Incremento do Produto

Incremento do Produto
O incremento do produto é o conjunto utilizável de novas

funcionalidades e melhorias desenvolvidas durante a sprint.
O incremento e a meta do produto


Meta do
Produto
O incremento e sua entrega
Início Fim da
da sprint 3
Sprint 3
Partes
Interessadas
O incremento e a meta do produto


Meta do
Produto
MARCELO NEVES
Preparatório para
21. Definição de Pronto

Definição de Pronto
A definição de pronto (DoD) é uma lista de critérios que

descreve o estado final do incremento necessário para que
este seja declarado pronto.
O incremento e sua entrega
Início Fim da
da sprint 3
Sprint 3
Partes
Interessadas
DOD e o Incremento do Produto
Início Fim da
da sprint 3
Sprint 3
Partes
Interessadas
Exemplo de Definição de Pronto
O código tem que ter sido coberto

com testes unitários.
O código tem que ter sido
comitado no Git.
Documentação atualizada.
Nenhum registro de bug em aberto.
Versão de liberação atribuída.
Definição de
Pronto
compromisso
Incremento
do Produto
Compromisso
Definição de Pronto
É o time Scrum que cria a Definição de Pronto.

Se existirem vários times para um mesmo produto,
então estes times se reúnem e criam a declaração de
pronto.
O Dono do Produto precisa estar ciente da Definição
de Pronto.
Partes O Dono do Produto não precisa aprovar a Definição
Interessadas
de Pronto.
O Guia Scrum diz que a Definição de Pronto deve
inicialmente ser desenvolvida pela organização. Esta
pode ser utilizada como definição inicial. Caso não
tenha, o time Scrum deve criar uma.
Dono do É um documento vivo. É sempre atualizado.
Produto Geralmente nas reuniões de retrospectiva que a
Definição de Pronto é atualizada.
MARCELO NEVES
Preparatório para
22. Refinamento do Backlog

Refinamento do Backlog
Refinamento do backlog é a atividade de preparar os itens

para serem puxados pelos desenvolvedores para o
desenvolvimento.
Refinamento não é um evento
Sprint
Reunião Diária
Produto do Produto
Backlog da
Sprint

Master Produto

Sprint
1 Último dia

desenvolvedores.

Produto.
Refinamento dos itens
Desenvolvedores Revisão
Planejamento Desenvolvimento Retrospectiva
Sprint 1 Sprint 2 Sprint 3
Refinamento da Sprint 2 Refinamento da Sprint 3 Refinamento da Sprint 4
Dono do Dono do Dono do

Produto Produto Produto
Atividade de Refinamento
Refinamento
Tamanho
Conteúdo
Item do
Backlog do backlog
Produto
MARCELO NEVES
Preparatório para
23. Planejamento da Sprint

Planejamento da Sprint
Planejamento da Sprint é o evento que marca o início da

sprint e é neste evento que os itens são selecionados
pelos desenvolvedores para o desenvolvimento.

Sprint
1 Último dia

desenvolvedores.

Produto.
Planejamento da Sprint
Entradas Etapas Saídas

Backlog do
Meta da Sprint
Produto 1 - Definição da Meta da Sprint
2 - Seleção dos itens do backlog
Capacidade Itens do backlog
3 - Identificação das tarefas
do Time selecionados
4 - Estimativa de esforço
Consideraçòes Tarefas
de negócio e
tecnologia
Incremento
do Produto
Resultado do Planejamento da Sprint
Planejamento
da Sprint
Meta da Sprint Porque?
Itens Selecionados O que?
Tarefas
Como?
MARCELO NEVES
Preparatório para
24. Reunião Diária

Reunião Diária
Reunião Diária é o evento que acontece todos os dias no

mesmo local e horário com o objetivo de inspecionar
produto e processo.
Reunião Diária
Sprint
Reunião Diária
Produto do Produto
Backlog da
Sprint

Master Produto
Reunião Diária
É limitada a 15 minutos.
Deve ser realizada todos os dias.
Reunião Diária Deve ser realizada no mesmo local e horário para
reduzir a complexidade.
O objetivo é identificar os problemas.
Não tem como objetivo resolver os problemas.
Contribui para a redução de outras reuniões.
Não é uma reunião de status report.
É uma reunião dos desenvolvedores.
É uma reunião de planejamento das próximas 24
horas de trabalho.
É uma reunião de inspeção de processo e produto.
Desenvolvedores Esta reunião visa responder a pergunta mais
importante: Estamos na direção de cumprir a meta da
sprint?
E as 3 perguntinhas?
Resultado da Reunião Diária
Reunião Diária
Ajustes
Backlog da
Sprint
Desenvolvedores
Outros convidados?
Reunião Diária
Ajustes
Scrum Dono do
Backlog da
Master Produto Sprint
Desenvolvedores
MARCELO NEVES
Preparatório para
25. Reunião de Revisão

Reunião de Revisão
Reunião de Revisão é o evento em que o incremento de

produto é demonstrado, o backlog do produto é ajustado e
discute-se sobre o progresso em direção a meta do
produto.

Sprint
1 Último dia

desenvolvedores.

Produto.
Como funciona a reunião de revisão?
Demonstração
Discussão
Reunião
de Revisão
Ajustes
Meta do
Produto
Backlog do
Produto
Partes Scrum Dono do Desenvolvedores

Interessadas Master Produto
Reunião de Revisão
Tem um time-box de 4 horas.
Todo o time Scrum participa.
Algumas partes interessadas podem ser convidadas.
O foco desta reunião é o produto, especificamente o
incremento de produto.
O objetivo desta reunião é apresentar o incremento
de produto pronto e coletar o feedback do Dono do
Produto e das partes interessadas.
Nesta reunião se faz a inspeção de produto.
Ao conferir o incremento do produto o Dono do
Produto identifica outros itens e os adiciona no
backlog do produto.
Nesta reunião se faz adaptação, ou seja, decide-se o
que está bom e o que não está bom no produto.
Nesta reunião se identifica o progresso do
desenvolvimento e projeta-se o esforço ainda
necessário restante.
E o que acontece com o backlog da sprint?
Backlog do
Produto
Backlog da Sprint
MARCELO NEVES
Preparatório para
26. Reunião de Retrospectiva

Reunião de Retrospectiva
Reunião de Retrospectiva é o evento que marca o fim da

sprint onde se identificam oportunidades de melhoria da
eficiência e eficácia do time.

Sprint
1 Último dia

desenvolvedores.

Produto.
Sprint
Reunião Diária
Produto do Produto
Backlog da
Sprint

Master Produto
O time-box é de 3 horas para uma sprint com

duração de 4 semanas.
Todo o time Scrum participa da retrospectiva.
O foco é a melhoria do processo de trabalho.
Falar sobre o produto também é um tópico a
ser discutido.
Geralmente são respondidas três perguntas:
a. O que fizemos e que deu certo?
b. O que pode ser melhorado?
c. Como iremos melhorar?
O objetivo da retrospectiva é:
a. Inspecionar os itens pessoas, ferramentas e
processo de trabalho de acordo com a última sprint.
b. Confirmar o que funcionou bem e o que precisa
melhorar.
c. Criar um plano de ação para colocar em prática as
melhorias identificadas.
O framework Scrum promove a melhoria do processo
de trabalho através das reuniões de retrospectiva.
O Scrum Master é o responsável por conscientizar os
desenvolvedores e o Dono do Produto quanto a
importância da melhoria contínua do processo de
trabalho.
É durante a retrospectiva que a Definição de Pronto é
discutida e melhorada.
Retrospectiva é uma reunião onde o time Scrum
inspeciona a si mesmo.
MARCELO NEVES
Preparatório para
27. Burnup e Burndown

Burndown
O gráfico de burndown demonstra como o trabalho se

desenvolve e mostra o quanto de trabalho resta ainda
fazer.
Gráfico de Burndown
Burnup
O gráfico de burnup demonstra como o trabalho se

desenvolve e mostra o quanto de trabalho foi feito.
Gráfico de Burnup
MARCELO NEVES
Preparatório para
28. CFD - Diagrama de Fluxo Cumulativo

O CFD é uma ferramenta de análise do fluxo de trabalho.
CFD
Dia
Gráfico de Burnup
Itens
Itens
WIP
Lead Time ou Tempo de Espera

Vazão
Cycle Time ou Tempo de Ciclo
Dia
MARCELO NEVES
Preparatório para
29. Papéis e Responsabilidades no Scrum

Papéis no Scrum
Responsabilidades no Scrum
MARCELO NEVES
Preparatório para
30. Um pequeno resumo

Visão geral do Scrum
Sprint
Reunião Diária
Produto do Produto
Backlog da
Sprint

Master Produto
MARCELO NEVES
Preparatório para
Resolução do Exercício: Comprometido ou

Envolvido?
Dono do Scrum Partes

Produto Master Desenvolvedores Interessadas
Planejamento Comprometido Comprometido Comprometido Envolvido
Reunião Diária Envolvido Envolvido Comprometido Envolvido
Revisão Comprometido Comprometido Comprometido Envolvido
Retrospectiva Comprometido Comprometido Comprometido

QUER SER
UM AGILISTA?
Formação de Agilista

PAE - PROFESSIONAL AGILE EXPERT

FICOU ALGUMA DÚVIDA?

Curso Preparatorio PSM I

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Curso Preparatorio PSM I

Enviado por

Direitos autorais:

Formatos disponíveis

Certificação PSM I

Durante o curso você vai:

O curso é indicado para...

O curso é indicado para todos aqueles que estão interessados em

E quais são os pré-requisitos?

Ao fim do curso você poderá baixar seu certificado de conclusão do curso

Foi fundada em 2009 e é reconhecida mundialmente por sua dedicação e

Atualmente a Scrum.org mantém um programa de certificações para

Professional Scrum Master

Porque obter uma certificação

2. Verificação formal do conhecimento por uma entidade idônea

A certificação PSM – Professional Scrum Master é indicada para todos que

Profissionais que obtém esta certificação:

1. Demonstram conhecimento fundamental no framework Scrum.

80 questões 60 minutos 68 questões Intermediário

Em inglês Múltipla escolha, US$ 150 Scrum Guide

2. Introdução ao framework Scrum

Visão geral do Scrum

Planejamento Revisão Retrospectiva

Scrum Dono do Desenvolvedores

Scrum na linha do tempo

Planejamento Revisão Retrospectiva

O desenvolvimento do produto acontece todos os dias e é feito pelos

O Refinamento do Backlog acontece em dias definidos pelo Dono do

Estratégias para o Exame PSM I

1. Para o exame você precisa entender em profundidade como as

2. Cuidado com a realidade! Você será cobrado no exame por

Visão geral do desenvolvimento de software

Projetos incompletos Projetos que falharam

A maior parte dos projetos A taxa de projetos que

O Scrum é uma alternativa ao

O Scrum permite que novas

Backlog do Incremento O Scrum abraça a mudança

O Scrum não é fundamentado na

BRUF - Big Requirements Up Front

Big Requirements Up Front é uma

Estratégias para o exame PSM I

1. Quanto mais você souber as diferenças entre o Scrum e outras

2. Scrum não é método nem metodologia. É um framework. Ou seja,

4. Abordagem Preditiva (Cascata)

Abordagem Preditiva (Cascata)

Abordagem preditiva é uma forma linear de conduzir projetos

Abordagem Preditiva (Cascata)

Especificação Desenvolvimento Testes Implantação

Características da Abordagem Preditiva

Estágios sequenciais de desenvolvimento

Abordagem Preditiva (Cascata)

Especificação Desenvolvimento Testes Implantação

Depois dessa definição o inteiro

Porém, a realidade muda.

A incerteza e a abordagem preditiva

Especificação Desenvolvimento Testes Implantação

5. Abordagem Iterativa e Incremental

Abordagem Iterativa e Incremental

Abordagem iterativa e incremental é aquela que divide o

Abordagem Preditiva (Cascata)

Especificação Desenvolvimento Testes Implantação

Abordagem Iterativa e Incremental

Especificação Especificação Especificação Especificação

Desenvolvimento Desenvolvimento Desenvolvimento Desenvolvimento

Testes Testes Testes Testes

Implantação Implantação Implantação Implantação