EBook Scrum Definitivo - Nova Edição - 15-10-2020

Prévia do material em texto

Índice 
 
 
Prefácio 5 
Introdução 7 
CAPÍTULO 1​ - Os Fundamentos do Scrum 9 
CAPÍTULO 2​ - A Equipe Scrum 23 
CAPÍTULO 3​ - Os Eventos do Scrum 30 
CAPÍTULO 4​ - Os Artefatos do Scrum 45 
CAPÍTULO 5​ - As Certificações Scrum 54 
CAPÍTULO 6 - E​xtras 63 
SOBRE 64 
 
 
   
1 
 
 
 
 
Prefácio 
Caro Leitor, 
Você já deve estar ciente de que os métodos ágeis representam a 
quebra de paradigma de liderar, organizar e desenvolver projetos.  
Certamente você já observou em alguma empresa, leu em alguma 
revista ou até participou de reuniões, eventos ou conversas que 
abordaram o Scrum, o Kanban e outros métodos ágeis. 
O mundo dos negócios está cada vez mais competitivo, 
aumentando assim a necessidade de lançamento de novos 
produtos a uma velocidade e qualidade nunca antes possível. 
Anteriormente o método de trabalho para gestão de projetos 
primava por estratégias que tinham baixo nível de sucesso, num 
cenário onde a maioria dos projetos atrasavam, tinham qualidade 
comprometida e resultados decepcionantes.  
Grande parte destes problemas foram relacionados ao método de 
trabalho empregado antigamente, onde a pressão por 
cronogramas, a baixa qualidade das entregas e o método de 
gestão de pessoas não tinham como entregar produtos de alto 
valor. 
Atualmente a gestão por métodos ágeis tem sido o método 
escolhido pelas melhores e maiores empresas do mundo para 
desenvolver seus projetos e entregar produtos encantadores. 
A gestão por métodos ágeis é uma prática que colabora para 
crescimento de muitas empresas, pois ela permite que mudanças 
sejam feitas com mais facilidade e agilidade durante a realização 
do projeto – que nem sempre é possível na gestão tradicional 
anteriormente aplicada. 
O Scrum é o principal método ágil e o mais utilizado no mundo. 
Neste livro são relacionados todos os aspectos do Scrum com uma 
abordagem prática e de fácil compreensão para o leitor. 
2 
 
 
 
 
 
Os autores do livro tem uma abrangente experiência na liderança 
de projetos ágeis em grandes companhias do mercado. E este é o 
principal diferencial do livro, que apresenta a visão de profissionais 
que por mais de 15 anos colocaram a mão na massa e trazem toda 
a experiência acumuladas neste período. 
O Denis Pedro, além de já ter passado por todas as etapas de uma 
carreira bem sucedida, chegando a altos cargos executivos em 
grandes empresas, também possui uma grande experiência 
ministrando treinamentos de Scrum, Kanban e realizando mentorias 
com Scrum Masters e Agile Coaches. 
O Denisson Vieira, além de grande experiência em transformação 
ágil e treinamentos de Scrum também possui experiência executiva 
na área de RH. Foi responsável pelo recrutamento de mais de 500 
profissionais para uma grande consultoria ágil e foi responsável 
pela capacitação de milhares de Scrum Masters e Product Owners. 
Eles possuem uma enorme bagagem profissional e vão 
compartilhar com você tudo deve e que não deve fazer para entrar 
neste mercado. 
E, para finalizar, gostaríamos de levantar mais algumas questões 
que também serão respondidas neste livro: 
Por que aplicando o Scrum você pode conseguir resultados 
fantásticos para o seu projeto e ainda se tornar um verdadeiro 
líder para o seu time? 
Como sobrepujar o risco de ter um fracasso total na sua 
carreira caso não domine o Scrum e aproveitar o movimento 
do mercado para conquistar o seu espaço profissional? 
As respostas para estas perguntas se resumem ao seu domínio do 
framework Scrum e ao quanto você está disposto a se empenhar 
para ter resultados incríveis nos seus projetos e na sua carreira! 
Ao seguir as dicas e recomendações deste livro você naturalmente 
verá os resultados acontecendo. É só seguir o caminho que lhe 
será apresentado nas próximas páginas. 
Está pronto para começar esta nova jornada? 
3 
 
 
 
 
 
Introdução 
 
O Scrum não é uma metodologia, não é um processo padronizado 
onde basta seguir os passos para ter produtos ou serviços 
magicamente prontos. 
O Scrum também não é apenas dedicado a projetos da área de 
Tecnologia, muito pelo contrário, o Scrum tem cada vez mais sido 
aplicado nos mais diversos mercados. 
Então o que é o Scrum afinal? 
O framework Scrum é um conjunto de valores, princípios e práticas 
que fornecem a base para o desenvolvimento de um projeto, que 
tem o objetivo de entregar algo ao final de cada sprint um produto 
ou serviço com qualidade que atinjam a necessidade do cliente. 
Para detalharmos melhor, o livro foi dividido em 5 capítulos: 
1. Os Fundamentos do Scrum 
Neste capítulo você irá aprender sobre a base fundamental 
do Scrum, sobre o manifesto ágil e seus 9 princípios, além 
dos valores do Scrum, o princípio de auto-organização e os 
mitos e fatos do Scrum. 
2. O Time Scrum 
Você irá aprender a respeito de como liderar os times Scrum, 
os papéis e responsabilidades de cada membro do time e 
como eles devem trabalhar juntos para atingir os objetivos da 
organização. 
3. Eventos do Scrum 
Aqui serão abordados os detalhes das cerimônias realizadas 
no Scrum. Como planejar conduzir um Sprint, como lidar com 
o cancelamento do Sprint. Como realizar a Daily Scrum, a 
Sprint Review, a Retrospectiva e muitas dicas práticas. 
 
 
4 
 
 
 
 
4. Artefatos do Scrum 
Neste capítulo você aprenderá sobre como trabalhar com o 
Backlog do Produto, o Backlog da Sprint, como monitorar os 
resultados da Sprint, Escrever e aplicar a Definição de Pronto 
e muito mais. 
5. As Certificações Scrum 
Você vai aprender quais são as principais certificações Scrum 
do mercado, qual é a mais aplicada para você e o 
passo-a-passo para conquistar sua certificação e garantir o 
desenvolvimento de sua carreira como Scrum Master. 
6. Extras 
Materiais extras para você acessar e ampliar o seu 
conhecimento sobre Scrum. 
 
Portanto, aproveite ao máximo o conteúdo deste livro pois estas 
informações são muito valiosas e podem transformar sua carreira e 
colocá-la num próximo nível profissional. 
   
5 
 
 
 
 
CAPÍTULO 1 
Os Fundamentos do 
Scrum 
   
6 
 
 
 
 
O Que é o Scrum? 
De acordo com o Scrum Guide, o Scrum é um framework para 
desenvolver e manter produtos complexos.  
Este livro apresenta a definição do Scrum, seus respectivos papéis, 
eventos, artefatos e regras.  
Scrum é um framework dentro do qual pessoas podem tratar e 
resolver problemas complexos de modo adaptativo, enquanto 
procuram entregar produtos com o mais alto valor possível do mais 
produtivo e criativo possível, sempre visando a satisfação do 
cliente. 
 
 
 
O Scrum se diferencia de métodos tradicionais por ter as seguintes 
características: 
• É um conjunto leve de processos, que não demanda muito 
esforço ou ferramentas pesadas para sua prática 
• É relativamente Simples de entender e praticar 
• É complexo de dominar, apesar de sua simplicidade. O jeito de 
pensar ágil força o profissional a abrir mão de diversos conceitos 
7 
 
 
 
 
enraizados pelos métodos tradicionais e o força a pensar em 
qualidade e entrega contínua.  
Esta transição não tem de ser dolorosa e por meio da prática é 
possível perceber os seus benefícios. 
O Scrum é um framework estrutural que está sendo usada para                     
gerenciar o desenvolvimento de produtos complexos desde o início                 
de 1990. Scrum não é um processo ou uma técnica para construir                       
produtos; em vez disso, é um framework dentro do qual você pode                       
empregar vários processos ou técnicas.  
O Scrum deixa claro a eficácia relativa das práticas de                   
gerenciamento e desenvolvimento de produtos, de modo que você                 
possa melhorá-las. A Melhoria contínua passa a ser seu                 
companheiro constante. 
Assista o Vídeo Aprenda Scrum em Apenas 9 minutos 
Este é um dos vídeos mais famosos do youtube sobre Scrum.  
Você vai ter uma visão bem resumida do funcionamento do Scrum 
e de seus benefícios. 
Clique na imagem abaixo ouacesse 
https://youtu.be/XfvQWnRgxG0 
 
   
8 
https://youtu.be/XfvQWnRgxG0
https://youtu.be/XfvQWnRgxG0
 
 
 
 
O Framework Scrum 
O framework Scrum consiste nas equipes do Scrum associadas a 
papéis, eventos, artefatos e regras.  
Cada componente dentro do framework serve a um propósito 
específico e é essencial para o uso e sucesso do Scrum. 
O Scrum foi fundamentado nas teorias empíricas de controle de 
processo, ou empirismo. 
O empirismo afirma que o conhecimento vem da experiência e de 
tomada de decisões baseadas no que é conhecido.  
O Scrum emprega uma abordagem iterativa e incremental para 
aperfeiçoar a previsibilidade e o controle de riscos. 
 
