Como surgiu o Scrum?

Como surgiu o Scrum?

• O Scrum foi idealizado por três dos
programadores que formularam o Manifesto
Ágil: Mike Beedle, Ken Schwaber e Jeff
Sutherland.
• Apesar de seguir as normas e princípios do
Manifesto Ágil, a metodologia é anterior a ele,
tendo sido criada em 1993.
 Como surgiu o Scrum?
• Na época, Jeff Sutherland e seus colegas
estavam insatisfeitos quanto ao modo com que
os processos de produção de software eram
conduzidos – no formato cascata – e
resolveram buscar alternativas mais eficazes.
 Como surgiu o Scrum?
• A partir de estudos de caso, em especial das
boas práticas implementadas na indústria
japonesa (Toyota e Honda), os programadores
chegaram aos princípios do Scrum.

• O nome dessa ferramenta veio do universo do

Rugby, no qual Scrum corresponde a uma
reunião breve, feita antes dos jogadores
iniciarem um lance.
 Scrum
• Scrum é uma maneira eficiente e flexível de
trabalhar em equipe. Ele ajuda as pessoas a
resolver problemas complicados e a criar valor
de forma contínua. Através de regras e
práticas claras, o Scrum orienta como o
trabalho deve ser feito e como a equipe deve
colaborar.
 Scrum
• Basicamente, Scrum é como um guia que mostra
como trabalhar melhor juntos e resolver desafios
complexos de forma adaptável.

• O Scrum estimula as equipes a aprender com as

experiências a partir da primeira sprint, a se
organizar enquanto resolvem um problema e a
refletir sobre os sucessos e fracassos para uma
melhoria contínua e assertiva.
 Scrum
• Embora o Scrum seja mais usado pelas
equipes de desenvolvimento de software, os
princípios e as lições dessa estrutura podem
ser aplicados a todos os tipos de trabalhos em
equipe.
 Scrum
• A definição de Scrum é baseada no empirismo
e no pensamento enxuto. O empirismo diz
que o conhecimento vem da experiência e que
as decisões são tomadas com base no que é
observado.
 Scrum
• É estruturado para ajudar as equipes a se
adaptar com naturalidade às mudanças e aos
requisitos do usuário, com repriorização
integrada no processo e ciclos curtos de
liberação para que a equipe aprenda e melhore
sempre.
 Os Valores do Scrum
• O sucesso do uso do Scrum depende das pessoas se
tornarem mais proficientes em viver cinco valores:
• Compromisso, Foco, Abertura, Respeito e Coragem

• O Scrum Team se compromete a atingir seus objetivos e

ajudar uns aos outros. Seu foco principal é o trabalho da
Sprint para fazer o melhor progresso possível em direção a
essas metas. O Scrum Team e seus stakeholders são abertos
quanto ao trabalho e os desafios. Os membros do Scrum
Team se respeitam quanto a serem pessoas capazes e
independentes, e são respeitados como tal pelas pessoas
com quem trabalham. Os membros do Scrum Team tem a
coragem de fazer a coisa certa e trabalhar em problemas
difíceis.
 Os Valores do Scrum
• Os valores do Scrum orientam o trabalho,
ações e comportamento do Scrum Team,
devendo ser reforçados nas decisões e uso do
Scrum. À medida que trabalham com eventos
e artefatos do Scrum, os membros do time
aprendem e exploram esses valores. Quando
incorporados, fortalecem os pilares empíricos
do Scrum de transparência, inspeção e
adaptação ganham vida, construindo
confiança.
 A Equipe Scrum
• A equipe de Scrum é pequena, ágil e dedicada
a oferecer incrementos de produtos
comprometidos.
• O tamanho da equipe de Scrum no geral é
pequeno, com cerca de 10 pessoas, mas é
grande o suficiente para concluir uma parte
substancial do trabalho com um sprint.
 A Equipe Scrum
• A equipe de Scrum precisa de três funções
específicas:

– Proprietário do produto (Product Owner)

– Mestre do Scrum (Scrum Master)
– Equipe de desenvolvimento (Scrum Team)
 A Equipe Scrum
• Como as equipes de Scrum são
multifuncionais, a equipe de desenvolvimento
inclui testadores, designers, especialistas em
experiência do usuário e engenheiros de
operações, além de desenvolvedores.
 Product Owner (PO)
• Foco Principal:
• Representar os interesses do cliente ou usuário final.
• Maximizar o valor do produto que está sendo desenvolvido.

• Responsabilidades:
• Definir e priorizar as funcionalidades do produto (backlog do
produto).
• Garantir que a equipe de desenvolvimento entenda o que precisa
ser feito.
• Validar se o produto atende às necessidades do cliente ou usuário.
• Tomar decisões sobre o que será entregue em cada iteração
(sprint).
• Colaborar com stakeholders para alinhar expectativas e
necessidades.
 Product Owner (PO)
• Habilidades:
• Visão estratégica do produto e do mercado.
• Capacidade de priorização e tomada de decisão.
• Habilidades de comunicação para traduzir
necessidades do cliente em requisitos técnicos.

