O que é SCRUM

Uma Introdução ao
SCRUM
www.LUXFACTA.com.br

Perdendo no revezamento...

O estilo de “corrida de revezamento” aplicado ao
desenvolvimento de produtos pode conﬂitar com os
objetivos de velocidade e ﬂexibilidade máximas. Ao invés
disto, um estilo holístico, onde a equipe busca, como em
um jogo de futebol, de forma integrada, chegar ao gol,
com passes de bola, pode servir melhor às atuais
necessidades competitivas.

Adequado de “The New New Product Development Game”, Hirotaka Takeuchi e
Ikujiro Nonaka, Harvard Business Review, January 1986.

Scrum em 100 palavras
l  Scrum é um processo ágil que permite manter o foco na entrega do maior
valor de negócio, no menor tempo possível.
l  Isto permite a rápida e contínua inspeção do software em produção (em
intervalos de duas a quatro semanas).
l  As necessidades do negócio é que determinam as prioridades do
desenvolvimento de um sistema. As equipes se auto-organizam para deﬁnir
a melhor maneira de entregar as funcionalidades de maior prioridade.
l  Entre cada duas a quatro semanas todos podem ver o real software em
produção, decidindo se o mesmo deve ser liberado ou continuar a ser
aprimorado por mais um “Sprint”.

Origens do Scrum
l  Jeff Sutherland
l  Uso
inicial
do
scrum
na
Easel
em
1993

l  IDX
e
mais
de
500
pessoas
usando
scrum

l  Ken Schwaber
l  ADM

l  Apresentação
na
OOPSLA
96
com
Sutherland

l  Três
livros
sobre
Scrum

l  Mike Beedle
l  Padrões
para
o
Scrum
na
PLOPD4

l  Ken Schwaber and Mike Cohn
l  Fundaram
a
Scrum
Alliance
em
2002,
inicialmente

junto
com
a
Agile
Alliance

Origens do Scrum
l  The Mythical Man Month by Frederick Brooks, 1975.
-  Quando
um
projeto
está
atrasado,
adicionar
pessoas
ao

projeto
servirá
apenas
para
atrasá-‐lo
ainda
mais.

-  Devemos
considerar
o
tempo
que
perdemos
em
gestão
e

comunicação
quando
temos
pessoas
demais
trabalhando
em

um
projeto.

-  Ao
calcular
o
tempo
de
desenvolvimento
de
qualquer
coisa,

temos
que
dobrá-‐lo.
O
programador
precisa
de
"tempo
para

pensar"
além
do
"tempo
para
programar"

-  (tradução
livre)‫
‏‬

Quem usa o Scrum?
l  Microsoft l  Intuit
l  Yahoo l  Nielsen Media
l  Google l  First American Real Estate
l  Electronic Arts l  BMC Software
l  High Moon Studios l  Ipswitch
l  Lockheed Martin l  John Deere
l  Philips l  Lexis Nexis
l  Siemens l  Sabre
l  Nokia l  Salesforce.com
l  Capital One l  Time Warner
l  BBC l  Turner Broadcasting
l  Intuit l  Oce

Scrum tem sido usado para:
l  Software comercial l  Video games
l  Desenvolvimento interno l  Sistemas para suporte à vida
l  Desenvolvimento contratado l  Sistemas para controle de satélites
(terceirização)‫‏‬
l  Websites
l  Projetos de preço ﬁxo
l  Software para handhelds
l  Aplicações Financeiras
l  Telefones celulares
l  Aplicações certiﬁcadas pela isso 9001
l  Aplicações para redes
l  Sistemas embarcados
l  Aplicações de ISV (Independent
l  Sistemas disponíveis 24x7 Software Vendors)‫‏‬
l  Desenvolvimento por hackers l  Algumas das maiores aplicações em
solitários produção

