Scrum Introducao

Introdução
ao Gerenciamento de Projetos
utilizando Métodos Ágeis: SCRUM
Eduardo Meira Peres
Última atualização em dezembro de 2008 2008 @ Eduardo Meira Peres

2008 @ Eduardo Meira Peres
DBServer
2
Objetivos da Apresentação
 Introdução aos princípios e técnicas do
framework de gerenciamento de
projetos SCRUM
 Motivar os profissionais para o uso do
SCRUM
3
Objetivos da Apresentação
 Introdução aos princípios e técnicas do
framework de gerenciamento de
projetos SCRUM
 Motivar os profissionais para o uso do
SCRUM
 Dogmática
“Arrependei-vos –
só o SCRUM Salva! ”
 Capacitação
Tudo o que você precisa saber
sobre o SCRUM
 Filosófica
“To SCRUM or not to SCRUM..”
4
Paradoxo do Software
Como obter vantagens competitivas na atual economia ?
 Chegada rápida ao mercado de soluções muitas vezes
complexas, com qualidade, e que atendam às reais
necessidades das organizações
 Pressuposto: adaptação a mudanças
 Os modelos tradicionais de desenvolvimento não estão
preparados...
5
Um cenário conhecido...
Quando se aproxima a data
de entrega de uma release
de software
 Elevado volume de
defeitos a corrigir
 Liderança incorpora o
espírito “Mariner”
 Intenso trabalho extra
 Finais de semana
dedicados a trabalho,
X-Burguer, pizza e
coca-cola...
6
Um cenário conhecido...
Mas quando a release

finalmente é entregue...
 O prazo foi excedido...
 Os requisitos estão
incompletos...
 A qualidade do
código...
 A equipe está exausta
e com moral abatida
7
Fazer alguma coisa alguém tem !!

8
Motivação dos Métodos Ágeis

 Aumentar a
produtividade
 Melhorar a
qualidade
 Entregar mais
rápido
 Aumentar a
satisfação da equipe
 Viabilizar inovação
 Foco na
experimentação,
que é restrita
nos processos Fazer mais e
tradicionais melhor por
“Plan Do” menos
9
Essência dos Métodos Ágeis

 Código funcional
 Mudanças
 Pessoas
A interação
frequente entre as
pessoas é a forma
mais eficaz de
comunicação
10
Um Ambiente de Cooperação
 Ambiente físico de imersão
 Equipes trabalhando junto
 Objetivo comum
 Constante interação entre equipe,
usuários,...
 Paredes com gráficos das releases
e iterações, contador de término,...
11
Eficácia nas Comunicações

 Priorização de formas efetivas de comunicação (quadros,...)
 Gerente do projeto tem importante papel na facilitação e na
publicação das informações
12
Equipes Cross-Funcionais
 Cada um faz o que pode

para atingir o melhor
resultado para o projeto
 Membros da equipe
 Habilidades
especializadas
 Expansão das
habilidades
 Possibilidade de melhor
nivelamento dos recursos
13
Equipe Auto-Organizada
 O estilo de liderança é
de facilitação, e não
de comando-controle
 Tarefas são assumidas
por cada membro:
aumenta o comprome-
timento com as
entregas
 Balanceamento entre liberdade e responsabilidade.
 A palavra chave é confiança.
14
Questão Chave: Mudanças (flux)
Heraclitus
[533-475 AC]
“Everything is in a process of change (flux)”;
15
Gerenciamento do Escopo
 Métodos Tradicionais  Métodos Ágeis
 O planejamento deve  A mudança deve ser
propiciar a prevenção incorporada ao escopo
de mudanças no  Escopo é sempre
escopo flexível
Motivos para
mudanças de
escopo: Escopo
Tempo & Custo
- Novas necessidades Fixo
de negócio,
- Percepção de novas
oportunidades,
- Mudanças na
legislação,
- Requisitos
Flexível/
incompletos, ... Custo & Tempo
Escopo
Estimado
16
Agile Manifesto (Fev 2001)

 Princípios e Valores (sobre a melor maneira para produzir software)
