Material para Estudiante SMPC (V012022A) PT

Prévia do material em texto

2
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Objetivos
• Entenda o papel de um Scrum Master com base no Scrum Guide™
• Entenda as responsabilidades do Scrum Master
• Prepare-se para desempenhar o papel de Scrum Master em uma organização que usa Scrum
• Compreender os principais termos e definições para passar com sucesso no Exame Scrum Master 
Professional Certificate SMPC®
• Obtenha reconhecimento com CertiProf® Professional Certification
Quem é CertiProf®?
CertiProf® é um instituto de exames fundado nos Estados Unidos em 2015. Localizado em Sunrise, 
Flórida. Nossa filosofia é baseada na criação de conhecimento na comunidade e para isso, sua rede 
colaborativa é composta por:
• SME’s (Subject Matter Expert) são especialistas que fornecem experiência no setor para desenvolver, 
manter e atualizar nossas certificações. A contribuição dos profissionais de TI que trabalham na área 
é crucial para nós para o desenvolvimento e aprimoramento de conteúdos relevantes
• Os CLL (CertiProf Lifelong Learners) são identificados como alunos contínuos que demonstraram 
seu compromisso inabalável com a aprendizagem ao longo da vida, que é de vital importância no 
mundo digitalizado em constante mudança e expansão de hoje. Independentemente de ganharem 
ou não o exame
• ATP's (Parceiros Formadores Credenciados), Universidades, centros de formação e facilitadores 
de todo o mundo que integram a rede de parceiros
• Autores (co-criadores), Especialistas ou profissionais da indústria que, com seu conhecimento, 
desenvolvem conteúdo para a criação de novas certificações que atendam às necessidades da 
indústria
• Equipe interna, nossa equipe distribuída com operações na Índia, Brasil, Colômbia e Estados Unidos 
que apóiam dia a dia a execução do propósito da CertiProf®
Fonte Deste Material
Este material é baseado no Official Scrum Guide 2020 criado por Ken Schwaber e Jeff Sutherland.
© 2020 Ken Schwaber e Jeff Sutherland Esta publicação é oferecida para licença sob a licença Atribuição 
Compartilhada pela Licença Creative Commons, acessível em https://creativecommons.org/licenses/by-
sa/4.0/legalcode e também descrita em forma de resumo em https://creativecommons.org/licenses/by-
sa/4.0/. Ao utilizar este Guia Scrum, você reconhece e concorda que leu e concorda em obedecer aos termos 
da licença Atribuição Compartilhada pela Licença Creative Commons.
3
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Nossas Acreditações e Afiliações
Agile Alliance
CertiProf® é um membro corporativo da Agile 
Alliance
Ao aderir ao programa corporativo Agile Alliance, 
continuamos a capacitar as pessoas, ajudando-as 
a alcançar seu potencial por meio da educação. 
Todos os dias, fornecemos mais ferramentas e 
recursos que permitem aos nossos parceiros 
formar profissionais que procuram melhorar o seu 
desenvolvimento profissional e competências.
https://www.agilealliance.org/organizations/
certiprof/ 
IT Certification Council - ITCC
Membros da ITCC em novembro de 2020
https://www.agilealliance.org/organizations/certiprof/ 
https://www.agilealliance.org/organizations/certiprof/ 
4
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Quem deve participar deste workshop de certificação?
• Qualquer pessoa interessada em expandir seus conhecimentos na função do Scrum Master
• Liderança de TI (Gerentes / Diretores / VPs / CIOs / CTOs)
• Gerentes de Projeto
• Product Owners
• Aspirando Scrum Masters
• Líderes de Equipes
Pré-requisitos
Não há requisitos formais para esta certificação
Código de certificação: SMPC®
Apresentação
Seja bem-vindo!
Relate no seguinte formato:
• Nome
• Empresa
• Cargo e experiência
• Familiaridade com os conceitos e prática do Scrum
• Expectativas deste curso
Exame SMPC®
Exame de Certificação:
• Formato: Seleção múltipla
• Perguntas: 40
• Pontuação de aprovação: 32/40 ou 80%
• Duração: 60 minutos
• Livro aberto: Não
• Entrega: este exame está disponível online
• Supervisionado: ficará a critério do treinador / o automonitoramento está disponível
• Duas tentativas incluídas
SMPC® é a (registrada) Trade Mark da CertiProf, LLC. Todos os direitos reservados.
5
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Badge
Objetivos de Aprendizaje
Os objetivos de aprendizagem desta certificação são baseados em:
• The 2020 Scrum Guide™, http://scrumguides.org 
• Agile Manifesto, 4 values and 12 principles, http://www.agilemanifesto.org 
• Agile Glossary, https://www.agilealliance.org/agile101/agile-glossary/
• Essential Scrum: A Practical Guide to the Most Popular Agile Process - Kenneth Rubin (Author)
1. Introdução Ágil
2. O que é Scrum
3. Valores do Scrum
4. Time Scrum
5. Eventos do Scrum
6. Artefatos do Scrum
7. Conceitos Avançados de Scrum
8. Atue como Scrum Master
https://www.credly.com/org/certiprof/badge/scrum-master-professional-certificate-smpc.1
 http://scrumguides.org 
ttp://www.agilemanifesto.org 
https://www.agilealliance.org/agile101/agile-glossary/
6
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Caminho do Scrum da CertiProf
• Scrum Foundation SFPC™
• Scrum Master SMPC® 
• Scrum Product Owner - SPOPC™ 
• Scrum Certified Trainer - S-CT™
https://certiprof.com/pages/sfpc
https://certiprof.com/pages/smpc-scrum-master-professional-certificate
https://certiprof.com/pages/scrum-product-owner-professional-certificate-spopc
https://certiprof.com/collections/trainer-certifications/products/scrum-certified-trainer
7
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Lifelong Learning
Os ganhadores com este emblema provaram seu 
compromisso inabalável com a aprendizagem 
ao longo da vida, de vital importância no mundo 
digital em constante mudança e expansão de hoje. 
Também identifica as qualidades de uma mente 
aberta, disciplinada e em constante evolução, 
capaz de usar e contribuir com seu conhecimento 
para desenvolver um mundo mais igualitário e 
melhor.
Critérios de ganho:
• Seja um candidato à certificação CertiProf®
• Seja um aluno contínuo e focado
• Identifique-se com o conceito de aprendizagem 
ao longo da vida
• Acredite verdadeiramente e se identifique 
com o conceito de que o conhecimento e a 
educação podem e devem mudar o mundo
• Quer impulsionar seu crescimento profissional
8
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
9
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
AGENDA
Introdução 11
 Introdução 12
 O que é Agile? 12
 Cynefin Framework 12
 Agile Manifesto 13
 Aspectos e Pilares do Manifesto 13
 Princípios por trás do Manifesto Ágil 14
 Princípios 14
 Declaração de Interdependência 15
 Os 6 Valores da Declaração de Interdependência 15
 O que é Agilidade? 15
 Como devemos ver a Agilidade? 16
 Business Agility 16
 Por que Metodologias Ágeis? 17
 Gerenciamento de Projetos Tradicional 18
 Definição de Scrum no Tempo 18
 Definição de Scrum no Guia (2020) 19
 Sobre Scrum 20
 Padrões Scrum 20