• Contexto:
• Papel essencial em metodologias ágeis, como
Scrum. O PO é parte integrante da equipe ágil e
trabalha diretamente com os desenvolvedores.
 Scrum Master
• Um Scrum Master é um facilitador e líder-serviço para uma
equipe Scrum. Aqui estão alguns pontos principais sobre
suas responsabilidades:
• Facilitação do Scrum:
– Garante que o time compreenda e adote os valores, princípios e
práticas do Scrum.
– Organiza e facilita as cerimônias do Scrum: Daily Scrum, Sprint
Planning, Sprint Review e Sprint Retrospective.
• Remoção de Impedimentos:
– Ajuda a identificar e remover obstáculos que possam dificultar o
progresso da equipe.
– Atua como um escudo para a equipe, protegendo-a de
distrações externas.
 Scrum Master
• Coaching e Mentoria:
– Treina a equipe e a organização na adoção do Scrum.
– Promove um ambiente de aprendizado contínuo e melhoria.
• Promoção da Colaboração:
– Incentiva a comunicação e a colaboração eficazes entre os
membros da equipe.
– Facilita a resolução de conflitos e promove a auto-organização.
• Ligação com Stakeholders:
– Colabora com o Product Owner e outras partes interessadas
para garantir que o backlog do produto esteja claro e priorizado.
– Assegura que a equipe entregue valor continuamente aos
clientes.
 Scrum Team
• Um grupo multifuncional de profissionais que
trabalham juntos para entregar incrementos do
produto a cada Sprint. Pode incluir
desenvolvedores, designers, testadores, etc.

• Cada papel tem responsabilidades específicas,

mas todos colaboram para alcançar um objetivo
comum: entregar um produto funcional de alta
qualidade de forma iterativa e incremental.
 Scrum Team
• São os campeões em práticas sustentáveis de
desenvolvimento. As equipes do Scrum mais
eficazes, são unidas, compartilham o
mesmo local e normalmente são
compostas por cinco, seis ou sete membros.

• Uma maneira de resolver o tamanho da

equipe é usar a famosa "regra das duas
pizzas", criada por Jeff Bezos, CEO da
Amazon (a equipe deve ser pequena o
suficiente para dividir duas pizzas).
Scrum
 Artefatos do Scrum
• Os artefatos do Scrum são informações
importantes usadas pela equipe de Scrum
que ajudam a definir o produto e o trabalho a
ser feito para criar o produto.
 Organizar o Backlog
• Um Product Backlog bem organizado é essencial para o sucesso de qualquer
projeto que utilize a metodologia Scrum, pois ele serve como o guia principal para
o desenvolvimento do produto.

• Clareza e Transparência:
– Um Product Backlog bem organizado garante que todos na equipe saibam o
que precisa ser feito.
– Isso evita mal-entendidos e garante que todos estejam alinhados com os
objetivos do produto.
• Priorização Eficiente:
– Organizar o Product Backlog permite que as tarefas mais importantes sejam
identificadas e realizadas primeiro.
– Isso garante que o valor máximo seja entregue ao cliente o mais rápido
possível.
• Foco no Valor:
– Um Product Backlog organizado ajuda a equipe a focar nas tarefas que
agregam mais valor ao produto e ao usuário final.
– Tarefas menos importantes ou desnecessárias podem ser identificadas e
removidas.
 Organizar o Backlog
• Facilita o Planejamento das Sprints:
– Um Product Backlog bem organizado torna o planejamento das Sprints
mais eficiente.
– A equipe pode selecionar as tarefas mais importantes e adequadas
para cada Sprint.
• Adaptação a Mudanças:
– Um Product Backlog organizado é mais fácil de ajustar quando surgem
novas prioridades ou mudanças no projeto.
– Isso permite que a equipe seja ágil e responda rapidamente a novas
necessidades.
• Melhora a Colaboração:
– Quando o Product Backlog está bem organizado, a comunicação entre
o Product Owner, a equipe de desenvolvimento e os stakeholders é
mais eficaz.
– Todos têm uma visão clara do que precisa ser feito e por quê.
 Product Backlog
• O backlog do produto é a principal lista
do trabalho que precisa ser feita e é
mantida pelo proprietário do produto ou
gerente de produtos.

• O Product Backlog é uma lista dinâmica e

priorizada de tudo o que precisa ser feito em
um projeto. Ele é mantido pelo Product
Owner (dono do produto) e inclui:
 Product Backlog
• Funcionalidades: Novas features ou melhorias
no produto.
• Tarefas técnicas: Ações necessárias para
suportar o desenvolvimento.
• Correções de bugs: Problemas que precisam
ser resolvidos.
• Requisitos não funcionais: Itens como
desempenho, segurança e usabilidade.
 Sprint Backlog
• O backlog do sprint é a lista de itens, histórias de
usuários ou correções de bugs selecionada pela
equipes de desenvolvimento para a
implementação no ciclo atual de sprint.

• O Sprint Backlog é a lista de tarefas que a equipe