Os Três Pilares do Scrum 
Três pilares apóiam a implementação de controle de processo 
empírico: Transparência, Inspeção e Adaptação. 
Transparência 
Aspectos e informações relevantes do seu projeto devem estar 
sempre visíveis e claros para todos os participantes do projeto.  
Os responsáveis pelos resultados do projeto tem a solene 
responsabilidade de manter uma comunicação clara e promover 
constantemente a transparência. 
Esta transparência deve ser promovida por um um padrão comum 
de apresentar as informações do projeto, de modo que qualquer 
observador possa ter o mesmo entendimento dos membros do 
time. 
Por exemplo: 
• Pode-se utilizar um quadro de tarefas, também como conhecido 
como Kanban (será detalhado mais a frente) para apresentar a 
9 
 
 
 
 
situação real do Product Backlog (Calma, você já vai aprender mais 
sobre isso :) 
• Os requisitos da definição de pronto ou definition of done (Isso é 
demais) deve ser compartilhada com toda equipe, especialmente 
com aqueles que receberão o produto do projeto. 
• Os horários e locais das reuniões podem ser publicados em 
quadro de informações do projeto 
• Um Burndown Chart pode ser apresentado para indicar o 
progresso e avanço do sprint (Tá ficando curioso com tanta 
informação nova?) 
• Um quadro com as datas dos releases 
• E tantas outras formas de transparência que puderem ser 
empregadas no dia-a-dia do seu projeto que especialmente façam 
a diferença para sua organização. 
Inspeção 
Os profissionais do time Scrum devem, frequentemente, 
inspecionam os artefatos Scrum e o progresso do projeto a fim de 
detectar prontamente indesejáveis variações.  
Esta inspeção,não deve no entanto, ser tão freqüente que atrapalhe 
a própria execução das tarefas. 
As inspeções quando realizadas de forma diligente, sem exageros, 
por profissionais especializados no trabalho de garantia de 
qualidade são normalmente as que obtêm melhores resultados. 
Por exemplo: 
• A atuação de Analistas de Qualidade ou Analistas de Testes em 
seu projeto por certo podem contribuir demais com a inspeção da 
qualidade de seu projeto, dado o nível de especialização deste 
profissional. 
• É de suma importância que você mensure os níveis de qualidade 
do seu projeto, por exemplo, documentando e categorizando os 
defeitos identificados, que serão parte importante do dia-a-dia dos 
sprints que se seguirão à frente. 
 
 
10 
 
 
 
 
Adaptação 
A adaptação é um dos pilares mais importantes do Scrum.  
Através deste prisma de tomada de ação, o projeto passa a ter 
mais foco na qualidade de entrega do produto do que normalmente 
ocorre em projetos tradicionais. 
Um modo de se verificar a adaptação no mundo real é quando 
situações imprevistas acontecem na rotina do projeto e as datas 
acordadas junto aos clientes ou mesmo o escopo mudam 
inesperadamente. 
Por exemplo: 
Se um Analista de Testes determina que um ou mais aspectos do 
produto que está sendo desenvolvido sofreu algum tipo de desvio 
para fora dos limites aceitáveis, e que o produto será inaceitável, o 
processo de desenvolvimento ou o próprio produto do projeto deve 
ser prontamente ajustado.  
O ajuste deve ser realizado o mais breve possível para minimizar 
mais desvios.  
Aqui é quando muitos profissionais percebem a diferença do 
Scrum, pois embora haja uma certa liberdade com o compromisso 
da Auto-organização das equipes, ao identificar quaisquer desvios 
a equipe tem que se empenhar e adaptar-se às mudanças e 
eventuais desafios. 
 
 
 
 
 
 
 
 
 
11 
 
 
 
 
Dicas Importantes 
O Scrum oferece quatro oportunidades formais para promover a 
transparência, inspeção e adaptação.  
Mais adiante no livro você terá mais detalhes, porém estes sãos os 
eventos onde você irá aplicar os pilares do Scrum. 
● Reunião de planejamento da Sprint (O famoso Sprint 
Planning) 
● Reunião diária (Daily Scrum ou Standup Meetings) 
● Reunião de revisão da Sprint (Também conhecida como 
Sprint Review) 
● Retrospectiva da Sprint 
 
O Manifesto Ágil 
O Manifesto Ágil é o marco da criação de um jeito novo de se 
desenvolver produtos. Embora criado inicialmente para o 
desenvolvimento de software, ele se aplica a qualquer tipo de 
projeto. O manifesto pode ser encontrado ​www.agilemanifesto.org 
em diversos idiomas. 
O declaração do Manifesto Ágil 
Estamos descobrindo maneiras melhores de desenvolver  
software, fazendo-o nós mesmos e ajudando outros a  
fazerem o mesmo. Através deste trabalho, passamos a valorizar:  
 
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 
Ou seja, mesmo havendo valor nos itens à direita, 
valorizamos mais os itens à esquerda. 
12 
http://www.agilemanifesto.org/
 
 
 
 
O Scrum Guide 
O Scrum Guide é o guia 
que contém a definição 
oficial do Scrum. 
 Esta definição consiste 
em papéis, eventos, 
artefatos e as regras do 
Scrum que unem os 
demais e os mantém 
integrados.  
Ken Schwaber e Jeff 
Sutherland 
desenvolveram o 
Scrum. 
O Guia do Scrum foi 
escrito e fornecido por 
eles que também são 
responsáveis por 
publicar as suas 
atualizações. 
Clique para baixar o 
Scrum Guide 
 
 
   
13 
https://scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Portuguese-Brazilian.pdf
https://scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Portuguese-Brazilian.pdf
 
 
 
 
Os Valores do Scrum 
Apesar de muito simples, estes valores podem ser realmente muito 
difíceis de se implantar na maioria das organizações “tradicionais”, 
em função da necessidade de mudança de cultura, adaptação e 
disposição para mudança. 
 
● Coragem​: O Time Scrum precisa ter coragem para fazer a 
coisa certa e trabalhar em problemas difíceis. 
● Foco​: Todos focam no trabalho da Sprint e nos objetivos do 
Time Scrum. 
● Comprometimento​: As pessoas se comprometem 
pessoalmente em alcançar os objetivos do Time Scrum. 
● Respeito​: Os membros do Time Scrum respeitam uns aos 
outros para serem pessoas capazes e independentes. 
● Abertura​: O Time Scrum e seus Stakeholders concordam em 
estarem abertos a todo o trabalho e aos desafios com a 
execução dos trabalhos. 
 
14 
 
 
 
 
O Modern Agile 
O Modern Agile é uma evolução da base fundamental do Agile 
Manifesto. Ele não se propõe a sobrepor o Scrum ou qualquer 
framework ágil, mas é um conjunto de princípios que visa nortear o 
trabalho e inspirar os profissionais. 
   
15 
 
 
 
 
 