Teoria Scrum 22
 Empirismo 23
 Controle de Processo Empírico 23 
 Lean Thinking 24
 5 Princípios do Lean Thinking 24
 Iterativa 24
 Três Pilares do Scrum 25
 Transparência25
 Inspeção 25
 Adaptação 26
Valores do Scrum 27
 Valores do Scrum 28
 Comprometimento 28
 Foco 28
 Abertura 29
 Respeito 29
 Coragem 29
 Valores do Scrum 29
Time Scrum 30
 Time Scrum 31
 Auto-gerenciado Acima de Auto-organizado 31
 Time Scrum 32
 Desenvolvedores 33
 Habilidades do Desenvolvedor 33
 Responsabilidade do Desenvolvedor 33
10
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
 Características do Time de Desenvolvimento 34
 Product Owner 34
 Características do Product Owner 34
 Responsabilidades do Product Owner 35
 Scrum Master 36
 Partes Interessadas (Stakeholders) 37
Eventos do Scrum 38
 Eventos do Scrum 39
 A Sprint 39
 Eventos do Scrum 40
 A Sprint 41
 Planejamento da Sprint 44
 Backlog da Sprint 47
 Daily Scrum 48
 Aspectos Adicionais– Daily Scrum 49
 Revisão da Sprint 50
 Retrospectiva da Sprint 51
 Técnicas para Conduzir uma Retrospectiva 52
 Os 5 Passos da Retrospectiva 52
Artefatos do Scrum 53
 Artefatos do Scrum 54
 Backlog do Produto 55
 Comprometimento: Meta do Produto 56
 Backlog da Sprint 57
 Compromisso: Meta da Sprint 58
 Incremento 59
 Compromisso: Definição de Pronto 59
 Práticas Ágeis 60
Glossário Ágil 61
 Vantagens do Time-Boxing 62
 Principais Conceitos 63
 INVEST 64
 Nível de Detalhamento 64
 Como uma User Story é formada? 65
 Características: Invest Model 65
 Tarefa 66
 Como uma Tarefa é estruturada? 66
 Planning Poker 66
 Kanban 67
 MVP 67
 Velocidade 67
 Scrum do Scrum 68
 Exame SMPC® 69
 Badge 69
Introdução
12
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Introdução
Os projetos são afetados por restrições de tempo, custo, escopo, qualidade, recursos, capacidades 
organizacionais e outras limitações que os tornam difíceis de planejar, executar, gerenciar e, finalmente, 
ter sucesso.
O que é Agile?
Ágil é a capacidade de criar e responder às mudanças. É uma forma de lidar e, em última análise, ter 
sucesso em um ambiente incerto e turbulento.
Os autores do Manifesto Ágil escolheram "Agile" como rótulo para toda essa ideia porque essa palavra 
representava a capacidade de adaptação e a resposta às mudanças que eram tão importantes para sua 
abordagem.
Fonte: https://www.agilealliance.org/agile101/agile-glossary/ 
Cynefin Framework
Baseado na https://www.youtube.com/watch?v=N7oz366X0-8 
Autor: Dave Snowden
 https://www.agilealliance.org/agile101/agile-glossary/ 
 https://www.youtube.com/watch?v=N7oz366X0-8 
