Desenvolvimento Ágil
com SCRUM
Paulo César M. Jeveaux
paulo.jeveaux@giran.com.br
sábado, 21 de março de 2009

Giran Soluções e Ensino
• Consultoria e Treinamento especialidados
• Java
• Ruby on Rails
• Desenvolvimento ágil
• Gerenciamento de projetos com SCRUM
• Profissionais altamente qualificados
• Participação ativa na comunidade
sábado, 21 de março de 2009

Jeveaux
• CEO da Giran
• Desenvolvedor Java há 8++ anos
• Fundador do ESJUG e Agile-ES
• Administrador do PortalJava.com
• Palestrante e evangelista Java
• Entusiasta Ruby, Rails, Python e Agile
• Curioso e aprendendo Erlang
sábado, 21 de março de 2009

Sobre o que vamos
falar hoje...
sábado, 21 de março de 2009

Engenharia de Software
sábado, 21 de março de 2009

Engenharia de Software
Processo tradicional
sábado, 21 de março de 2009

Engenharia de Software
Processo tradicional
Manifesto Ágil
sábado, 21 de março de 2009

Engenharia de Software
Processo tradicional
SCRUM
Manifesto Ágil
sábado, 21 de março de 2009

Engenharia de Software
sábado, 21 de março de 2009

O processo tradicional
sábado, 21 de março de 2009

Inspirado em outras
engenharias
Quase sempre a civil
sábado, 21 de março de 2009

Inspirado em outras
engenharias
Quase sempre a civil
sábado, 21 de março de 2009

Inspirado em outras
engenharias
Quase sempre a civil
sábado, 21 de março de 2009

sábado, 21 de março de 2009

Custo de mudanças
sábado, 21 de março de 2009

Motivação
“A experiência de décadas seguindo pesadas prá4cas prescri4vas tornou
evidente que:
➡ Os clientes ou usuários não tem certeza do que eles querem.
➡ Eles tem dificuldade de expressar tudo o que querem e pensam.
➡ Muitos detalhes do que eles querem só serão revelados durante o
desenvolvimento.
➡ Os detalhes são complexos para as pessoas.
➡ Na medida em que elas vêem o produto sendo construído, elas mudam
de idéia.
➡ Forcas externas trazem mudanças ou melhorias nos requisitos.”
Source: Agile and Iterative Development: A Manager's Guide by Craig Larman
sábado, 21 de março de 2009

Manifesto Ágil
Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós
mesmos e ajudando outros a fazê-lo. Através deste trabalho, passamos a valorizar:
Indivíduos e interação entre eles 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.
Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn,Ward Cunningham, Martin Fowler, James
Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor,
Ken Schwaber, Jeff Sutherland, Dave Thomas
©2001, Autores acima citados.
Esta declaração pode ser livremente copiada, sob qualquer forma,mas apenas na sua totalidade através do presente aviso.
sábado, 21 de março de 2009

SCRUM?
sábado, 21 de março de 2009

Framework
sábado, 21 de março de 2009

Processo de
desenvolvimento
sábado, 21 de março de 2009

Iterativo
sábado, 21 de março de 2009

Incremental
sábado, 21 de março de 2009

pode ser usado no
gerenciamento de
sábado, 21 de março de 2009

pode ser usado no
gerenciamento de
qualquer produto
sábado, 21 de março de 2009

pode ser usado no
gerenciamento de
qualquer produto
ou atividade complexa
sábado, 21 de março de 2009

Checklist: SCRUM
• Gerenciamento empírico e controle de processos.
• Baseado no feedback das iteracões.
• Usado para gerenciar projetos complexos desde
1990.
• Equipes multi-funcionais e auto-gerenciadas.
• Escalável para projetos grandes, longos e
distribuídos.
• Comunicação como fator crítico.
sábado, 21 de março de 2009

Organizações
e papéis
sábado, 21 de março de 2009

Product Owner
sábado, 21 de março de 2009

datas
visão
prioriza
conteúdo
ROI releases
Product Owner
sábado, 21 de março de 2009

datas
visão
prioriza
conteúdo
ROI releases
Product Owner
aceita
ou
rejeita
sábado, 21 de março de 2009

