Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.

291-91
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

Í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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

CAPÍTULO 1

Os Fundamentos do
Scrum

6
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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 ou acesse
[Link]

8
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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 ​[Link]
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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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ç[Link] 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 pessoas e 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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

CAPÍTULO 2

O Time Scrum

20
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

• 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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

Para que o Product Owner tenha 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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

• 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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

• 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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

CAPÍTULO 3

Os Eventos do Scrum

27
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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 pode mudar, 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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

Reunião Diária ou Daily

Scrum

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

• 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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

CAPÍTULO 4

Os Artefatos do Scrum

42
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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ídos e 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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

CAPÍTULO 5

As Certificações
Scrum Master

51
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

Em 2010 os criadores do
Scrum Jeff Sutherland e
Ken Schwaber, se
desligaram da Scrum
Alliance criaram um novo
instituto, o [Link],
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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

CAPÍTULO 6

Extras

59
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

SOBRE

Os Autores

61
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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
Licensed to Bianca Aparecida Martinez - biancamartz@[Link] - 995.523.291-91

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.

[Link]

63