13
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Agile Manifesto
O manifesto Agile surgiu em 17 de fevereiro 
de 2001, quando dezessete críticos do 
desenvolvimento de software se reuniram e 
cunharam o termo "Metodologia Agile" para 
definir os métodos que estavam surgindo como 
uma alternativa às metodologias formais.
O Manifesto Ágil consiste em 12 princípios 
associados a 4 aspectos ou pilares. 
Fonte: https://www.agilealliance.org/manifesto-
download/ 
Aspectos e Pilares do Manifesto
• Indivíduos e interações 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
https://www.agilealliance.org/manifesto-download/ 
https://www.agilealliance.org/manifesto-download/ 
14
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Princípios por trás do Manifesto Ágil
A maior prioridade é satisfazer o cliente por meio 
da entrega antecipada e contínua de software útil. 
Bem-vindo à mudança de requisitos, incluindo os 
atrasados.
Lance frequentemente um software em 
execução, de algumas semanas a alguns meses, 
com preferência por períodos mais curtos.
Líderes de negócios e desenvolvedores devem 
trabalhar juntos diariamente durante o projeto.
Construa projetos em torno de indivíduos 
motivados. Forneça o ambiente e o suporte de 
que precisam e confie que eles farão o trabalho.
A conversa direta é o método mais eficiente e 
eficaz de transmissão de informações, para e 
dentro da equipe.
Princípios
Um software funcional é a principal medida 
de progresso. Processos ágeis promovem o 
desenvolvimento sustentável.
A atenção contínua à excelência técnica e ao bom 
design aumenta a agilidade.
Simplicidade - a arte de maximizar a quantidade 
de trabalho não realizado - é essencial.
Os melhores requisitos de arquiteturas e designs 
emergem de equipes auto-organizadas.
Em intervalos regulares, a equipe reflete sobre 
como se tornar mais eficaz e, em seguida, 
sintoniza e ajusta seu comportamento de acordo.
15
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Declaração de Interdependência
A Declaração de Interdependência no gerenciamento de projetos foi escrita no início de 2005 por um 
grupo de 15 líderes de projetos como um complemento ao "Manifesto Ágil".
Ele lista seis valores de gerenciamento necessários para fortalecer o desenvolvimento ágil da 
mentalidade, particularmente no gerenciamento de projetos complexos e incertos.
[©2005 David Anderson, Sanjiv Augustine, Christopher Avery, Alistair Cockburn, Mike Cohn, Doug 
DeCarlo, Donna Fitzgerald, Jim Highsmith, Ole Jepsen, Lowell Lindstrom, Todd Little, Kent McDonald, 
Pollyanna Pixton, Preston Smith and Robert Wysocki.]
http://pmdoi.org
Os 6 Valores da Declaração de Interdependência
1. Aumentamos o retorno do investimento, tornando o fluxo contínuo de valor o nosso foco
2. Entregamos resultados confiáveis, engajando os clientes em iterações frequentes e propriedade 
compartilhada
3. Esperamos incertezas e gerenciamos levando-as em conta, por meio de iterações, antecipação e 
adaptação
4. Promovemos criatividade e inovação reconhecendo que os indivíduos são a fonte última de valor e 
criamos um ambiente em que eles fazem a diferença
5. Impulsionamos o desempenho por meio do compromisso do grupo em obter resultados e da 
responsabilidade compartilhada pela eficácia do grupo
6. Melhoramos a eficácia e a confiabilidade por meio de estratégias situacionais específicas, processo 
e práticas
O que é Agilidade? 
Ágil
Uma abordagem de gerenciamento de projeto 
baseada na entrega de requisitos de forma 
iterativa e incremental ao longo do ciclo de vida.
Desenvolvimento ágil
Um termo abrangente especificamente para 
metodologias de desenvolvimentode software 
iterativo. Os métodos populares incluem Scrum, 
Lean, DSDM e eXtreme Programming (XP).
Font: https://www.apm.org.uk/resources/find-a-resource/agile-project-management/glossary/ 
http://pmdoi.org
https://www.apm.org.uk/resources/find-a-resource/agile-project-management/glossary/ 
16
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Como devemos ver a Agilidade? 
Em qualquer tipo de disciplina de gestão, ser ágil é uma qualidade, portanto, essa deve ser uma meta 
que devemos alcançar.
O gerenciamento ágil de projetos envolve adaptabilidade ao criar um produto, serviço ou qualquer 
outro resultado.
Business Agility
Agilidade de negócios é a capacidade de uma organização de detectar mudanças interna ou 
externamente e responder de acordo para agregar valor a seus clientes.
Agilidade de negócios não é uma metodologia específica ou mesmo uma estrutura geral. É uma 
descrição de como uma organização opera incorporando um tipo específico de mentalidade de 
crescimento muito semelhante à mentalidade ágil.
A agilidade de negócios é apropriada para qualquer organização que enfrenta incertezas e mudanças 
rápidas. Agilidade de negócios agrega valores a:
• Pessoas e suas interações
• Colaboração
• Dirigindo para os resultados
• Aprendizagem constante
Os princípios que servem à base da agilidade dos negócios incluem iterar para aprender e refletir sobre 
o feedback e adaptar o produto e o processo.
Fonte: https://www.agilealliance.org/glossary/business-agility
https://www.agilealliance.org/glossary/business-agility
17
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Por que Metodologias Ágeis?
• 70% das empresas pesquisadas estão 
atualmente em um processo de transformação 
ágil
• Os três principais motivos para adotar práticas 
ágeis em uma equipe ou organização são: 
acelerando a entrega de produtos ou serviços 
(14%), melhorando o alinhamento entre o 
negócio e o departamento de TI (12%), e 
aumentando a produtividade (10%).
Fonte: Agile Adoption Report 2021
https://certiprof.com/pages/certiprof-agile-
adoption-report-2021
QUESTÕES DE MÚLTIPLA ESCOLHA
Quais abordagens ou metodologias você aplica principalmente em seu ambiente de TI hoje?
50% 6%28% 16%
Agile DevOpsITIL Padrões ISO
Com quais frameworks ágeis você está mais relacionado
45%
24%
Não sei
7% 6%
5%
4%
5%
XP
3%
Outros
1%
QUESTÕES DE MÚLTIPLA ESCOLHA
Desenvolvimento
Iterativo
https://certiprof.com/pages/certiprof-agile-adoption-report-2021
https://certiprof.com/pages/certiprof-agile-adoption-report-2021
https://agileadoptionreport.com/ 
18
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Gerenciamento de Projetos Tradicional
Vantagens: Ordem lógica.
Desvantagem: Pressupõe previsibilidade.
Definição de Scrum no Tempo
19
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
• Scrum foi inicialmente desenvolvido para gerenciar e desenvolver produtos
• Foi desenvolvido no início dos anos 1990
Scrum está sendo adotado por diferentes setores em vários modelos de negócios:
Scrum provou ser especialmente eficaz na transferência de conhecimento iterativa e incremental.
Scrum agora é amplamente usado para produtos, serviços e gerenciamento da organização mãe.
Definição de Scrum no Guia (2020)
Scrum requer um Scrum Master para promover um ambiente onde:
• Um Product Owner ordena o trabalho para um problema complexo em um Backlogo do Product
• O Time Scrum transforma uma seleção do trabalho em um incremento de valor durante uma Sprint
• O Time Scrum e seus stakeholders inspecionam os resultados e se ajustam para a próxima Sprint
• Repetir
Experimente como está e determine se sua filosofia, teoria e estrutura ajudam a atingir objetivos e criar 
valor.
O Framework Scrum é propositalmente incompleto, apenas definindo as partes necessárias para 
implementar a teoria Scrum.
Vários processos, técnicas e métodos podem ser empregados na estrutura.
Scrum envolve práticas existentes ou as torna desnecessárias.
O Scrum torna visível a eficácia relativa do gerenciamento, ambiente e técnicas de trabalho atuais, 
para que melhorias possam ser feitas.
Desenvolvimento
Software
Hardware
Software
Integrados 
(Embbed)
Redes de 
Recursos
Interativos
Veículos 
Autonomos
Escolas Governos Marketing
Gerenciando a 
Operação das 
Organizações
20
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
• Scrum é grátis
• O Framework Scrum é imutável
• Embora a implementação de apenas partes do Scrum seja possível, o resultado não é Scrum
• Scrum existe apenas em sua totalidade e funciona bem como um contêiner para outras técnicas, 
metodologias e práticas
Sobre Scrum
A definição do Scrum pode ser encontrada no Guia do Scrum.
Mudar o design central ou as ideias do Scrum, omitir elementos ou não seguir as regras do Scrum, 
encobre os problemas e limita os benefícios do Scrum, potencialmente até tornando-o inútil.
Conforme o Scrum está sendo usado, padrões, processos e percepções que se encaixam no Framework 
Scrum, conforme descrito neste documento, podem ser encontrados, aplicados e planejados.
Padrões Scrum
Eles fornecem orientação para Scrum Masters 
e profissionais sobre onde focar para obter o 
máximo valor das melhorias, mas não fornecem 
um manual de instruções para continuar sem 
pensar.
Jim Coplien, co-author of Organizational Patterns of 
Agile Software Development
21
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Fonte: http://scrumbook.org
http://scrumbook.org 
Teoria Scrum
23
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Empirismo
• O empirismo é baseado na tomada de decisões com base nas informações concretas obtidas a partir 
da observação que mostra o progresso do desenvolvimento do produto, mudanças de mercado e 
feedback do cliente
• O empirismo afirma que o conhecimento vem da experiência e da tomada de decisões com base no 
que é observado
• Um processo empírico é implementado em que o progresso é baseado na observação e 
experimentação ao invés de detalhes
• O oposto do empirismo é usar pré-planejamento, processos definidos, planos preditivos, fatos não 
concretos
Controle de Processo Empírico
O Controle de Processo Empírico tem as seguintes características:
• Aprenda à medida que avançamos
• Espere e aceite a mudança
• Inspecione e adapte usando ciclos de desenvolvimento curtos
• As estimativas são apenas indicativas e podem não ser precisas
Scrum combina quatro eventos formais para inspeção e adaptação.
Esses eventos funcionam porque implementam os pilares empíricos do Scrum de transparência, 
inspeção e adaptação.
24
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Lean Thinking
• O Lean Thinking (Pensamento Enxuto) é uma metodologia de negócios baseada na história das 
técnicas de manufatura japonesas que foram aplicadas em todo o mundo em muitos tipos de 
indústrias
• O Lean se concentra em fornecer altos níveis de valor ao cliente, melhorando continuamente os 
processos de negócios
• O Lean tem suas raízes na indústria de manufatura automotiva, particularmente no Sistema Toyota 
de Produção. A empresa japonesa conseguiu criar um ecossistema de trabalho sustentável, onde são 
capazes de minimizar seus custos, garantir a eficiência em seus processos e vender seus produtos a 
um preço competitivo.
• Os dois pilares do Lean fornecem as bases necessárias para desenvolver o Lean Thinking. Estes são 
Melhoria Contínua e Respeito pelas Pessoas
5 Princípios do Lean Thinking
1. Definir valor
2. Mapeie o fluxo de valor
3. Criar Fluxo
4. Estabelecer tração
5. Persiga a perfeição
Iterativa
Scrum emprega uma abordagem iterativa e incremental para otimizar a previsibilidade e controlar o 
risco.
25
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Três Pilares do Scrum
• Transparência
• Inspeção• Adaptação
Transparência
O processo emergente e o trabalho devem ser 
visíveis para aqueles que executam o trabalho, 
bem como para aqueles que recebem o trabalho.
Com o Scrum, decisões importantes são baseadas 
no estado percebido de seus três artefatos 
formais.
Artefatos com baixa transparência podem levar 
a decisões que diminuem o valor e aumentam o 
risco.
A transparência permite a inspeção. A inspeção 
sem transparência é enganosa e desperdiça.
Inspeção
Os artefatos do Scrum e o progresso em direção 
às metas acordadas devem ser inspecionados com 
frequência e diligência para detectar variações ou 
problemas potencialmente indesejáveis.
Para ajudar na inspeção, o Scrum fornece cadência 
na forma de seus cinco eventos.
A inspeção permite a adaptação. A inspeção sem 
adaptação é considerada inútil.
Os eventos Scrum são projetados para provocar 
mudanças.
26
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Adaptação
Se algum aspecto de um processo se desviar 
para fora dos limites aceitáveis ou se o produto 
resultante for inaceitável, o processo que está 
sendo aplicado ou os materiais que estão sendo 
produzidos devem ser ajustados.
O ajuste deve ser feito o mais rápido possível 
para minimizar novos desvios.
A adaptação se torna mais difícil quando as 
pessoas envolvidas não são capacitadas ou 
autogerenciadas.
Espera-se que um Time Scrum se adapte no 
momento em que aprende algo novo por meio da 
inspeção.
Valores do Scrum
28
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
O uso bem-sucedido do Scrum depende das pessoas se tornarem mais proficientes em viver cinco 
valores:
Valores do Scrum
• Comprometimento
No resultado em alcançar os objetivos.
• Foco
No Sprint, na Meta do Produto.
A segmentação é essencial para a realização de algo significativo.
• Abertura
Transparência e abertura são necessárias ao fazer a organização funcionar, progredir, aprender e 
identificar problemas.
• Respeito
Os membros do Time Scrum mostram respeito uns pelos outros, respeitam as ideias uns dos outros, 
dão permissão para ter um dia ruim de vez em quando e reconhecem as conquistas uns dos otros.
• Coragem
É fundamental para o sucesso de uma equipe.
Faça as coisas certas. Resolva os problemas.
Melhorando constantemente. 
Comprometimento
A Equipe do Scrum está comprometida em alcançar seus objetivos e apoiar uns aos outros.
Foco
Seu foco principal é o trabalho da Sprint para fazer o melhor progresso possível em direção a essas 
metas.
29
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Valores do Scrum
Os valores direcionam a equipe. Guie a equipe.
As decisões que são tomadas, os passos dados e a forma como o Scrum é usado devem reforçar esses 
valores, não diminuí-los ou miná-los.
Os membros do Time Scrum aprendem e exploram os valores enquanto trabalham com os eventos e 
artefatos do Scrum.
Quando esses valores são incorporados pelo Time Scrum e pelas pessoas com quem trabalham, 
os pilares empíricos do Scrum de transparência, inspeção e adaptação ganham vida, construindo 
confiança.
Abertura
O Time Scrum e seus stakeholders são abertos sobre o trabalho e os desafios.
Respeito
Os membros do Time Scrum se respeitam para serem pessoas capazes e independentes, e são 
respeitados como tal pelas pessoas com quem trabalham. 
Coragem
Os membros do Time Scrum têm a coragem de fazer a coisa certa e trabalhar em problemas complexos.
Em relação ao
trabalho deles Ações Comportamento
Time Scrum
31
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Time Scrum 
A unidade fundamental do Scrum é uma pequena 
equipe de pessoas, um Time Scrum.
O Time Scrum consiste em um Scrum Master, 
um Product Owner (Dono do Produto) e 
Desenvolvedores. Dentro de um Time Scrum, 
não há subequipes ou hierarquias.
É uma unidade coesa de profissionais focados em 
um objetivo de cada vez, a Meta do Produto.
Times Scrum são multifuncionais, o que significa 
que os membros possuem todas as habilidades 
necessárias para criar valor a cada Sprint.
Eles também são autogerenciados, o que significa 
que decidem internamente quem faz o quê, 
quando e como.
Auto-gerenciado Acima de Auto-organizado
Equipes auto-organizadas escolhem a melhor 
maneira de fazer seu trabalho, em vez de serem 
lideradas por outras pessoas fora da equipe. - 
Guia Scrum 2017.
Auto-gerenciados, o que significa que eles 
decidem internamente quem faz o quê, quando 
e como.
Equipes tradicionais, autogeridas e autodesenvolvidas 
/ organizadoras, autogovernadas (Hackman, The 
design of work teams, 1987, p. 334)
32
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Time Scrum 
O Time Scrum é pequeno o suficiente para 
permanecer ágil e grande o suficiente para 
concluir um trabalho significativo em uma Sprint, 
normalmente 10 ou menos pessoas.
No geral, descobrimos que equipes menores se 
comunicam melhor e são mais produtivas.
• Times Scrum muito grandes devem considerar 
a reorganização em vários Times Scrum 
coesos, cada um focado no mesmo produto
• Vários times Scrum devem compartilhar a 
mesma Meta do Produto, Backlog do Produto 
e Product Owner
O Time Scrum é responsável por todas as atividades relacionadas ao produto:
• Colaboração
• Verificação
• Manutenção
• Operação
• Experimentação
• Pesquisa e desenvolvimento
• Qualquer outra coisa que possa ser necessária
Estruturado e capacitado pela organização para gerenciar seu próprio trabalho.
Trabalhar em Sprints em um ritmo sustentável melhora o foco e a consistência do Time Scrum.
Todo o Time Scrum é responsável por criar um incremento valioso e útil a cada Sprint.
Scrum define três responsabilidades específicas dentro do Time Scrum:
• Desenvolvedores
• Product Owner
• Scrum Master
33
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Desenvolvedores
Os desenvolvedores são as pessoas do Time Scrum que estão comprometidas em criar qualquer 
aspecto de um incremento utilizável a cada Sprint.
Habilidades do Desenvolvedor
As habilidades específicas necessárias para os Desenvolvedores costumam ser amplas e variam de 
acordo com o domínio de trabalho.
Responsabilidade do Desenvolvedor
• Criando um plano para o Sprint, o Backlog da Sprint
• Incutir qualidade ao aderir a uma Definição de Pronto
• Adaptando seu plano a cada dia em direção à Meta do Sprint
• Responsabilizar-se mutuamente como profissionais
34
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Características do Product Owner
O Product Owner não é um Comitê, ele é uma pessoa.
Product Owner
O Product Owner (PO) representa a voz do cliente e é responsável por maximizar o valor do produto.
• Um PO deve sempre manter uma visão dupla
• Deve entender e apoiar as necessidades e interesses de todas as partes interessadas
• Deve compreender as necessidades
Características do Time de Desenvolvimento
35
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Responsabilidades do Product Owner
• É responsável por maximizar o valor do produto
• Gestão eficaz do Backlog do Produto
• O Product Owner pode delegar
• O Product Owner permanece responsável, mesmo se ele / ela delegar
Gerenciamento eficaz do Backlog do Produto, incluindo:
• Desenvolver e comunicar explicitamente o objetivo do produto
• Criar e comunicar claramente os itens do Backlog do Produto
• Pedidos de itens do Backlog do Produto
• Garantir que o Backlog do Produto seja transparente, visível e compreensível
O Product Owner pode representar as necessidades de muitas partes interessadas no Backlog do 
Produto.
Ajustar o conteúdo ou a ordem do Backlog do Produto requer convencimento (negociação com 
critérios) com o Product Owner.
Para que os Product Owners tenham sucesso, toda a organização deve respeitar suas decisões.
Essas decisões são visíveis no conteúdo e na ordem do Backlog do Produto e pormeio do incremento 
inspecionável na Revisão da Sprint.
36
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
O Scrum Master atende ao Time Scrum de várias maneiras:
• Treinar os membros da equipe em autogerenciamento e funcionalidade cruzada
• Ajudar a equipe Scrum a se concentrar na criação de incrementos de alto valor que atendam à 
definição de concluído
• Causando a remoção de impedimentos para o progresso do Time Scrum
• Garantir que todos os eventos Scrum ocorram e sejam positivos, produtivos e mantidos dentro do 
Timebox
O Scrum Master atende ao Product Owner de várias maneiras:
• Ajudando a encontrar técnicas para a definição eficaz de Metas do Produto e gerenciamento do 
Backlog do Produto
• Ajudar a equipe Scrum a entender a necessidade de itens do Backlog do Produto claros e concisos
• Ajudando a estabelecer o planejamento empírico do produto para um ambiente complexo
• Facilitar a colaboração das partes interessadas conforme solicitado ou necessário
Scrum Master
O Scrum Master é responsável por estabelecer o Scrum conforme definido no Guia do Scrum.
Scrum Master ajuda a todos a entender a Teoria e Prática do Scrum, tanto dentro do Time Scrum 
quanto na organização.
O Scrum Master é responsável pela eficácia do Time Scrum.
Eles fazem isso permitindo que o Time Scrum melhore suas práticas, dentro do Framework Scrum.
Scrum Masters são verdadeiros líderes que servem ao Time Scrum e à organização como um todo.
EFICÁCIA
O que?
Atingir as 
metas
Menos disperdício
Eficiência
(Maneiras)
EFICIÊNCIA
Como?
Usar os 
recursos
Grandes conquistas
EFICÁCIA
Eficácia
(Objetivo)
Por que?
Resultados
Impacto
Eficácia
37
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Partes Interessadas (Stakeholders)
Uma pessoa, grupo ou organização que afeta ou 
pode ser afetado pelas ações de uma organização.
Scrum Master atende a organização de várias maneiras:
• Liderar, treinar e orientar a organização na adoção do Scrum
• Planejando e aconselhando implementações Scrum dentro da organização
• Ajudar os funcionários e as partes interessadas a compreender e implementar uma abordagem 
empírica para trabalhos complexos
• Removendo barreiras entre as partes interessadas e as equipes Scrum
38
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Eventos do Scrum
39
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Eventos do Scrum
• A Sprint
• Planejamento da Sprint
• Daily Scrum
• Revisão da Sprint
• Retrospectiva da Sprint
A Sprint
O Sprint é um contêiner para todos os eventos.
40
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Eventos do Scrum
Cada evento no Scrum é uma oportunidade formal para inspecionar e adaptar os artefatos do Scrum.
Esses eventos são projetados especificamente para permitir a transparência necessária.
 