O Modern Agile declara 4 princípios fundamentais: 
Torne Pessoas Sensacionais 
Steve Jobs costumava perguntar aos colegas: “Que benefícios 
incríveis podemos dar ao cliente? Onde podemos levar o cliente?  
"Na agilidade moderna, perguntamos como podemos tornar as 
pessoas em nosso ecossistema impressionantes.  
Isso inclui as pessoas que usam, fabricam, compram, vendem ou 
financiam nossos produtos ou serviços.  
Aprendemos seu contexto e pontos problemáticos, o que os retém 
e o que eles desejam alcançar.Como podemos torná-los incríveis? 
A ideia principal é criar um ambiente de trabalho tão incrível e 
oferecer produtos com qualidade e usabilidade tão surpreendentes 
que possam responder estas perguntas. 
O ponto principal é inspirar as pessoase tirar delas o melhor. 
Faça da segurança um pré-requisito 
A segurança é uma necessidade humana básica e uma chave para 
desbloquear o alto desempenho. Nós ativamente fazemos da 
segurança um pré-requisito, estabelecendo segurança antes de 
nos envolvermos em qualquer trabalho perigoso.  
Protegemos o tempo, a informação, a reputação, o dinheiro, a 
saúde e os relacionamentos das pessoas.  
E nos esforçamos para tornar nossas colaborações, produtos e 
serviços resilientes e seguros. 
Um dos aspectos principais é promover uma cultura de segurança 
onde as pessoas não tenham medo. Sintam-se seguras para fazer 
o seu trabalho e não temam fazer mudanças, não tenham medo de 
expressar suas opiniões ou medo de cometer erros.  
Experimente e aprenda rápido 
Você não pode tornar as pessoas impressionantes ou fazer da 
segurança um pré-requisito se você não estiver aprendendo.  
Aprendemos rapidamente experimentando com frequência.  
Tornamos nossos experimentos “seguros para falhar”, por isso não 
temos medo de realizar mais experimentos. Quando ficamos 
16 
 
 
 
 
presos ou não estamos aprendendo o suficiente, consideramos 
como um sinal de que precisamos aprender mais fazendo mais 
experimentos. 
Experimentar e aprender rapidamente ajuda-nos a conseguir uma 
melhoria contínua. Este é um princípio orientador do Modern Agile 
porque nos protege de perder tempo e nos ajuda a descobrir o 
sucesso mais rápido. 
Forneça valor continuamente 
Qualquer coisa que não seja entregue não está ajudando ninguém a 
se tornar mais impressionante ou seguro. 
Na agilidade moderna, nos perguntamos: "Como um trabalho valioso 
pode ser entregue mais rápido?" A entrega contínua de valor exige 
que dividamos quantidades maiores de valor em partes menores que 
podem ser entregues com segurança agora, e não depois. 
Como os princípios dirigem o que você faz? 
Outra ótima maneira de aprender como aplicar o Modern Agile é 
fazer perguntas guiadas pelos quatro princípios.  
Por exemplo, “Quais são as nossas maiores ameaças à segurança 
interna e externamente?” “As pessoas têm medo no trabalho?” 
“Temos uma visão clara de como fazer as pessoas incríveis?” “Que 
experiências podemos experimentar hoje? Responder a perguntas 
como estas pode apontá-lo na direção certa para seus projetos.  
   
17 
 
 
 
 
 
O Que é o 
Auto-Organização? 
Este princípio é um dos mais difíceis para a transição ao método 
ágil, pois demanda confiança na equipe e por outro lado, a 
responsabilidade dos indivíduos para com as entregas 
comprometidas. 
A maioria dos profissionais que atuam em métodos tradicionais 
desconfiam do pleno funcionamento deste princípio, porém, se não 
aplicado, não há Scrum, pois a equipe tem um papel fundamental 
na condução dos sprints e a sua atuação independente e 
responsável é o fator de sucesso que o projeto precisa. 
A equipe deve ser capaz de se organizar e dividir o trabalho. 
Não existe a necessidade do time todo deve ser Sênior, porém a 
auto-organização requer comprometimento e responsabilidade 
desde o primeiro dia de projeto. 
Como no esporte, os membros da equipe são interdependentes e o 
ScrumMaster fará todo o possível para manter a auto-organização, 
fator chave para o sucesso do projeto. 
Times Scrum são auto-organizáveis e multifuncionais.  
Equipes auto-organizáveis escolhem qual a melhor forma para 
completarem seu trabalho, em vez de serem dirigidos por outros de 
fora da equipe.  
Equipes multifuncionais possuem todas as competências 
necessárias para completar o trabalho sem depender de outros que 
não fazem parte da equipe. O modelo de equipe no Scrum é 
projetado para aperfeiçoar a flexibilidade, criatividade e 
produtividade. 
Times Scrum entregam produtos de forma iterativa e incremental, 
maximizando as entregas feitas em cada sprint.   
18 
 
 
 
 
 
 
Como começar o Scrum? 
Até aqui você aprendeu alguns conceitos importantes sobre o 
Scrum, especialmente sobre como ele foi estruturado e os seus 
respectivos pilares e base fundamental. 
Trazendo você para o mundo real, utilize as questões abaixo, 
pensando em seu próprio projeto ou pondere sobre como aplicaria 
na prática os conceitos que aprendeu até aqui. 
Não deixe de ponderar a respeito destas questões, que começarão 
a efetuar a transição do seu mindset para uma nova visão com uma 
abordagem ágil. 
Tendo aprendido até o momento os principais fundamentos do 
Scrum, quais são os principais desafios que você acha que 
encontrará para a transição para o Scrum em seu projeto? 
O que acha que seria desafiador para mudar o seu mindset para o 
Scrum? 
Quais seriam as formas práticas de você promover transparência 
no seu projeto e quais são os seus receios? 
De que forma a inspeção pode contribuir de modo prático com o 
seu projeto? 
Quais os principais benefícios que você enxergaria em seu projeto 
ao promover o uso da adaptação? 
Responda estas questões e comece a notar os ganhos que você 
pode ter com o Scrum em seus projetos. 
 
 
 
19 
 
 
 
 
CAPÍTULO 2 
O Time Scrum 
   
20 
 
 
 
 
O Scrum Team 
Agora aprenderemos um pouco mais, especialmente a respeito de 
um Time Scrum, seus papéis, funcionamento e como fazê-lo 
funcionar com sucesso. 
O Time Scrum é composto pelo Product Owner, a Equipe de 
Desenvolvimento (Também descrito por diversos autores como 
DevTeam) e o Scrum Master. 
 
O Product Owner 
O Product Owner ou Dono do Produto é o principal responsável 
pela entrega do projeto, por maximizar o valor do produto, por 
garantir o retorno sobre o investimento no projeto e apoiar, em 
termos de escopo, o trabalho da equipe. 
Diversas organizações podem tratar isso de modos distintos, mas 
algo que jamais muda em sua essência é a importância do PO para 
as tomadas de decisão no projeto, sendo que um Product Owner 
deve ter o poder necessário para conduzir o projeto de acordo com 
a visão e interesses da companhia e dos patrocinadores do projeto. 
O Product Owner é a única pessoa responsável por gerenciar o 
Backlog do Produto. 
Suas responsabilidades incluem: 
• Expressar claramente os itens do Backlog do Produto, isto é, 
aquilo que se deseja que seja criado ou mantido; 
• Priorizar os itens do Backlog do Produto de acordo com a visão 
do projeto, interesses da companhia e que com as metas e timing 
ideais para o projeto; 
• Garantir que o Backlog do Produto seja plenamente 
compreensível e aceito por todos; 
21 
 
 
 
 
• Garantir que a Equipe de Desenvolvimento entenda os itens do 
Backlog do Produto no nível necessário; 
• Aceitar ou rejeitar o trabalho entregue pelo Time de 
Desenvolvimento; 
• É responsável por medir o retorno sobre o investimento do 
projeto, entenda que o custo investido no projeto é uma parte da 
estratégia de rentabilização obtida através do lançamento deste 
projeto.  
Isso pode ser melhor compreendido por um produto que será 
comercializado, por um projeto que trará economias ou que evitará 
desperdícios, produtos que podem trazer benefícios intangíveis ou 
de marketing e outras formas de benefícios que garantam o 
investimento no projeto. 
• É o senhor do Backlog, ninguém o altera sem o seu 
consentimento. 
• Atua como ponto focal entre a equipe do projeto e os 
stakeholders (Os clientes) do projeto. 
 