Preferimos a
indivíduos e interações processos e ferramentas
software funcional documentação detalhada
colaboração do cliente (mesma equipe) negociação de contrato
respostas rápidas a mudanças seguir um plano à risca
www.agilemanifesto.org
17
Alguns Métodos Ágeis

 Dynamic System Development Method
 Dane Faulkner
 Adaptive Software Development (ASD)

 Jim Highsmith
 Crystal Clear (Crystal)

 Alistair Cockburn
 eXtreme Programming (XP)

 Kent Beck, Eric Gamma e outros
 Scrum
 Ken Schwaber, Jeff Sutherland, Mark Beedle
 Lean Software Development
 Mary e Tom Poppendieck
 Feature-Driven Development (FDD) um

r
 Peter Coad, Jeff DeLuca Sc
 Agile Unified Process
 Scott Ambler
18
O Que é o SCRUM ?
 Scrum é um framework para o desenvolvimento ágil
de software.
 Processo empírico, baseado em ciclos de inspeção
e adaptação
[ 1993, Jeff Sutherland ]

[ 1995, Ken Schwaber ]
Scrum, jogada de Rugby 19
As Raízes do Scrum
Toyota Way
“…This new emphasis on speed and
flexibility calls for a different approach for
managing new product development. The
traditional sequential or “relay race”
approach to product development may
conflict with the goals of maximum speed
and flexibility.
SCRUM
Instead, a holistic or “rugby” approach – where a team tries to go the

distance as a unit, passing the ball back and forth – may better serve
today’s competitive requirements.”
20
Ciclo de Vida do SCRUM

24
hrs
Incremento
Product potencialmente
Backlog implantável
2a4
do produto
Sprint
semanas
Backlog
 O SCRUM é um processo empírico para o desenvolvimento

de software de alto valor agregado através de ciclos
sucessivos de incrementos ao produto. O trabalho é realizado
com prazo fixo, de forma colaborativa e autônoma e baseado
em uma lista dinâmica de requisitos.
21
Evolução de um Scrum
Product Backlog
Preparação Sprint 1 Sprint 2 ao final da sprint 2
Product
Backlog
Sprint
Backlog
22
Visão Geral do SCRUM
 Papéis
 Product Owner
 ScrumMaster
 Equipe
Scrum
 Processo
 Artefatos  Sprint planning meeting
 Product backlog  Daily scrum meetings
 Sprint backlog  Sprint review meetings
 Burndown chart
23
Product Owner
 Estabelece as features
do produto, decide sobre
a data e conteúdo da
release
 É responsável pela
rentabilidade do produto
(ROI)
 Prioriza features de
acordo com o valor para
o negócio
 Pode alterar features e
prioridades a cada 30
dias
 Aceita ou rejeita os
resultados do trabalho
24
Product Backlog
 Lista de requisitos priorizada pelo valor ao negócio
 Inclui todas as features visíveis pelo cliente, assim
como os requisitos técnicos necessários para desenvolver
o produto
stori
es
 A equipe Scrum estima o custo de desenvolvimento
 O itens prioritários devem ser quebrados em itens epic
s
menores para serem estimados e testados
 Tamanho adequado = 10 pessoas/dia
 Itens para as iterações seguintes podem ficar em alto nível
user stories
Como
Comoum um Como
Comoumumpiloto
piloto Como
Comoum umgerente
gerentedede
cliente,
cliente,eu
eu eu
eu gostariade
gostaria dever
ver logística
logística eu gostariade
eu gostaria de
gostaria
gostariadede minha escala de
minha escala de ver as taxas de ocupação
ver as taxas de ocupação
reservar
reservar umvôo
um vôo vôos
vôos dos
dosvôos
vôosdeste
destemês
mês
25
Processo
 Sprint Daily
planning Scrum
Meeting
meeting
Burndown Chart
 Daily
24
scrum hrs
Incremento
meeting potencialmente
Product
 Sprint do produto
Sprint 2a4
review Backlog semanas
meeting
Selected
Product Sprint Sprint
Backlog Planning Review
Meeting Meeting
26
Equipe
 Cross-funcional
 Auto-organiza o seu trabalho
 7 mais-ou-menos 2 membros
 Seleciona o objetivo da iteração e
especifica os resultados do trabalho
 Tem o direito de fazer qualquer coisa
dentro dos limites das orientações
do projeto de
forma a atingir o
objetivo da
iteração
 Na review