A falha em operar quaisquer eventos conforme prescrito resulta em oportunidades perdidas de 
inspeção e adaptação.
Os eventos são usados no Scrum para criar regularidade e minimizar a necessidade de reuniões não 
definidas no Scrum.
Todos os eventos são realizados no mesmo local e horário para reduzir a complexidade.
Os Três Pilares do Scrum
41
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
A Sprint
Sprints são o coração do Scrum, onde ideias são transformadas em valor.
Eles são eventos de duração fixa de um mês ou menos para criar consistência.
Uma nova Sprint começa imediatamente após a conclusão da Sprint anterior.
42
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Todo o trabalho necessário para atingir a Meta do Produto, incluindo Planejamento da Sprint, Daily 
Scrum, Revisão da Sprint e Retrospectiva da Sprint, acontece dentro das Sprints.
Durante a Sprint:
• Nenhuma mudança é feita que possa colocar em risco a Meta da Sprint
• Qualidade não diminui
• O Backlog do Produto é refinado conforme necessário
• O escopo pode ser esclarecido e renegociado com o Product Owner conforme mais é aprendido
Sprints permitem previsibilidade, garantindo a inspeção e adaptação do progresso em direção a uma 
Meta do Produto pelo menos a cada mês.
Os Três Pilares do Scrum
43
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Quando o horizonte de um Sprint é muito longo, a Meta da Sprint pode se tornar inválido, a 
complexidade pode aumentar e o risco pode aumentar.
Sprints mais curtos podem ser empregados para gerar mais ciclos de aprendizagem e limitar o risco de 
custo e esforço a um período de tempo menor.
Cada Sprint pode ser considerado um projeto curto.
Existem várias práticas para prever o progresso, como burn-downs, burn-ups, ou Fluxos Acumulativos.
Embora comprovadamente úteis, eles não substituem a importância do empirismo. Em ambientes 
complexos, o que vai acontecer é desconhecido. Somente o que já aconteceu pode ser usado para a 
tomada de decisão voltada para o futuro.
Uma Sprint pode ser cancelada se a Meta da Sprint se tornar obsoleta.
Apenas o Product Owner tem autoridade para cancelar a Sprint.
44
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Planejamento da Sprint
O Planejamento da Sprint inicia a Sprint, definindo o trabalho a ser executado para a Sprint.
Este plano resultante é criado pelo trabalho colaborativo de todo o Time Scrum.
45
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
O Product Owner garante que os participantes estejam preparados para discutir os itens mais 
importantes do Backlog do Produto e como eles são mapeados para a Meta do Produto.
O Time Scrum também pode convidar outras pessoas para participar do Planejamento da Sprint para 
fornecer conselhos.
O Planejamento da Sprint aborda os seguintes tópicos:
Tópico um: Por que este Sprint é valioso?
Tópico dois: O que pode ser feito neste Sprint?
Tópico três: Como o trabalho escolhido será
realizado?
46
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Tópico um: Por que este Sprint é valioso?
• O Product Owner propõe como o produto pode aumentar seu valor e utilidade no Sprint atual
• Todo o Time Scrum, então, colabora para definir uma Meta do Sprint que comunica por que o Sprint 
é valioso para as partes interessadas
• A Meta do Sprint deve ser finalizada antes do final do Planejamento do Sprint
Tópico dois: O que pode ser feito neste Sprint?
• Por meio de discussão com o Product Owner, os Desenvolvedores selecionam itens do Backlog do 
Produto para incluir no Sprint atual
• O Time Scrum pode refinar esses itens durante este processo, o que aumenta a compreensão e a 
confiança
• Selecionar o quanto pode ser concluído em uma Sprint pode ser um desafio
• No entanto, quanto mais os Desenvolvedores souberem sobre seu desempenho anterior, sua 
capacidade futura e sua Definição de Pronto, mais confiantes eles estarão em suas previsões de 
Sprint
Fonte:  https://miro.com/blog/resources/visual-collaboration-agile-development-
guide/product-backlog/
Refinamento do Backlog
• Diferentes tipos de pendências
• Placas pré-desenhadas
• Tags
• Software simulador de Scrum 
Board
Planejamento da Sprint
• Post-it digital
• Modelos pré-desenhados
• Software simulador de 
Scrum Board
• Compartilhamento de tela
https://miro.com/blog/resources/visual-collaboration-agile-development-guide/product-backlog/
https://miro.com/blog/resources/visual-collaboration-agile-development-guide/product-backlog/
47
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Tópico três: Como o trabalho escolhido será realizado?
• Para cada item do Backlog do Produto selecionado, os Desenvolvedores planejam o trabalho 
necessário para criar um Incremento que atenda à Definição de Concluído
• Isso geralmente é feito decompondo itens do Backlog do Produto em itens de trabalho menores de 
um dia ou menos. Comoisso é feito fica a critério exclusivo dos Desenvolvedores
• Ninguém mais diz a eles como transformar itens do Backlog do Produto em incrementos de valor
O objetivo da Sprint, os itens do Backlog do Produto selecionados para a Sprint, mais o plano para 
entregá-los são chamados juntos de Backlog da Sprint.
Backlog da Sprint
48
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
O Planejamento da Sprint tem um prazo máximo 
de oito horas para um Sprint de um mês.
Para Sprints mais curtos, o evento geralmente é 
mais curto.
Daily Scrum
O objetivo do Daily Scrum é inspecionar o progresso em direção ao objetivo da Sprint e adaptar o 
Backlog da Sprint conforme necessário, ajustando o próximo trabalho planejado.
O Daily Scrum é um evento de 15 minutos para os Desenvolvedores da Equipe Scrum.
O Daily Scrum não é o único momento em que os desenvolvedores podem ajustar seus planos.
Eles costumam se encontrar ao longo do dia para discutir mais detalhadamente sobre como adaptar 
ou replanejar o restante do trabalho do Sprint.
Os Três Pilares do Scrum
49
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Para reduzir a complexidade, é realizado no mesmo horário e local todos os dias úteis da Sprint.
Se o Product Owner ou o Scrum Master estão trabalhando ativamente nos itens do Backlogo da 
Sprint, eles participam como Desenvolvedores.
Os Desenvolvedores podem selecionar qualquer estrutura e técnicas que desejarem, desde que seu 
Daily Scrum se concentre no progresso em direção ao Objetivo da Sprint e produza um plano de ação 
para o próximo dia de trabalho.
Isso cria foco e melhora a autogestão.
Os Daily Scrums melhoram a comunicação, identificam impedimentos, promovem tomadas de decisão 
rápidas e, consequentemente, eliminam a necessidade de outras reuniões.
O Daily Scrum não é o único momento em que os Desenvolvedores têm permissão para ajustar seus 
planos. Eles costumam se reunir ao longo do dia para discussões mais detalhadas sobre a adaptação 
ou replanejamento do resto do trabalho da Sprint.
Aspectos Adicionais– Daily Scrum 
• A equipe se reúne para se comunicar e 
entender os estados
• Essencial para saber o progresso contínuo e 
evitar bloqueios
• Não se destina a relatar o progresso
Como Executar uma Remota Reunião Diária do 
Scrum de maneira Eficaz?
50
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Revisão da Sprint
O objetivo da Revisão da Sprint é inspecionar o resultado da Sprint e determinar adaptações futuras.
O Time Scrum apresenta os resultados de seu trabalho para os principais interessados e o progresso 
em direção a Meta do Produto é discutido.
O Time Scrum e os stakeholders revisam o que foi realizado no Sprint e o que mudou em seu ambiente.
O Backlog do Produto também pode ser ajustado para atender a novas oportunidades.
A Revisão da Sprint é uma sessão de trabalho e o Time Scrum deve evitar limitá-la a uma apresentação.
A Revisão da Sprint é o penúltimo evento da Sprint e tem um prazo máximo de quatro horas para uma 
Sprint de um mês.
Para Sprints mais curtos, o evento geralmente tem duração mais curta.
Los tres pilares de Scrum
Os Três Pilares do Scrum
51
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Retrospectiva da Sprint
O objetivo da Retrospectiva da Sprint é planejar maneiras de aumentar a qualidade e a eficácia.
O Time Scrum inspeciona como foi o último Sprint em relação a indivíduos, interações, processos, 
ferramentas e sua Definição de Pronto.
Os elementos inspecionados geralmente variam com o domínio de trabalho.
As suposições que os desencaminharam são identificadas e suas origens exploradas.
O Time Scrum discute o que deu certo durante a Sprint, quais problemas foram encontrados e como 
esses problemas foram (ou não) resolvidos.
O Time Scrum identifica as mudanças mais úteis para melhorar sua eficácia.
As melhorias mais impactantes são tratadas o mais rápido possível.
Eles podem até ser adicionados ao Backlog da Sprint para o próxima Sprint.
A Retrospectiva da Sprint conclui a Sprint.
É limitado ao tempo para um máximo de três horas para uma Sprint de um mês.
Para Sprints mais curtos, o evento geralmente tem duração mais curta.
Os Três Pilares do Scrum
52
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Técnicas para Conduzir uma Retrospectiva
• The sailboat
• The 4L Technique
• The Starfish
• Mad-Sad-Glad
• Start-Stops-Continue
Recomendada:
https://www.mural.co/templates/
retrospective
https://www.smartsheet.com/
content/retrospective-templates 
Os 5 Passos da Retrospectiva
Prepare o cenário
Coleta de Dados
Refletir
Decidir o que fazer
Fechar a retrospectiva
https://www.mural.co/templates/retrospective
https://www.mural.co/templates/retrospective
https://www.smartsheet.com/content/retrospective-templates 
https://www.smartsheet.com/content/retrospective-templates 
53
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Artefatos do Scrum
54
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Artefatos do Scrum
• Os Artefatos do Scrum representam trabalho ou valor
• Eles são projetados para maximizar a transparência das principais informações
• Assim, todos os que os fiscalizam têm a mesma base para adaptação
Cada Artefato contém um compromisso para garantir que forneça informações que aumentem a 
transparência e o foco contra o qual o progresso pode ser medido:
• Para o Backlog do Produto, é o objetivo do produto
• Para o Backlog da Sprint, é a Meta da Sprint
• Para o Incremento é a Definição de Pronto
Os Três Pilares do Scrum
Esses compromissos
existem para reforçar o 
empirismo e os valores
Scrum para o Time Scrum e 
seus stakeholders.
55
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Backlog do Produto
O Product Backlog é uma lista emergente e ordenada do que é necessário para melhorar o produto.
É a única fonte de trabalho realizado pelo Time Scrum.
Copyright® 2012, Kenneth S. Rubin and Innolution LLC, All Rights Reserved.
Os itens do Backlog do Produto que podem ser realizados pelo Time Scrum em uma Sprint são 
considerados prontos para seleção em um evento de Planejamento da Sprint.
Refinamento do Backlog
• Diferentes tipos de pendências
• Placas pré-desenhadas
• Tags
• Software simulador de Scrum Board
Planejamento da Sprint
• Post-it digital
• Modelos pré-desenhados
• Software simulador de
Scrum Board
• Compartilhamento de tela
56
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Os desenvolvedores que farão o trabalho são responsáveis pelo dimensionamento.
O Product Owner pode influenciar os Desenvolvedores, ajudando-os a compreender e selecionar 
soluções de compromisso. (melhores alternativas).
Comprometimento: Meta do Produto
O Meta do Produto descreve um estado futuro do produto que pode servir como um alvo para o Time 
Scrum planejar.
O Meta do Produto está no Backlog do produto.
O restante do Backlog do Produto surge para definir “o que” cumprirá a Meta do Produto.
Um produto é um veículo para agregar valor. Tem um limite claro, partes interessadas conhecidas, 
usuários ou clientes bem definidos.
Um produto pode ser um serviço, um produto físico ou algo mais abstrato.
A Meta do Produto é o objetivo de longo prazo para o Time Scrum.
Eles devem cumprir (ou abandonar) um objetivo antes de assumir o próximo.
Eles geralmente adquirem esse
grau de transparência após as
atividades de refino.
O refinamento do Backlog do
Produto é o ato de quebrar e
definir posteriormente os itens
do Backlog do Produto em itens
menores e mais precisos.
Esta é uma atividade contínua
para adicionar detalhes, como
uma descrição, pedido e
tamanho.
Os atributos geralmente variam
de acordo com o domínio de
trabalho.
57
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Backlog da SprintO Backlog da Sprint é composto por:
1. A Meta da Sprint (por quê)
2. O conjunto de itens do Backlog do Produto selecionados para a Sprint (o que)
3. O plano de ação para entregar o incremento (como)
O Backlog da Sprint é um plano feito por e para os desenvolvedores. É uma imagem em tempo real 
altamente visível do trabalho que os Desenvolvedores planejam realizar durante a Sprint para atingir 
a Meta da Sprint.
58
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
O Backlog da Sprint é atualizado ao longo do 
Sprint à medida que mais é aprendido.
Deve ter detalhes suficientes para que eles 
possam inspecionar seu progresso no Daily 
Scrum.
Compromisso: Meta da Sprint
A Meta da Sprint é o único objetivo da Sprint.
Embora a Meta da Sprint seja um compromisso 
dos Desenvolvedores, ela fornece flexibilidade 
em termos do trabalho exato necessário para 
alcançá-la.
A Meta da Sprint também cria coerência e foco, 
encorajando o Time Scrum a trabalhar junto ao 
invés de iniciativas separadas.
A Meta da sprint é criada durante o evento de 
planejamento da sprint e, em seguida, adicionada 
ao Backlog da Sprint.
Conforme os desenvolvedores trabalham durante 
a Sprint, eles mantêm o objetivo da Sprint em 
mente.
Se o trabalho acabar sendo diferente do que eles 
esperavam, eles colaboram com o Product Owner 
para negociar o escopo do Backlog da Sprint 
dentro da Sprint sem afetar a Meta da Sprint.
59
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Incremento
• Um incremento é um trampolim concreto em direção ao objetivo do produto
• Cada incremento é adicionado a todos os incrementos anteriores e completamente verificado, 
garantindo que todos os incrementos funcionem juntos
• Para fornecer valor, o incremento deve ser utilizável
• Vários incrementos podem ser criados em um Sprint
• A soma dos incrementos é apresentada na Revisão da Sprint , apoiando assim o empirismo
• No entanto, um incremento pode ser entregue às partes interessadas antes do final da Sprint
• A Revisão da Sprint nunca deve ser considerada uma porta para liberar valor
• O trabalho não pode ser considerado parte de um incremento, a menos que atenda à Definição de 
Pronto
Compromisso: Definição de Pronto
• A Definição de Pronto é uma descrição formal do estado do Incremento quando atende às medidas 
de qualidade exigidas para o produto
• Incremento
• Um aumento nasceu no momento em que um item no Backlog do Produto está em conformidade 
com a Definição de Concluído
• A Definição de Pronto cria transparência ao fornecer a todos um entendimento compartilhado de 
qual trabalho foi concluído como parte do Incremento
• Se um item do Backlog do Produto não atende à Definição de Pronto, ele não pode ser liberado ou 
mesmo apresentado na Revisão da Sprint
• Os elementos do Backlog do Produto que não atendem à Definição de Pronto retornam ao Backlog 
do Produto para serem considerados no futuro
• A Definição de Pronto para um incremento faz parte dos padrões da organização
• Se não for um padrão organizacional, o Time Scrum Time Scrum deve criar uma Definição de Pronto 
apropriada para o produto
Os Três Pilares do Scrum
60
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
• Todas os Times Scrum devem seguir a Definição de Pronto
• Os Desenvolvedores devem estar em conformidade com a Definição de Pronto
• Se houver vários Times Scrum trabalhando juntos em um produto, eles devem definir e cumprir 
mutuamente a mesma Definição de Pronto
Práticas Ágeis
Fonte: Agile Adoption Report 2021
 https://certiprof.com/pages/certiprof-agile-adoption-report-2021