O Desafio comum do Product 
Owner nas Organizações 
O Product Owner é uma pessoa e não um comitê. 
Algumas empresas podem tender a delegar esta responsabilidade 
para um comitê, porém, para que isso funcione adequadamente, é 
necessário que um profissional seja o responsável por assumir tal 
papel e assim desempenhar os pilares do Scrum nesta função. 
Embora o Product Owner possa representar o desejo de um comitê 
de demandas no Backlog do Produto, de acordo com a definição 
do Scrum aqueles que quiserem uma alteração nas prioridades dos 
itens de Backlog devem convencer o Product Owner.  
Desta forma, esta é uma das funções de maior responsabilidade 
em um projeto Scrum. 
22 
 
 
 
 
Para que o Product Ownertenha sucesso, toda a organização deve 
respeitar as suas decisões. As decisões do Product Owner são 
visíveis no conteúdo e na priorização do Backlog do Produto. 
Ninguém deve ter permissão para as prioridades da Equipe de 
Desenvolvimento no projeto, e o Time de Desenvolvimento não tem 
permissão para agir sobre o que outras pessoas disserem ou 
alterarem o backlog por si mesmos. 
O Time de Desenvolvimento 
O Time de desenvolvimento é formado pelos profissionais que são 
responsável por entregar o produto do projeto. São eles que criam 
uma versão funcional do produto ao final de cada Sprint.  
Somente integrantes da Equipe de Desenvolvimento criam tais 
componentes que incrementam o release do produto ao longo dos 
sprints.  
De uma maneira clara, ao longo de cada sprint a equipe de 
desenvolvimento ou DevTeam é responsável por desenvolver 
partes do produtos que funcionam e agregam valor ao projeto, 
oferecendo uma plena visão de progresso. 
As Equipes de Desenvolvimento são estruturadas e autorizadas 
pela organização para organizar e gerenciar seu próprio trabalho, o 
que é conhecido como Auto-Organização. 
A sinergia aperfeiçoa a eficiência da Equipe de Desenvolvimento 
como um todo. As Equipes de Desenvolvimento tem as seguintes 
características: 
• Eles são auto-organizadas. Ninguém (nem mesmo o 
ScrumMaster) diz a Equipe de Desenvolvimento como transformar 
o Backlog do Produto em incrementos de funcionalidades 
potencialmente utilizáveis; 
• Equipes de Desenvolvimento são multifuncionais, possuindo 
todas as habilidades necessárias, enquanto equipe, para criar o 
incremento do Produto. 
• Não há sub papéis dentro do time. Todos são membros do time 
de Desenvolvimento. 
23 
 
 
 
 
• Individualmente os integrantes da Equipe de Desenvolvimento 
podem ter habilidades especializadas e área de especialização, 
mas a responsabilidade pertence à Equipe de Desenvolvimento 
como um todo; 
• Equipes de Desenvolvimento não contém sub-equipes dedicadas 
a domínios específicos de conhecimento, tais como teste ou 
análise de negócios. 
 
Tamanho da equipe do 
Projeto 
A seguir vamos tratar de um dos temas polêmicos do Scrum. 
O tamanho ideal da Equipe de Desenvolvimento é pequeno o 
suficiente para se manter ágil e grande o suficiente para completar 
o trabalho. 
Menos de três integrantes na Equipe de Desenvolvimento 
diminuem a interação e resultam em um menor ganho de 
produtividade.  
Equipes de desenvolvimento menores podem encontrar restrições 
de habilidades durante a Sprint, gerando uma Equipe de 
Desenvolvimento incapaz de entregar o produto do projeto. 
Havendo mais de nove integrantes é exigida muita coordenação. 
Por isso, a recomendação é de time de até 9 integrantes. 
Os papéis de Product Owner e de Scrum Master não são incluídos 
nesta contagem 
   
24 
 
 
 
 
 
O Scrum Master 
O Scrum Master é responsável por garantir que o Scrum seja 
entendido e aplicado.  
O Scrum Master faz isso para garantir que o Time Scrum esteja em 
harmonia com a teoria, práticas e regras do Scrum.  
O Scrum Master é um líder servidor para o Time Scrum. 
Ele é ponto focal entre o DevTeam e o restante dos stakeholders  
Um das suas principais contribuições é a ajuda na comunicação 
adequada com o Time de Desenvolvimento, evitando quaisquer 
viés de comunicação ou pedidos informais de alteração do product 
backlog. 
Responsabilidades do Scrum Master 
• Tornando a visão do projeto bem clara e objetiva, ainda 
esclarecendo dúvidas a respeito dos itens do Backlog do Produto 
para a Equipe de Desenvolvimento; 
• Ensinar o Time de Desenvolvimento a criar itens de Backlog de 
forma clara, no padrão de qualidade adequado e concisa; 
• Compreender a estratégia de planejamento do Produto no 
ambiente empírico; 
• É o guardião dos processos Scrum e age como apoio direto do 
Product Owner. 
• Facilitar os eventos Scrum conforme exigidos ou necessários. 
• Treinar a Equipe em auto-gerenciamento e disciplina de entrega; 
• Ensinar e liderar a Equipe de Desenvolvimento na criação de 
produtos de alto valor; Isso pode incluir a aplicação de técnicas de 
qualidade, desenvolvimento e gerenciamento do tempo 
• Remover impedimentos para o progresso do time; 
• Facilitar os eventos Scrum exigidos ou necessários (Reuniões); 
25 
 
 
 
 
• Treinar a Equipe de Desenvolvimento em ambientes 
organizacionais nos quais o Scrum não é totalmente adotado e 
compreendido. 
• Transmitir a visão da estratégia de desenvolvimento do produto e 
as respectivas expectativas do Product Owner 
• Responsável pela transição para o modelo ágil; 
• Liderando e treinando a organização na adoção do Scrum; 
• Planejando implementações Scrum dentro da organização; 
• Ajudando funcionários e partes interessadas a compreender e 
tornar aplicável o Scrum e o desenvolvimento de produto empírico; 
• Provoca mudanças que aumentam a produtividade do Time; 
 
Como montar um Time 
Scrum? 
Agora que você assimilou os papéis e responsabilidades do Scrum, 
qual seria a maior dificuldade de se estabelecer um time Scrum em 
sua equipe? 
Imagine que você é o Scrum Master do seu time. Pelo o que 
aprendeu até agora, qual seria sua principal contribuição para o 
sucesso do Time? 
Dado que você já domina alguns fundamentos do Scrum, qual seria 
a melhor estratégia para você montar uma equipe ágil? 
 
 
 
 
 
26 
 
 
 
 
 
 
 
 
 
 
 
 
CAPÍTULO 3 
Os Eventos do Scrum  
   
27 
 
 
 
 
Como funcionam as 
cerimônias do Scrum 
O Scrum funciona a partir de cerimônias especiais ou eventos que 
fazem com que haja a transparência, inspeção e a adaptação 
aplicados na prática no projeto. 
Estes eventos são time-boxed, isto é, todo evento tem uma 
duração máxima. Isto garante que uma quantidade adequada de 
tempo seja gasta na reunião, evitando desperdício de tempo e 
garantindo maior agilidade. 
Além da Sprint, que é um evento base para as demais cerimônias, 
cada evento no Scrum é uma oportunidade de inspecionar e 
adaptar alguma coisa. Estes eventos são especificamente 
projetados para permitir uma transparência e inspeção criteriosa.  
A não inclusão de qualquer um dos eventos resultará na redução 
da transparência e da perda de oportunidade para inspecionar e 
adaptar.  
Se não aplicar tudo o que o Scrum prescreve em seu framework, 
em termos de eventos, a produtividade e agilidade estarão 
ameaçadas. 
   
28 
 
 
 
 
 
Sprint: O Coração do Scrum 
Este é o coração do Scrum. É a Sprint, um time-box de 
normalmente um mês ou menos, durante o qual um produto 
potencialmente utilizável é criado. 
Durante a Sprint fica claro que a parte do produto ou incremento 
deve estar “Pronto”, significando que seguiu os critérios mínimos 
de qualidade para aquela entrega incremental e priorizada . 
Os Sprints têm durações coerentes em todo o esforço de 
desenvolvimento. Uma nova Sprint inicia imediatamente após a 
conclusão da Sprint anterior. 
 