se compromete a realizar durante uma Sprint. Ele
é criado durante o Sprint Planning (reunião de
planejamento da Sprint) e contém:
 Sprint Backlog
• Itens do Product Backlog: Tarefas selecionadas do Product
Backlog (lista de prioridades do projeto) que serão
trabalhadas na Sprint.

• Tarefas técnicas: Ações específicas necessárias para

concluir os itens do Product Backlog.

• Meta da Sprint: Um objetivo claro que a equipe quer

alcançar ao final da Sprint.
• O Sprint Backlog deve conter apenas o que a equipe
consegue realizar dentro do tempo da Sprint.
• Dica: Evite sobrecarregar a equipe com tarefas demais.
 Incremento
• Esse é um conceito fundamental, pois representa o
resultado tangível de cada Sprint e o progresso real em
direção ao objetivo do produto.

• O Incremento é o card/task sendo concluído com

partes do produto desenvolvido, revisado, testado e
aguardando homologação ou deploy pra produção
(exemplo: front, back, api).

• Cada novo Incremento adiciona valor ao produto,

construindo sobre os anteriores.
 Incremento
• O Incremento deve atender à Definition of
Done (Definição de Pronto) da equipe, ou seja,
estar completamente finalizado e sem dívidas
técnicas.

• A equipe deve ter critérios claros para considerar

um item "pronto". Exemplo:
– Código revisado e testado.
– Documentação atualizada.
– Funcionalidade aprovada pelo Product Owner.
 Cerimônias Scrum
• As cerimônias do Scrum são eventos estruturados que
ocorrem ao longo do ciclo de desenvolvimento do
produto. Elas garantem que a equipe esteja alinhada,
que o progresso seja visível e que os ajustes
necessários sejam feitos de forma ágil. As principais
cerimônias são:

• Sprint Planning (Planejamento da Sprint)

• Daily Scrum (Reunião Diária)
• Sprint Review (Revisão da Sprint)
• Sprint Retrospective (Retrospectiva da Sprint)
 Sprint Planning
• É o trabalho que vai ser realizado (escopo) ao
longo do sprint atual é planejado durante
essa reunião por toda a equipe de
desenvolvimento.
 Sprint Planning
• É o evento que inicia a sprint, quando as
tarefas a serem feitas no período acordado
são planejadas. É essencial que esse momento
seja feito em colaboração com toda a equipe,
para que ela avalie e se comprometa com o
que de fato é possível ser entregue ao final do
prazo.
 Sprint Planning
• Essas histórias sempre se alinham à meta e
também são aceitas pela equipe do Scrum
como sendo viáveis para a implementação
durante o sprint.
• No final da reunião de planejamento, cada
membro do Scrum precisa esclarecer o que
pode ser apresentado no sprint e como o
incremento pode ser entregue.
 Daily Scrum
• É uma reunião rápida de no máximo (15
minutos) onde a equipe sincroniza o trabalho.
 Daily Scrum
• Como funciona a Daily Scrum?
• A reunião é conduzida de forma simples e estruturada.
Cada membro da equipe responde a três perguntas
principais:
• O que fiz ontem?
– Compartilhar o que foi realizado desde a última Daily
Scrum.
• O que vou fazer hoje?
– Explicar o que planeja realizar até a próxima reunião.
• Há algum impedimento?
– Identificar obstáculos que estão atrapalhando o progresso.
 Daily Scrum
• Importância:
– Mantém todos alinhados sobre o progresso.
– Identifica obstáculos que precisam ser resolvidos.
– Promove a transparência e a colaboração.
 Sprint Review
• Reunião ao final da Sprint para apresentar o
que foi entregue.
 Sprint Review
• A equipe de desenvolvimento mostra os
itens de backlog que estão "concluídos"
para as partes interessadas e aos colegas
de equipe para que eles possam dar o
feedback.
 Sprint Review
• É também nessa reunião de análise que o P.O
reformula o backlog com base no sprint atual.

• Esse backlog pode orientar a próxima sessão de

planejamento de sprint.

• Importância:
– Mostra o progresso real do produto.
– Coleta feedback dos stakeholders.
– Ajusta o Product Backlog com base nas novas
necessidades.
 Sprint Retrospective
• Reunião onde a equipe reflete sobre a Sprint e
identifica melhorias, discutir o que funcionou
e o que não funcionou em um sprint, em um
projeto, nas pessoas ou nos relacionamentos,
nas ferramentas ou, até mesmo, em
determinadas cerimônias.
 Sprint Retrospective
• A ideia é que a equipe possa focar no que foi
bem e o que precisa melhorar para a próxima
sprint, sem focar n o que deu errado.
 Sprint Retrospective
• Importância:
– Promove a melhoria contínua.
– Ajuda a equipe a trabalhar de forma mais
eficiente.
– Fortalece a colaboração e o espírito de equipe.
• Referência:
• Scrum Guide Portuguese BR 3.0 – 2020.
• Scrum. Acessível em:
http://www.desenvolvimentoagil.com.br/scrum