Características
l  Equipes que se auto-organizam
l  O produto evolui em uma série de “Sprints” mensais
l  Os requerimentos são listados em um “Product
Backlog”
l  Não há prática de engenharia prescrita (o Scrum
adequa-se a todas)‫‏‬
l  Usa regras generativas na criação de um ambiente
ágil para a entrega de projetos
l  É uma das “metodologias ágeis”

Manifesto Ágil - Valores
Indivíduos e Processos e
interações ferramentas

Software que Documentação
funciona ao abrangente
invés
Colaboração do de Negociação de
cliente contrato
Resposta à
Seguir um plano
mudanças

www.agilemanifesto.org

Nível de ruído em um projeto
Scrum

Longe de
acordo
Anarquia
Requerimentos

Complexo

Perto de Simples
Acordo
Perto da Tecnologia Longe da
certeza certeza

Fonte: Strategic Management and
Organizational Dynamics by Ralph
Stacey in Agile Software
Development with Scrum by Ken
Schwaber and Mike Beedle.

Em resumo...

Imagem disponível em:
www.mountangoatsoftware.com/scrum

Sprints
l  Projetos Scrum progridem em uma série de
“sprints”
l  Similar
às
iterações
do
XP

l  Ocorre em um período de duas a quatro semanas
l  Um período constante leva a um melhor “ritmo”
l  O produto é projetado, codiﬁcado e testado durante
o sprint

Desenvolvimento sequencial
versus paralelo
Requerimentos Projeto Código Teste

Ao invés de completar uma
coisa por vez...
... equipes Scrum fazem um
pouco de cada coisa, todo o
tempo.

Fonte: “The New New Product Development Game” by
Takeuchi and Nonaka. Harvard Business Review, January
1986.

Scrum framework
Papéis
• Dono do produto
• ScrumMaster
• Equipe
Cerimônia
• Planejamento
• Revisão
• Retrospectiva
• Reunião diária
Artefatos
• Product backlog
• Sprint backlog
• Burndown charts

Dono do produto
l  Deﬁne as funcionalidades do produto
l  Decide datas de lançamento e conteúdo
l  Responsável pela rentabilidade (ROI)‫‏‬
l  Prioriza funcionalidades de acordo com o valor de
mercado
l  Ajusta funcionalidades e prioridades
l  Aceita ou rejeita o resultado dos trabalhos

ScrumMaster
l  Representa a gerência para o projeto
l  Responsável pela aplicação dos valores e práticas
do Scrum
l  Remove obstáculos
l  Garante a plena funcionalidade e produtividade da
equipe
l  Garante a colaboração entre os diversos papéis e
funções
l  Escudo para interferências externas

Planejamento do Sprint
l  A equipe seleciona itens do Product Backlog com os
quais compromete-se a concluir
l  O Sprint Backlog é criado
l  Tarefas
idenQﬁcadas
e
esQmadas
(1
a
16
horas)‫
‏‬
l  De
forma
colaboraQva,
não
apenas
feito
pelo
ScrumMaster

l  Planejamento de alto nível é considerado

Scrum diário
l  Parâmetros
l  Diário

l  15
minutos

l  Todos em pé!
l  Não é para a solução
de problemas
l  Todo
mundo
é
convidado

l  Apenas
os
membros
da
equipe,
ScrumMaster
e
dono
do

produto
podem
falar

l  Ajuda a evitar reuniões adicionais desnecessárias

Três questões, para todos

l  As respostas não são um “relatório” para o
ScrumMaster
l  Elas são COMPROMISSOS perante os pares

Revisão do Sprint
l  Equipe apresenta os resultados obtidos durante o
Sprint
l  Tipicamente, demonstração de novas
funcionalidades ou sua arquitetura
l  Informal
l  2
horas
de
preparação

l  Sem
slides

l  Todo o time participa
l  Todo mundo é convidado

Retrospectiva do Sprint
l  Periodicamente, observe o que funciona e o que
não funciona
l  Tipicamente de 15 a 30 minutos
l  Feita após cada Sprint
l  Toda a equipe participa
l  ScrumMaster

l  Dono
do
produto

l  Membros
da
equipe

l  Clientes
e
outros