As Sprints são compostas por uma reunião de planejamento da 
Sprint (Sprint Planning), reuniões diárias (Daily Scrums), o trabalho 
de desenvolvimento, uma revisão da Sprint (Sprint Review) e a 
retrospectiva da Sprint. 
Durante a Sprint: 
• Não são feitas mudanças que podem afetar o objetivo da Sprint; 
• A composição do Scrum Team (PO, SM e DevTeam) permanece 
constante; 
• As metas de qualidade não diminuem;  
• O escopo pode ser clarificado e renegociado entre o Product 
Owner e a Equipe de Desenvolvimento quanto mais for aprendido. 
29 
 
 
 
 
Cada Sprint pode ser considerada um projeto com horizonte não 
maior que um mês.  
Como os projetos, as Sprints são utilizadas para realizar algo. Cada 
Sprint tem a definição muito clara do que é deve ser construído, um 
plano projetado e flexível que irá guiar a construção, o trabalho e o 
resultado do produto. 
De acordo com o Scrum Guide, as Sprints são limitadas a um mês 
corrido (4 semanas). 
Quando o horizonte da Sprint é muito longo, a definição do que 
será construído podemudar, a complexidade pode aumentar e o 
risco pode crescer, isso é a essência da entrega contínua e com 
qualidade do Scrum. 
Sprints permitem previsibilidade que garante a inspeção e 
adaptação do progresso em direção a meta pelo menos a cada 
mês corrido.  
Sprints também limitam o risco ao custo de um mês corrido. 
 
   
30 
 
 
 
 
 
Cancelamento de Sprints 
Uma Sprint pode ser cancelada antes do time-box da Sprint 
terminar. 
Somente o Product Owner tem a autoridade para cancelar a Sprint, 
embora ele (ou ela) possa fazer isso sob influência das partes 
interessadas, do DevTeam ou do Scrum Master. 
A Sprint poderá ser cancelada se o objetivo da Sprint se tornar 
obsoleto. 
Isto pode ocorrer se a organização mudar sua direção ou se as 
condições do mercado ou das tecnologias mudarem.  
Geralmente a Sprint deve ser cancelada se ela não faz mais sentido 
às dadas circunstâncias.  
No entanto, devido a curta duração da Sprint, raramente 
cancelamentos fazem sentido. 
Quando a Sprint é cancelada, qualquer item de Backlog do Produto 
completado e “Pronto” é revisado.  
Se uma parte do trabalho estiver potencialmente utilizável, 
tipicamente o Product Owner o aceita. 
Todos os itens de Backlog do Produto incompletos são 
re-estimados e colocados de volta no Backlog do Produto.  
O trabalho feito se deprecia rapidamente e deve ser 
frequentemente re-estimado. 
O cancelamentos de Sprints consome recursos, já que todos tem 
que se reagrupar em outra reunião de planejamento da Sprint para 
iniciar outra Sprint.  
Cancelamentos de Sprints são frequentemente traumáticos para o 
DevTeam, e são muito incomuns. 
   
31 
 
 
 
 
Como planejar um Sprint? 
O trabalho a ser realizado na Sprint é planejado na reunião de 
planejamento da Sprint (Sprint Planning).  
Este plano é criado com o trabalho colaborativo de todo o Scrum 
Team. 
A reunião de planejamento da Sprint é uma time-box de oito horas 
para uma Sprint de um mês de duração.  
Para Sprints menores, este evento deve ser proporcionalmente 
menor.  
Por exemplo, uma Sprint de duas semanas terá uma reunião de 
planejamento de Sprint de quatro horas. 
A reunião de planejamento da Sprint consiste em duas partes, cada 
uma sendo um time-box de metade do tempo de duração da 
reunião de planejamento da Sprint.  
As duas partes da reunião de planejamento da Sprint respondem 
as seguintes questões, respectivamente: 
• O que será entregue como resultado da próxima Sprint? 
• Como o trabalho será realizado? 
Parte Um: O que vai ficar Pronto nesta Sprint? 
Nesta parte, a Equipe de Desenvolvimento trabalha para definir as 
funcionalidades que serão desenvolvidas durante a Sprint.  
O Product Owner apresenta os itens de Backlog do Produto 
ordenados para a Equipe de Desenvolvimento e todo o Time Scrum 
colabora com o entendimento do trabalho da Sprint. 
Os artefatos de entrada da reunião de planejamento da Sprint são:  
O Backlog do Produto, a mais recente entrega do produto, a 
capacidade projetada da Equipe de Desenvolvimento durante a 
Sprint e o desempenho anterior da Equipe de Desenvolvimento 
(Quantas estórias foram entregues). 
 
32 
 
 
 
 
O número de itens selecionados do Backlog do Produto para a 
Sprint é o único trabalho da equipe do Projeto (DevTeam, SM e PO) 
nesta reunião.  
Somente o DevTeam pode avaliar o que pode ser completado ao 
longo da próxima Sprint. 
Após o DevTeam estimar os itens de Backlog do Produto que irá 
entregar na Sprint, o Time Scrum determina a meta da Sprint. 
A meta da Sprint é um objetivo que será conhecido dentro da 
Sprint através da implementação do Backlog do Produto, 
fornecendo a informação do que será o output ou produto que será 
produzido após a conclusão do sprint. 
Parte Dois: Como o trabalho será realizado ? 
Tendo selecionado o trabalho da Sprint, a Equipe de 
Desenvolvimento decide como irá construir essas funcionalidades 
durante a Sprint e transformá-las em um incremento de produto 
“Pronto”.  
Os itens de Backlog do Produto selecionados para a Sprint, junto 
com o plano de entrega destes itens é chamado de Backlog da 
Sprint. 
Com o trabalho planejado pelo DevTeam para os primeiros dias da 
Sprint, este é decomposto em unidades de um dia de duração ou 
menos até o final desta reunião.  
O DevTeam se auto-organiza para realizar por todo o trabalho do 
Backlog da Sprint, tanto durante a reunião de planejamento da 
Sprint quanto no que for necessário durante a Sprint. 
O Product Owner pode estar presente durante a segunda parte da 
reunião de planejamento da Sprint, para clarificar os itens do 
Backlog do Produto selecionados e para ajudar nas decisões 
conflituosas ou eventuais dúvidas. 
Se o DevTeam determina que tem excesso ou falta de trabalho, os 
itens do Backlog da Sprint podem ser renegociados com o Product 
Owner. O Scrum Master também pode convidar outras pessoas 
para participar desta reunião de forma a fornecer opinião técnica 
ou de domínios específicos. 
 
 
33 
 
 
 
 
No final da reunião de planejamento da Sprint, o DevTeam deve ser 
capaz de explicar ao Product Owner e ao Scrum Master como 
pretende trabalhar com a equipe auto-organizada para completar o 
objetivo da Sprint e entregar o produto do projeto como planejado. 
 
O Planejamento do Sprint na 
Prática 
O planejamento de sprint é uma reunião muito importante, e talvez 
seja um dos eventos mais importantes no Scrum. 
O propósito da reunião de planejamento do sprint é dar à equipe, 
informação suficiente para administrarem o projeto por algumas 
semanas, e para dar ao product owner confiança e dados 
suficientes para avaliar o desempenho do Sprint. 
De modo prático temos o seguinte na agenda de reunião de Sprint 
Planning: 
Agenda da Reunião de Sprint Planning 
● Participantes: 
● Data, Hora e Local: 
● Listar o Objetivo do sprint. 
● Uma lista de membros da equipe (e seus níveis de 
comprometimento). 
● Um sprint backlog (= uma lista de estórias inclusas no sprint). 
● Uma data definida para a conclusão do sprint. 
● Data e local definidos para o Daily Scrum. 
   
34 
 
 
 
 
Agenda para a reunião de planejamento do sprint 
Para ficar ainda mais claro, segue aqui um exemplo real de uma 
reunião de planejamento de Sprint, deste modo, você poderá 
gerenciar o tempo adequado para sua reunião. 
Reunião de planejamento do sprint: 13:00 – 17:00 (10 minutos de 
intervalo a cada hora) 
● 13:00 – 13:30.  
O ScrumMaster dá abertura à reunião e informa a respeito da 
Agenda. 
O product owner informa e detalha o objetivo do sprint e 
também repassa com o Scrum Team os itens do product 
backlog.  
O Product Owner define o lugar, data e hora da 
demonstração do produto a ser desenvolvido naquele Sprint. 
● 13:30 – 15:00. 
O ScrumTeam estima o tempo e quebra os itens conforme 
necessário. O product owner priorizar o backlog com base no 
grau de importância conforme necessário. Os itens são 
esclarecidos.  
A Definition of Done é repassada para todos. 
● 15:00 – 16:00.  
O Scrum Team escolhe as estórias a serem incluídas no 
sprint. Calculam a velocidade para verificar se o planejamento 
ficou realista. 
● 16:00 – 17:00.  
O Scrum Master informar a data, hora e local para o Daily 
Scrum. Se houver tempo ainda é possível usar os últimos 
minutos para esclarecimentos de dúvidas. 
Esta agenda é apenas um exemplo e não precisa ser executada à 
risca. O Scrum Master pode aumentar ou diminuir os tempos 
conforme necessário. 
 