Time
sábado, 21 de março de 2009

Time
comprometido
auto-gerenciado comunicação
multi- constante
disciplinar
sábado, 21 de março de 2009

Autoridade!
Time
comprometido
auto-gerenciado comunicação
multi- constante
disciplinar
sábado, 21 de março de 2009

Scrum Master
sábado, 21 de março de 2009

protetor aplica as regras
do SCRUM
resolve
problemas Autoridade
Scrum Master
sábado, 21 de março de 2009

protetor aplica as regras
do SCRUM
resolve
problemas Autoridade
Scrum Master
Facilitador!
sábado, 21 de março de 2009

Time boxed
sábado, 21 de março de 2009

Tudo
sábado, 21 de março de 2009

Tudo
sábado, 21 de março de 2009

Tudo
sábado, 21 de março de 2009

Tem um tempo pré-
determinado
sábado, 21 de março de 2009

daily meeting: 15 minutos
Tem um tempo pré-
determinado
sábado, 21 de março de 2009

daily meeting: 15 minutos
sprint planning: ~4 horas
Tem um tempo pré-
determinado
sábado, 21 de março de 2009

daily meeting: 15 minutos
sprint planning: ~4 horas
sprint: 2 a 4 semanas
Tem um tempo pré-
determinado
sábado, 21 de março de 2009

daily meeting: 15 minutos
sprint planning: ~4 horas
sprint: 2 a 4 semanas
Tem um tempo pré-
determinado
as funcionalidades devem ser planejadas
para caber no sprint e não o contrário
sábado, 21 de março de 2009

Scrum Flow
sábado, 21 de março de 2009

Product Backlog
sábado, 21 de março de 2009

desejos do PO
nem sempre
cresce com está completo
o projeto
começa sempre
pelo mais óbvio
escopo dinâmico
e iterativo
sábado, 21 de março de 2009

sábado, 21 de março de 2009

Planning Poker
jogo da estimativa
sábado, 21 de março de 2009

Sprint Planning
sábado, 21 de março de 2009

time + scrum master
PO prioriza itens + product owner
para o sprint
time tira dúvidas
Sprint Planning
time converte as funcionalidades
em tarefas técnicas
documentação!
time define o objetivo
do sprint (sprint goal)
sábado, 21 de março de 2009

Sprint Planning 2
sábado, 21 de março de 2009

design
arquitetura
o time decide até onde
pode se comprometer
Sprint Planning 2
time conversa sobre a
parte técnica das tarefas
eventualmente o scrum master
negocia com o PO
sábado, 21 de março de 2009

Sprint backlog
tarefas que o time se
comprometeu a fazer no sprint
atualizado constantemente
scrum master gerencia as
atividades em andamento e
concluídas
sábado, 21 de março de 2009

Daily Meeting
sábado, 21 de março de 2009

reunião em pé!
verifica-se o que foi
feito no dia anterior
há impedimentos?
Daily Meeting
define-se o que será todos os dias
feito no dia no mesmo lugar
no mesmo horário
comprometa-se!
sábado, 21 de março de 2009

BurnDown Chart
sábado, 21 de março de 2009

Sprint Review
sábado, 21 de março de 2009

Retrospectiva
sábado, 21 de março de 2009

Custo de mudança
sábado, 21 de março de 2009

Custo de mudança
sábado, 21 de março de 2009

dúvidas?
sábado, 21 de março de 2009

Referências
• Fotos
• Jorge Falcão - http://www.flickr.com/photos/68667282@N00/
• Tlaukkanen - http://www.flickr.com/photos/tlaukkanen/
• Evandro Flores - http://www.flickr.com/photos/evandroflores/
• Bardusco - http://www.flickr.com/photos/bardusco/
• Materiais
• Bardusco - http://slideshare.net/bardusco
• ImproveIt - http://www.improveit.com.br/scrum
• Manifesto Ágil - http://manifestoagil.com.br
sábado, 21 de março de 2009

Obrigado!
podem acordar
sábado, 21 de março de 2009

Desenvolvimento Ágil
com SCRUM
Paulo César M. Jeveaux
paulo.jeveaux@giran.com.br
sábado, 21 de março de 2009