https://certiprof.com/pages/certiprof-agile-adoption-report-2021
61
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Glossário Ágil
62
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Vantagens do Time-Boxing
Um timebox é um período de tempo previamente acordado durante o qual uma pessoa ou uma equipe 
trabalha constantemente para a conclusão de algum objetivo. Em vez de permitir que o trabalho 
continue até que a meta seja alcançada e avaliar o tempo gasto, a abordagem de caixa de tempo 
consiste em interromper o trabalho quando o limite de tempo for atingido e avaliar o que foi realizado.
Benefícios:
• Processos de desenvolvimento eficientes
• Menos sobrecarga
• Alta velocidade para equipamentos
• Ajuda a gerenciar com eficácia o planejamento e a execução do projeto
63
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Principais Conceitos
Épico
Um Épico é uma grande história de usuário que 
não pode ser entregue conforme definido em 
uma única iteração ou é grande o suficiente para 
ser dividida em histórias de usuário menores.
User Stories
Em consulta com o cliente ou Product Owner, a 
equipe divide o trabalho a ser feito em incrementos 
funcionais chamados de "Histórias de Usuário". 
Espera-se que cada história de usuário produza, 
uma vez implementada, uma contribuição para o 
valor do produto em geral, independentemente 
de a ordem de implementação; A fórmula INVEST 
captura essas e outras suposições sobre a 
natureza das histórias dos usuários.
Quadro de Tarefas:
Em sua forma mais básica, um quadro de tarefas pode ser desenhado em um quadro branco ou até 
mesmo em uma seção de parede. Usando fita isolante ou caneta apagável, o quadro é dividido em três 
colunas denominadas “Tarefas”, “Em andamento” e “Concluído”. Notas adesivas ou cartões de índice, 
um para cada tarefa em que a equipe está trabalhando, são colocados nas colunas que refletem o 
status atual das tarefas.
Fonte: https://www.agilealliance.org/agile101/agile-glossary
https://www.agilealliance.org/agile101/agile-glossary
64
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Nível de Detalhamento
INVEST
A sigla INVEST ajuda a lembrar um conjunto amplamente aceito de critérios, ou lista de verificação, 
para avaliar a qualidade de uma história de usuário. Se a história não atender a um desses critérios, a 
equipe pode querer reformulá-la ou até mesmo considerar uma reescrita (o que geralmente se traduz 
em rasgar fisicamente o cartão da história antigo e escrever um novo). Una buena historia de usuario 
debería ser:
• “I” ndependent (de todos os outros)
• “N” egotiable (não é um contrato específico para recursos)
• “V” aluable (ou vertical)
• “E” stimable (para uma boa aproximação)
• “S” mall (de modo a caber em uma iteração)
• “T” estable (em princípio, mesmo que ainda não haja um teste para isso)
65
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Características: Invest Model
Como uma User Story é formada?
De acordo com a fórmula de Ron Jeffries, uma 
história de usuário deve consistir em 3 C's:
• Cartão: um token físico (geralmente um post-
it), que dá uma forma tangível e duradoura 
ao que, de outra forma, seria apenas uma 
abstração
• Conversa: Ocorre em momentos e lugares 
diferentes durante um projeto entre as 
diferentes pessoas interessadas em uma 
determinada característica de um produto de 
software: clientes, usuários, desenvolvedores 
e avaliadores; esta conversa é amplamente 
verbal, mas muitas vezes complementada por 
documentação
• Confirmação: Os objetivos em torno dos quais 
a conversa girou foram alcançados
Fonte: https://www.agilealliance.org/glossary/
three-cs
Independent
Não requer outra história
para apoiá-lo
Negotiable
Pode ser substituído por outra
história de prioridade
diferente
Valued
é necessário e valioso para o 
projeto
Estimable
A equipe se sente à vontade
para estimar isso
Small
Pode ser construído em uma iteração 
junto com outras histórias de usuário
Testable
Você pode realizar testes. É verificável
I
N
V
E
S
T
https://www.agilealliance.org/glossary/three-cs
https://www.agilealliance.org/glossary/three-cs
66
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
TarefaNo Scrum, pode ser definido como o trabalho 
técnico que os Desenvolvedores fazem para 
concluir um item do Backlog do Produto.
A maioria das tarefas é definida como pequena, 
o que representa não mais do que algumas horas 
por dia.
Como uma Tarefa é estruturada?
Características do modelo SMART:
S: Specific (Específico).
M: Measurable (Mensurável).
A: Achievable (Atingível).
R: Relevant (Relevante).
T: Time-boxed (Temporal).
Planning Poker
Esta é uma das técnicas mais reconhecidas no 
Scrum, pois é muito simples, divertida e eficaz, 
onde os desenvolvedores estimam.
Foi definido e nomeado pela primeira vez 
por James Grenning em 2002 e mais tarde 
popularizado por Mike Cohn.
Uma abordagem divertida para estimativa, usada 
por muitas equipes Agile.
A equipe se reúne na presença do cliente ou 
Product Owner.
Em volta da mesa, cada membro da equipe 
segura um conjunto de cartas de jogar, com 
valores numéricos apropriados para a estimativa 
de pontos de uma história de usuário.
67
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Kanban
O Método Kanban é um meio de projetar, 
gerenciar e melhorar os sistemas de fluxo para o 
trabalho do conhecimento. O método também 
permite que as organizações comecem com seu 
fluxo de trabalho existente e conduzam mudanças 
evolutivas.
Eles podem fazer isso visualizando seu fluxo de 
trabalho, limitar o trabalho em andamento (WIP) 
e interromper o início e começar a terminar.
O método Kanban recebe o nome do uso de 
kanban - mecanismos de sinalização visual para 
controlar o trabalho em andamento para produtos 
de trabalho intangíveis.
MVP
Um Produto Mínimo Viável (MVP) é um conceito do Lean Startup que enfatiza o impacto do aprendizado 
no desenvolvimento de novos produtos.
Eric Ries definiu um MVP como a versão de um novo produto que permite a uma equipe coletar o 
máximo de aprendizado validado sobre os clientes com o mínimo esforço.
Esse aprendizado validado vem na forma de saber se seus clientes realmente comprarão seu produto.
Velocidade
No final de cada iteração, a equipe soma as estimativas de esforço associadas às histórias do usuário 
que foram concluídas durante essa iteração.
Conhecendo a velocidade, a equipe pode calcular (ou revisar) uma estimativa de quanto tempo o 
projeto levará para ser concluído, com base nas estimativas associadas às histórias de usuário restantes 
e assumindo que a velocidade nas iterações restantes permanecerá aproximadamente a mesma.
Esta é geralmente uma previsão precisa, embora raramente seja precisa.
68
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Scrum do Scrum
Uma técnica para escalar o Scrum para grandes grupos (mais de uma dúzia de pessoas), consistindo em 
dividir os grupos em equipes Agile de 5 a 10.
Cada scrum diário dentro de uma subequipe termina designando um membro como “embaixador” 
para participar de uma reunião diária com embaixadores de outras equipes, chamada Scrum of Scrums.
O Scrum of Scrums procede de outra forma como uma reunião diária normal, com embaixadores 
relatando conclusões, próximos passos e impedimentos em nome das equipes que eles representam.
A resolução de impedimentos deverá focar nos desafios de coordenação entre as equipes; as soluções 
podem envolver concordar com as interfaces entre as equipes, negociar limites de responsabilidade, 
etc.
O Scrum of Scrum rastreará esses itens por meio de um backlog próprio, onde cada item contribui para 
melhorar a coordenação entre as equipes.
69
SC
RU
M
 M
AS
TE
R 
PR
O
FE
SS
IO
N
AL
 C
ER
TI
FI
CA
TE
 S
M
PC
®
Exame SMPC®
Exame de Certificação:
• Formato: Seleção múltipla
• Perguntas: 40
• Pontuação de aprovação: 32/40 ou 80%
• Duração: 60 minutos
• Livro aberto: Não
• Entrega: este exame está disponível online
• Supervisionado: ficará a critério do treinador / o automonitoramento está disponível
• Duas tentativas incluídas
SMPC® é a (registrada) Trade Mark da CertiProf, LLC. Todos os direitos reservados.
Badge
www.certiprof.com
http://www.certiprof.com/
https://www.youtube.com/c/CertiProfLLC