35 
 
 
 
 
 
Objetivo ou meta da Sprint 
O objetivo da Sprint dá a Equipe de Desenvolvimento alguma 
flexibilidade em relação às funcionalidades a serem implementadas 
dentro da Sprint. 
Conforme o DevTeam trabalha, eles mantém o objetivo em mente, 
e no caminho de buscar satisfazer o objetivo da Sprint. 
Caso o produto entregue seja diferente do esperado pelo Product 
Owner, então os membros do DevTeam colaboram para negociar o 
escopo do Backlog da Sprint dentro da Sprint. 
   
36 
 
 
 
 
 
Reunião Diária ou DailyScrum 
A Reunião Diária do Scrum é um evento time-boxed de 15 minutos, 
para que a equipe do Projeto possa sincronizar as atividades e criar 
um plano para as próximas 24 horas. 
Esta reunião é facilitada pelo Scrum Master e é feita para 
inspecionar o trabalho desde a última Reunião Diária, e prever o 
trabalho que deverá ser feito antes da próxima Reunião Diária. 
A Reunião Diária é mantida no mesmo horário e local todo dia para 
reduzir a complexidade. 
Estas são as perguntas que devem ser respondidas por cada 
membro do Dev Team durante a reunião. 
● O que eu fiz ontem que ajudou o Time de Desenvolvimento a atingir a 
meta da Sprint?  
● O que eu farei hoje para ajudar o Time de Desenvolvimento atingir a 
meta da Sprint?  
● Eu vejo algum obstáculo que impeça a mim ou o Time de 
Desenvolvimento no atingimento da meta da Sprint? 
 
Esta reunião não precisa ser algo robótico onde cada um se atém 
respondendo cada item sem raciocinar direito, mas o timebox e o 
espírito da reunião, de se buscar estas respostas diariamente, 
devem ser mantidos. 
O DevTeam usa a Reunião Diária para avaliar o progresso em 
direção ao objetivo da Sprint e para avaliar se o progresso tende 
para completar o trabalho do Backlog da Sprint. A Reunião Diária 
aumenta a probabilidade da Equipe de Desenvolvimento atingir o 
objetivo da Sprint 
O DevTeam pode se encontrar imediatamente após a Reunião 
Diária, para re-planejar o restante do trabalho da Sprint. 
37 
 
 
 
 
Todos os dias, a Equipe de Desenvolvimento deve estar apta a 
esclarecer para o Product Owner e para o Scrum Master como 
pretendem trabalhar em conjunto, como um time auto-organizado, 
para completar o objetivo e criar um incremento previsto desejado 
no restante da Sprint. 
O Scrum Master assegura que o DevTeam faça a reunião, mas a 
Equipe de Desenvolvimento é responsável por conduzir a Reunião 
Diária. O Scrum Master ensina a Equipe de Desenvolvimento a 
manter a Reunião Diária dentro da time-box de 15 minutos.  
Esta parte é uma das mais importantes a fim de se manter a ordem 
e obter ganhos de produtividade. 
O Scrum Master reforça a regra de que somente os integrantes do 
DevTeam participem da Reunião Diária.  
A Reunião Diária não é uma reunião de status. 
Reuniões Diárias melhoram as comunicações, eliminam outras 
reuniões, identificam e removem impedimentos para o 
desenvolvimento, destacam e promovem rápidas tomadas de 
decisão, e melhoram o nível de conhecimento da Equipe de 
Desenvolvimento.  
Esta é uma reunião chave para inspeção e adaptação. 
A Utilização de um quadro Kanban na reunião também pode ser 
aplicável. 
Esta reunião pode ser realizada por meio de ferramentas de vídeo 
conferência, telefone ou qualquer meio que possa proporcionar a 
boa realização deste evento. 
   
38 
 
 
 
 
 
Revisão da Sprint (Sprint 
Review) 
A Revisão da Sprint é executada no final da Sprint para inspecionar 
o incremento e adaptar o Backlog do Produto se necessário. 
Durante a reunião de Revisão da Sprint, a equipe do Projeto e as 
partes interessadas colaboram sobre o que foi feito na Sprint. Com 
base nisso e em qualquer mudança no Backlog do Produto durante 
a Sprint, os participantes colaboram nas próximas coisas que 
precisam ser prontas. 
Esta é uma reunião informal, e a apresentação do incremento 
destina-se a motivar e obter comentários e promover a 
colaboração. 
Esta é uma reunião time-boxed de 4 horas de duração para uma 
Sprint de um mês.  
Proporcionalmente um tempo menor é alocado para Sprints 
menores. Por exemplo, uma Sprint de duas semanas tem Reuniões 
de Revisão de duas horas. 
A Reunião de Revisão inclui os seguintes elementos: 
• O Product Owner identifica o que foi “Pronto” e o que não foi 
“Pronto”; 
• A Equipe de Desenvolvimento discute o que foi bem durante a 
Sprint, quais problemas ocorreram dentro da Sprint, e como estes 
problemas foram resolvidos; 
• A Equipe de Desenvolvimento demonstra o trabalho que está 
“Pronto” e responde às questões sobre o incremento; 
• O Product Owner discute o Backlog do Produto tal como está. 
Ele (ou ela) projeta as prováveis datas de conclusão baseado no 
progresso até a data; e, 
39 
 
 
 
 
• O grupo todo colabora sobre o que fazer a seguir, e é assim que 
a Reunião de Revisão da Sprint fornece valiosas entradas para a 
Reunião de Planejamento da próxima Sprint. 
• O resultado da Reunião de Revisão da Sprint é um Backlog do 
Produto revisado que define o provável Backlog do Produto para a 
próxima Sprint.  
• O Backlog do Produto pode também ser ajustado completamente 
para atender novas oportunidades. 
 
Retrospectiva da Sprint 
A Retrospectiva da Sprint é uma oportunidade para a equipe TODA 
inspecionar a si próprio e criar um plano para melhorias a serem 
aplicadas na próxima Sprint. 
A Retrospectiva da Sprint ocorre depois da Revisão da Sprint e 
antes da reunião de planejamento da próxima Sprint. Esta é uma 
reunião timeboxed de três horas para uma Sprint de um mês.  
Proporcionalmente um tempo menor é alocado para Sprints 
menores. 
O propósito da Retrospectiva da Sprint é: 
• Inspecionar como a última Sprint foi em relação às pessoas, 
relações, processos e ferramentas; 
• Identificar e ordenar os principais itens que foram bem e as 
potenciais melhorias; 
• Criar um plano para implementar melhorias no modo que o Time 
Scrum faz seu trabalho; 
O Scrum Master encoraja o Time Scrum a melhorar, dentro do 
processo do framework do Scrum, o processo de desenvolvimento 
e as práticas para fazê-lo mais efetivo e agradável para a próxima 
Sprint.  
Durante cada Retrospectiva da Sprint, o Time Scrum planeja 
formas de aumentar a qualidade do produto, adaptando a definição 
de “Pronto” quando apropriado. 
40 
 
 
 
 
Ao final da Retrospectiva da Sprint, o Time Scrum deverá ter 
identificado melhorias que serão implementadas na próxima Sprint.  
A implementação destas melhorias na próxima Sprint é a forma de 
adaptação à inspeção que o Time Scrum faz a si próprio.  
A Retrospectiva da Sprint fornece um evento dedicado e focado na 
inspeção e adaptação, no entanto, as melhorias podem ser 
adotadas a qualquer momento. 
Em resumo o Sprint Review foca na revisão do produto e a 
Retrospectiva na revisão do processo. 
 
 
Com funcionam os Eventos 
do Scrum? 
Se você chegou até aqui é porque já aprendeu a respeito dos 
eventos do Scrum. Sendo assim, descreva abaixo como você 
organizaria o seu primeiro Sprint Planning? 
Durante o Sprint Planning o que você faria para garantir um bom 
planejamento do sprint eliminando quaisquer viés de 
comunicação? 
Qual o real objetivo do Sprint Planning? 
Quem são os responsáveis pela estimativa de cada item do 
backlog? 
Qual a função do Sprint Review? 
Porque é preciso realizar a Retrospectiva do Sprint ?   
41 
 
 
 
 
 