meeting
apresenta os
resultados ao
Product Owner 27
Scrum master
 Garante que a equipe é
totalmente funcional e produtiva
 Viabiliza a cooperação entre
todos os papéis e funções,
 Remove obstáculos
 Firewall, protege a equipe de
interferências externas
 Garante que o processo está
sendo seguido – essencial
para um processo empírico
onde o controle e inspeção
viabilizam a adaptação do
processo
 Convida para as reuniões
diárias, revisão da iteração e
reuniões de planejamento
28
Sprint Planning Meeting

 Ocorre no início de cada sprint (iteração)
 Dividida em duas reuniões
24
hrs
Incremento
do produto
Sprint 2a4
semanas
Backlog
Selected Estimativa
Product Backlog
Primeira reunião de Sprint Planning

O product owner e a equipe avaliam o
product backlog e definem em comum
acordo qual será o próximo incremento do
produto (selected product backlog)
Duração usual: 4 horas 29
Sprint Planning Meeting

 Segunda reunião (na sequência)
24
hrs
Incremento
do produto
Sprint 2a4
semanas
Backlog
Segunda reunião de Sprint

Planning
A equipe reúne-se sob a liderança
do scrum master e quebra em
tarefas os itens do product backlog
escolhidos.
Duração fixa de 4 horas
30
Sprint Backlog
Como
Como um
um piloto
piloto
Como um piloto
O sprint backlog é o artefato eu
Como
Como
eu
Como
eu
eu
eu
eu
Como
um
Como
minha
um
umum
um
gostaria
gostaria
gostaria
minha de
piloto
piloto
gostaria
de
de
piloto
gostaria
gostaria de
escala
de
escala
de ver
piloto
verver
piloto
ver
ver
de
ver
de
eu
eugostaria
minha escala de
dever
de
resultante da sprint planning minha
minha
vôos
minha
gostaria
escala
escala
vôos
minha
vôos escala de
escala
de
dede
ver Tarefa
Tarefa 11 88
minha
vôos
vôos escala de
vôos
vôos Tarefa22 44
meeting, com o vôos Tarefa
Tarefa
Tarefa 33 88
detalhamento dos itens do Sprint 1 Tarefa
Tarefa 44 1616
product backlog a serem
implementados na sprint
 É a lista de tarefas
necessárias para
implementar cada
feature (story)
 As tarefas são
quebradas em pedaços
realizáveis em menos do
que 2 dias (ou 16 horas
de desenvolvimento)
31
Daily scrum meetings

 Ocorre
diariamente,
numa mesma
hora e local
Daily Scrum
Meeting
A equipe reúne-se
sob a liderança do
scrum master para
atualizar o gráfico
24
de tarefas e hrs
reportar seu Incremento
potencialmente
progresso e Product
implantável
impedimentos. Backlog
do produto
Sprint 2a4
Duração: 15 Backlog semanas
minutos
32
Daily scrum meetings

Três perguntas são
respondidas por todos:
1. O que você fez
desde a última
reunião ?
2. O que você
pretende fazer até a
próxima reunião ?
3. Quais obstáculos
estão impedindo que
você atinja os
compromissos
assumidos nesta
sprint ?
33
Burndown Chart
 Mostra o trabalho cumulativo restante de uma sprint, dia-a-dia
 O ScrumMaster regularmente recalcula o trabalho restante a
ser feito. A sprint terá atingido seus objetivos se trabalho
restante for zero ao final da mesma.
34
Gráfico de Burndown
O esforço inicial
é estimado na
sprint planning O gráfico de burn down do produto
meeting mostra diariamente se o projeto
está em conformidade com o plano
35
Sprint Review Meeting

 Ocorre ao final de cada sprint com duração fixa de 4 horas
24
hrs
Incremento
do produto
Sprint 2a4
semanas
Backlog
Primeira parte da reunião: Segunda parte da reunião:

A equipe reúne-se sob a liderança Retrospectiva
do product owner para demonstrar A equipe reúne-se sob a liderança
o incremento do produto realizado do scrum master para avaliar (o
na sprint. que foi bem e o que não foi) e
Duração usual: 2 horas adaptar o seu processo.
Duração usual: 2 horas 36
Retrospectiva
Segunda metade da reunião
Velocidade da equipe
• Retrospectiva pela equipe,
liderado pelo Scrum Master
• Lições aprendidas,
estratégias para melhoria do processo
37
SCRUM na Prática
Aperfeiçoamento contínuo
do processo de desenvolvimento através da
avaliação dos resultados
de cada ciclo
Primeiros dias de uma sprint

pequena
39
No meio de uma sprint grande...
40
Itens não planejados...
41
Ciclo de Vida de Projeto

Ciclo de Vida Tradicional de Projeto (Plan-Do)
Iniciação Planejamento Execução & Replanejamento Encerramento
Ciclo de Vida SCRUM

Pre-Game GAME (Planejamento & Execução) Post-Game
24 24
hrs hrs
2a4 2a4
semanas semanas
42
Premissas para o sucesso

 Projetos Ágeis
 Cliente
 Confiança entre cliente e equipe
 Colaboração desde cedo e continuamente
 Participação vai além de assinar documentos de requisitos
 Maturidade para receber O QUE PRECISA
 Obtida pela entrega de releases priorizadas
43
Sucesso = Agilidade + Disciplina

 Integrando SCRUM e CMMI
44
Visão de Processos DBServer

 Processo Pragma
 Ciclo de Vida iterativo e
incremental (RUP)
 Aderente ao CMMI nível 2
 Customização do Pragma
 Linha RUP
 Linha fábrica de software Scrum
 Linha ágil
 Avaliação formal CMMI em 2009

Cmmi
“Hay que endurecer,
pero sin perder la agilidad jamás !”
45
Considerações Finais
Sucesso = Agilidade + Disciplina  Um profundo e

gradual processo de
mudança
 Documentação é
importante !
 Exige experiência e
maturidade
 Não aplica-se para
qualquer caso
 Nem sempre vai dar
certo...
mas FUNCIONA !!
46
Serviços DBServer
 Capacitação
 SCRUM
 Redação de User Stories
 Consultoria
 Implantação do SCRUM
 Técnicas de estimativa: Planning Poker
 Fornecimento de templates
 Configuração de ferramentas
 Integração SCRUM com CMMI
47
Algumas referências...
 www.scrumalliance.org
 www.agilemanifesto.org
 www.montaingoatsoftware.com/scrum
 www.agileprojectmgt.com
 www.jimhighsmith.com
 www.cutter.com
 www.agilealliance.org
48

Scrum Introducao

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Scrum Introducao

Enviado por

Direitos autorais:

Formatos disponíveis

Introdução

Eduardo Meira Peres

Última atualização em dezembro de 2008 2008 @ Eduardo Meira Peres

Mas quando a release

Fazer alguma coisa alguém tem !!

Motivação dos Métodos Ágeis

Essência dos Métodos Ágeis

 Constante interação entre equipe,

e iterações, contador de término,...

Eficácia nas Comunicações

 Cada um faz o que pode

Questão Chave: Mudanças (flux)

“Everything is in a process of change (flux)”;

Agile Manifesto (Fev 2001)

Alguns Métodos Ágeis

 Adaptive Software Development (ASD)

 Crystal Clear (Crystal)

 eXtreme Programming (XP)

 Feature-Driven Development (FDD) um

[ 1993, Jeff Sutherland ]

Instead, a holistic or “rugby” approach – where a team tries to go the

Ciclo de Vida do SCRUM

 O SCRUM é um processo empírico para o desenvolvimento

Visão Geral do SCRUM

 Itens para as iterações seguintes podem ficar em alto nível

Sprint Planning Meeting

Primeira reunião de Sprint Planning

Sprint Planning Meeting

Segunda reunião de Sprint

Daily scrum meetings

Daily scrum meetings

Sprint Review Meeting

Primeira parte da reunião: Segunda parte da reunião:

Primeiros dias de uma sprint

No meio de uma sprint grande...

Itens não planejados...

Ciclo de Vida de Projeto

Ciclo de Vida SCRUM

Premissas para o sucesso

Sucesso = Agilidade + Disciplina

Visão de Processos DBServer

 Avaliação formal CMMI em 2009

Sucesso = Agilidade + Disciplina  Um profundo e

Você também pode gostar