Inicia, Pára, Continua
l  A equipe discute o que gostaria de:

Iniciar a fazer

Parar de fazer
Esta é uma das
várias maneiras Continuar
de se conduzir
uma fazendo
retrospectiva do
Sprint

Product Backlog
l  Os requerimentos
l  Uma lista de todo o trabalho
desejado no projeto
l  Idealmente, na forma em que cada
item tenha seu peso de acordo com a
vontade do cliente ou usuários
l  Priorizado pelo dono do produto

Este é o Product l  Repriorizado no início de cada Sprint
Backlog

Exemplo de Product Backlog
Item do Backlog Estimativa
Permitir que o usuário faça uma reserva 3
Permitir que o usuário cancele a reserva 5

Permitir a troca de datas da reserva 3

Permitir que empregadod do hotel gerem
8
relatórios de lucratividade
Melhorar manipulação de erros 8
... 30
... 50

O objetivo do Sprint
l  Breve declaração que ilustre o foco do trabalho
durante o Sprint
Ciências da vida
Funcionalidades para estudos
Base de Dados genéticos da população

Fazer com que a aplicação rode
no SAL Server além do
PostgreSQL Serviços financeiros
Criar suporte para indicadores de
desempenho em tempo real

Gerenciando o Sprint Backlog
l  Cada indivíduo escolhe o trabalho que fará
Trabalhos
nunca
são
atribuídos

l 

l  Atualização diária da estimativa do trabalho restante
l  Qualquer membro da equipe pode adicionar, apagar ou mudar tarefas
l  O trabalho aparece a partir do Sprint
l  Se uma tarefa não é clara, deﬁna-a como um item com uma
quantidade maior de tempo e subdivida-a depois
l  Atualize as coisas a serem feitas na medida em que se tornam mais
conhecidas

Sprint Backlog

Tarefas Seg Ter Qua Qui Sex
Codificar interface de usuário 8 4 8

Codificar regra de negócio 16 12 10 4

Testar 8 16 16 11 8

Escrever help online 12

Escrever a classe foo 8 8 8 8 8

Adicionar log de erros 8 4

50
40
30
Horas

20
10
0
Seg Ter Qua Qui Sex

Escalabilidade
l  Equipe de 7 ± 2 pessoas
l  Escalabilidade
através
de
equipes
de
equipes

l  Fatores de escala
l  Tipo
de
aplicação

l  Tamanho
da
equipe

l  Dispersão
da
equipe

l  Duração
do
projeto

l  Scrum é usado em projetps envolvendo mais de 500
pessoas

Para onde ir agora?
l  www.mountaingoatsoftware.com/scrum
l  www.scrumalliance.org
l  www.controlchaos.com
l  scrumdevelopment@yahoogroups.com
l  Agile Software Development with Scrum by Ken Schwaber and
Mike Beedle
l  Agile Project Management with Scrum by Ken Schwaber
l  Scrum and the Enterprise by Ken Schwaber

Para onde ir agora?
l  Artigos de Cesar Brod, sobre Scrum, no Dicas-L
l  www.dicas-‐l.com.br/brod

l  www.brod.com.br

l  Procure por Scrum
l  Links para exemplos online de Sprint e Product Backlog

Dicas de Leitura
l  Agile and Iterative Development: A Manager’s Guide by Craig Larman
l  Agile Estimating and Planning by Mike Cohn
l  Agile Project Management with Scrum by Ken Schwaber
l  Agile Retrospectives by Esther Derby and Diana Larsen
l  Agile Software Development Ecosystems by Jim Highsmith
l  Agile Software Development with Scrum by Ken Schwaber and
l  Mike Beedle
l  Scrum and The Enterprise by Ken Schwaber
l  User Stories Applied for Agile Software Development by Mike Cohn
l  Artigos semanais em www.scrumalliance.org

O que é SCRUM

Mais conteúdo relacionado

Mais procurados (20)

Destaque (6)

Semelhante a O que é SCRUM (20)

O que é SCRUM