CAPÍTULO 4 
Os Artefatos do Scrum 
   
42 
 
 
 
 
Os Artefatos do Scrum na 
Prática 
Os artefatos do Scrum são excelentes ferramentas de apoio para a 
prática dos pilares do Scrum, bem como, apoiar as tomadas de 
decisões do Scrum Master e Product Owner e prover informações 
significativas para o DevTeam. 
 
O Backlog do Produto 
 
O Backlog do Produto é uma lista ordenada de tudo que deve ser 
necessário no produto, e é uma origem única dos requisitos para 
qualquer mudança a ser feita no produto.  
 
 
 
 
 
 
 
 
 
 
O Product Owner é responsável pelo Backlog do Produto, incluindo 
seu conteúdo, disponibilidade e ordenação. 
Em conjunto com as demais partes interessadas no produto, é ele 
quem define os itens do Product Backlog. 
43 
 
 
 
 
Em seguida, ele garante que os itens do Backlog são colocadas na 
seqüência correta (usando fatores como valor, custo, 
conhecimento e risco), de modo que os itens de alto valor 
apareceram no topo do backlog do produto e os itens de menor 
valor aparecer em direção ao fundo. 
O Product backlog é um documento que está constantemente 
evoluindo. Os itens podem ser adicionados, excluídose revisto 
pelo Product Owner por conta de mudanças nas condições de 
negócios, ou conforme a compreensão da equipe Scrum sobre o 
produto aumenta. 
Os itens do Backlog do Produto de ordem mais alta (topo da lista) 
devem ser mais claros e mais detalhados que os itens de ordem 
mais baixa. 
Estimativas mais precisas são feitas com base na maior clareza e 
maior detalhe; Quanto menor a ordem na lista, menor são os 
detalhes. Os itens do Backlog do Produto que irão ocupar o 
desenvolvimento na próxima Sprint são mais refinados, tendo sido 
decompostos de modo que todos os itens possam ser “Prontos” 
dentro do time-box da Sprint. 
Os itens do Backlog do Produto que podem ser “Prontos” pela 
Equipe de Desenvolvimento dentro da Sprint são considerados 
como “disponíveis” ou “executáveis” para seleção na Reunião de 
Planejamento da Sprint. 
Requisitos nunca param de mudar, então o Backlog do Produto é 
um artefato vivo.  
Mudanças nos requisitos de negócio, condições de mercado ou 
tecnologia podem causar mudanças no Backlog do Produto. 
Múltiplos Times Scrum frequentemente trabalham juntos no mesmo 
produto. O Backlog do Produto é usado para descrever o trabalho 
previsto para o produto durante todo o projeto.  
44 
 
 
 
 
Em geral a atividade de criar e de refinar os itens do product 
backlog, estimando o tamanho e esforço de cada item, é chamada 
de ​Grooming​. 
Backlog do Sprint 
O Backlog da Sprint é um conjunto de itens do Backlog do Produto 
selecionados para a Sprint, visando atingir o objetivo da Sprint.  
O Backlog da Sprint é a previsão da Equipe de Desenvolvimento 
sobre qual funcionalidade estará no próximo incremento e do 
trabalho necessário para entregar a funcionalidade. 
O Backlog da Sprint define qual trabalho o DevTeam realizará para 
converter os itens do Backlog do Produto em um incremento 
“Pronto” do Produto ao final do Sprint.  
O Backlog do Produto torna visível todo o trabalho que a Equipe de 
Desenvolvimento identifica como necessário para atingir o objetivo 
da Sprint. 
O Backlog da Sprint é um plano com detalhes suficientes que as 
mudanças em progresso sejam entendidas durante a Reunião 
Diária.  
A Equipe de Desenvolvimento modifica o Backlog da Sprint ao 
longo de toda a Sprint, e o Backlog da Sprint vai surgindo durante 
a Sprint. Este surgimento ocorre quando o DevTeam trabalha 
segundo o plano e aprende mais sobre o trabalho necessário para 
alcançar o objetivo da Sprint. 
Sempre que um novo trabalho é necessário, o DevTeam adiciona 
este item ao Backlog da Sprint. Conforme o trabalho é realizado ou 
completado, a estimativa do trabalho restante é atualizada.  
Quando elementos do plano são considerados desnecessários, 
eles são removidos. Somente o DevTeam pode alterar o Backlog 
da Sprint durante a Sprint, contudo eles não estão autorizados a 
retirar nenhum item priorizado pelo Product Owner. 
O Backlog da Sprint é altamente visível, uma imagem em tempo 
real do trabalho que a Equipe de Desenvolvimento planeja 
completar durante a Sprint, e pertence exclusivamente à Equipe de 
Desenvolvimento. 
45 
 
 
 
 
Incremento 
O incremento é o principal artefato do Scrum, é a soma de todos 
os itens do Backlog do Produto completados ao final das Sprints.  
Ao final da Sprint um novo incremento deve estar “Pronto”, o que 
significa que deve estar na condição utilizável e atender a definição 
de “Pronto” do Time Scrum.  
Este deve estar na condição utilizável independentemente do 
Product Owner decidir por liberá-lo realmente ou não para 
produção.  
Em resumo é o produto entregue a cada Sprint até se ter a versão 
final do produto. 
Definição de Pronto 
No Scrum nós consideramos como resultado do Sprint produto ou 
funcionalidade concluída. 
Para saber quando, e como, uma parte do 
produto ou funcionalidade deve ser considerada 
concluída nós utilizamos um documento 
chamado Definition of Done. 
Para aprender mais sobre DoD, clique aqui e leia 
o nosso artigo completo sobre o assunto. 
 
Embora, isso varie significativamente de um extremo ao outro para 
cada time Scrum, os integrantes devem ter um entendimento 
compartilhado do que significa o trabalho estar completo, 
assegurando a transparência.  
Esta é a “Definição de Pronto” para o Time Scrum e é usado para 
assegurar quando o trabalho está completado no incremento do 
produto. 
A definição de pronto é ponto chave para garantir qualidade do 
produto é um dos itens necessários para garantir um processo de 
entrega à expectativa do Product Owner. 
Neste ponto é onde se demonstra a necessidade de 
auto-gerenciamento e maturidade por parte dos times Scrum, uma 
vez que um item do Product Backlog jamais será considerado 
concluído se não estiver realmente “Pronto”. 
46 
 
 
 
 
A equipe de Desenvolvimento entrega um incremento de 
funcionalidade do produto a cada Sprint.  
Este incremento é utilizável, assim o Product Owner pode escolher 
por liberá-lo imediatamente. Cada incremento é adicionado a todos 
os incrementos anteriores e completamente testado, garantindo 
que todos os incrementos funcionam juntos. 
Com um DevTeam maduro em Scrum, é esperado que a sua 
definição de “Pronto” seja expandida para incluir critérios mais 
rigorosos de alta qualidade. 
Para ser mais específico segue um exemplo simples de uma 
Definition of Done. 
1. Construção concluída ( Concluir tudo o que foi preciso para 
entregar o objetivo do Sprint) 
2. Manual do Usuário Atualizado 
3. Resultados de testes com 90% de sucesso ou superior. 
4. Evidência de Testes realizados disponibilizados no diretório 
do projeto. 
5. Documentação relevante ou Diagramas produzidos devem 
estar atualizados. 
6. Quadro Kanban Atualizado 
7. Produto do Sprint separado para Revisão do PO no próximo 
Review. 
   
47 
 
 
 
 
Kanban: Como Monitorar o Progresso da Sprint 
O DevTeam monitora o total do trabalho restante pelo menos a 
cada Reunião Diária.   
A Equipe de Desenvolvimento acompanha estes resumos diários e 
projeta a probabilidade de alcançar o objetivo da Sprint juntamente 
com o Scrum Master. 
O Scrum não considera o tempo gasto trabalhando nos itens do 
Backlog da Sprint. O trabalho restante e a data são as únicas 
variáveis que interessam, sendo que a data do Sprint é um 
compromisso do DevTeam que deve ser perseguido sob toda e 
qualquer circunstância. 
O Kanban é uma Excelente forma de se monitorar o andamento da 
Sprint 
Kanban é um termo de origem japonesa e significa literalmente 
“cartão visual” ou “sinalização”.  
É um conceito relacionado com a utilização de cartões (post-it e 
outros) para indicar o andamento dos fluxos de produção em 
empresas de fabricação em série.  
Nesses cartões são colocadas indicações sobre uma determinada 
tarefa, por exemplo, “para executar”, “em andamento” ou 
“finalizado”. 
A utilização de um sistema Kanban permite um controle detalhado 
de produção com informações sobre quando, quanto e o que 
produzir.  
O método Kanban foi inicialmente aplicado em empresas 
japonesas de fabricação em série e está estreitamente ligado ao 
conceito de “just in time”.  
A empresa japonesa de automóveis Toyota foi a responsável pela 
introdução desse método devido a necessidade de manter um 
eficaz funcionamento do sistema de produção em série. 
A Existência de uma parede cheia de post-its é uma das 
características mais marcantes dos projetos ágeis. 
O Quadro Scrum pode ser de grande valia para além de controlar o 
fluxo de trabalho dentro de um Sprint, também fornecer 
48 
 
 
 
 
transparência nas reuniões diárias e também eliminar quaisquer 
tipos de ansiedade em relação ao andamento do projeto. 
Recomendamos fortemente que utilize Kanban para tornar o seu 
trabalho visível e para monitorar de modo claro o andamento dos 
trabalhos do Sprint. 
 
 
 
 
   
49 
 
 
 
 
 
Como Usar Artefatos no seu 
Projeto? 
Pondere sobre estas perguntas e procure aplicá-las em seu 
projeto: 
Qual o ponto mais importante na utilização de product Backlog?O que você acha que pode utilizar para monitorar o progresso do 
Sprint adequadamente? 
Pensando em seu projeto, apresente uma definição de pronto que 
esteja de acordo com as expectativas do seu Product Owner. 
Preencha o Product Backlog e visualize o produto potencialmente 
entregável ao final do projeto. Qual o Sprint Backlog do primeiro 
Sprint? 
   
50 
 
 
 
 
CAPÍTULO 5 
As Certificações 
Scrum Master 
   
51 
 
 
 
 
 
 
Quais as principais 
Certificações? 
As certificações profissionais existem como uma forma de 
comprovar que o profissional detém os conhecimentos necessários 
para exercer uma determinada função. 
É algo como uma comprovação técnica do conhecimento e 
habilidades. 
Em segmentos como as áreas de saúde e área financeira, as 
certificações são de extrema importância. 
Já a muitos anos, para o setor de gestão de projetos, as 
certificações são de extrema relevância também. 
O processo de seleção de candidatos, realizado pelo RH das 
empresas, tem cada vez mais priorizado os profissionais que 
detém certificações profissionais, até como forma de 
selecionar os melhores. 
Embora a certificação apenas não garanta a eficiência do 
profissional, o fato de possuir o certificado, pode fazer a diferença 
no processo de seleção para uma vaga de emprego ou promoção. 
E isso não é diferente no Mercado de Scrum… 
Com o foco que o mercado está dando à utilização de métodos 
ágeis nos projetos, os profissionais que possuem a Certificação 
Scrum Master estão cada vez mais em destaque. 
 
 
52 
 
 
 
 
Quais são as melhores 
Certificações Scrum Master 
do mercado? 
Existem 4 principais institutos que emitem a certificação Scrum                 
Master  
Em 2002 a Scrum Alliance lançou 
a Certificação CSM. 
 
 
53 
 
 
 
 
Durante os primeiros 10 anos da Certificação ​Certified Scrum 
Master ​Para tirar a Certificação bastava uma pessoa participar de 
um curso de dois dias e, prestando atenção ou não, ela se formava 
como Scrum Master. Atualmente é preciso fazer uma prova e pagar 
um valor a cada 2 anos para que o profissional possa manter a 
certificação. Esta certificação tem reconhecimento internacional. 
(CSM) ​da Scrum Alliance não era necessário fazer nenhum exame 
ou avaliação. 
   
54 
 
 
 
 
Em 2010 os criadores do 
Scrum Jeff Sutherland e 
Ken Schwaber, se 
desligaram da Scrum 
Alliance criaram um novo 
instituto, o Scrum.org, 
que passou a oferecer a 
avaliação ​Professional Scrum Master I (PSM I) ​via internet. 
Esta certificação é a mais relevante para o mercado e a que mais 
tem sido exigida pelas empresas como critério de seleção para 
vagas de Scrum Master, Product Owner e Agile Coach. 
Não é preciso pagar taxas para renovação, uma vez que você tira a 
certificação você está qualificado A certificação é reconhecida 
internacionalmente. 
 
 
   
55 
 
 
 
 
Em 2011 o PMI, que 
mundialmente conhecido 
pela Certificação PMP 
relacionada ao método 
tradicional de projetos, 
criou a certificação ​Agile 
Certified Practitioner (PMI 
-ACP) ​com um conteúdo 
bem mais abrangente e 
com diversos requisitos mais amplos do que apenas o Scrum 
 
   
56 
 
 
 
 
Em 2014 a EXIN que foi muito 
reconhecida pelas Certificações ITIL 
criou um m programa de certificação 
em gerenciamento ágil de projetos 
contendo duas certificações: ​Agile 
Scrum Foundation (ASF)​ e Agile 
Scrum Master (ASM). Esta certificação ainda não tem sido 
reconhecida pelas empresas como as anteriores. 
 
 
   
57 
 
 
 
 
Resumo sobre as 
Certificações Scrum Master 
Na tabela abaixo você encontrará um resumo com todas as 
características de cada uma das Certificações Scrum Master 
mencionadas anteriormente. 
 
   
58 
 
 
 
 
CAPÍTULO 6 
Extras 
   
59 
 
 
 
 
Material Adicional 
Além do conteúdo especial deste livro, separamos alguns materiais 
especiais para te ajudar ainda mais no desenvolvimento de sua 
carreira como Scrum Master. 
Clique nos Links para acessar: 
● Artigos sobre Scrum - Blog da MindMaster 
● Download do Scrum Guide em Português 
● Download do Nexus Guide em Português 
● Simulado Grátis Oficial para a Certificação Scrum Master 
   
60 
http://www.mindmaster.com.br/blog/
https://scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Portuguese-Brazilian.pdf
https://scrumorg-website-prod.s3.amazonaws.com/drupal/2018-01/2018-Nexus-Guide-Portuguese-Brazillian.pdf?nexus-file=https%3A%2F%2Fscrumorg-website-prod.s3.amazonaws.com%2Fdrupal%2F2018-01%2F2018-Nexus-Guide-Portuguese-Brazillian.pdf
https://www.scrum.org/open-assessments/scrum-open
 
 
 
 
 
 
 
 
 
 
SOBRE 
Os Autores 
   
61 
 
 
 
 
Denisson Vieira 
Ajuda empresas e profissionais a 
serem mais ágeis e produtivos 
em seus projetos. 
Já implantou Scrum em dezenas 
de empresas e liderou uma das 
maiores transformações ágeis do 
país, com mais de 2.000 
profissionais atuando com 
métodos ágeis. 
Já ajudou centenas de profissionais a obterem sua Certificação 
Scrum Master e Product Owner, é autor de diversos artigos e do 
vídeo mais famoso no Brasil sobre Scrum, o “Scrum em 9 Minutos”. 
 
Denis Pedro 
Possui 17 anos de atuação 
executiva em Projetos, tendo 
liderado dezenas de projetos 
dentro e fora do Brasil. 
​Se especializou em ajudar 
profissionais a se desenvolverem 
na carreira usando métodos ágeis. 
​É autor de diversas publicações 
sobre Agile, criador do Quadrante 
do Sucesso, um método 
comprovado para crescimento na 
carreira. 
 
   
62 
 
 
 
 
A MindMaster Treinamentos 
A MindMaster Treinamentos é a empresa pioneira no Brasil em 
treinamentos online de Scrum e Métodos Ágeis. 
Com mais de 5 mil alunos formados, já capacitamos profissionais 
das principais companhias do Brasil e do exterior. 
Centenas de alunos já conquistaram suas certificações 
profissionais através dos treinamentos da MindMaster 
Se você deseja se capacitar ainda mais em métodos ágeis, acesse 
o site e descubra um portfólio completo de formação profissional. 
 
 
 
www.mindmaster.com.br 
   
63 
http://www.mindmaster.com.br/