Desenvolvimento Ágil com SCRUM

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

Manifesto Ágil

SCRUM

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

Quase sempre a civil

Inspirado em outrasengenharias

sábado, 21 de março de 2009

Quase sempre a civil

Inspirado em outrasengenharias

sábado, 21 de março de 2009

Quase sempre a civil

Inspirado em outrasengenharias

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

“Aexperiênciadedécadasseguindopesadasprá4casprescri4vastornouevidenteque:

➡ Osclientesouusuáriosnãotemcertezadoqueelesquerem.

➡ Elestemdificuldadedeexpressartudooquequeremepensam.

➡ Muitosdetalhesdoqueelesqueremsóserãoreveladosduranteodesenvolvimento.

➡ Osdetalhessãocomplexosparaaspessoas.

➡ Namedidaemqueelasvêemoprodutosendoconstruído,elasmudamdeidéia.

➡ Forcasexternastrazemmudançasoumelhoriasnosrequisitos.”

Source: Agile and Iterative Development: A Manager's Guide by Craig Larman

sábado, 21 de março de 2009

Manifesto ÁgilEstamos 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 ferramentasSoftware em funcionamento mais que documentação abrangente

Colaboração com o cliente mais que negociação de contratosResponder 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, JamesGrenning, 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

Iterativosá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 produtoou 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 Ownersábado, 21 de março de 2009

Product Owner

visão

ROIprioriza

datas

releasesconteúdo

sábado, 21 de março de 2009

Product Owner

visão

ROIprioriza

datas

releasesconteúdo

aceitaou

rejeitasábado, 21 de março de 2009

Timesábado, 21 de março de 2009

Timecomprometido

auto-gerenciado comunicação constantemulti-

disciplinarsábado, 21 de março de 2009

Timecomprometido

auto-gerenciado comunicação constantemulti-

disciplinar

Autoridade!

sábado, 21 de março de 2009

Scrum Mastersábado, 21 de março de 2009

Scrum MasterAutoridade

protetor aplica as regrasdo SCRUMresolve

problemas

sábado, 21 de março de 2009

Scrum MasterAutoridade

protetor aplica as regrasdo SCRUMresolve

problemas

Facilitador!

sábado, 21 de março de 2009

Time boxedsá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

Tudosábado, 21 de março de 2009

Tem um tempo pré-determinado

sábado, 21 de março de 2009

Tem um tempo pré-determinado

daily meeting: 15 minutos

sábado, 21 de março de 2009

Tem um tempo pré-determinado

daily meeting: 15 minutos

sprint planning: ~4 horas

sábado, 21 de março de 2009

Tem um tempo pré-determinado

daily meeting: 15 minutos

sprint planning: ~4 horas

sprint: 2 a 4 semanas

sábado, 21 de março de 2009

Tem um tempo pré-determinado

daily meeting: 15 minutos

sprint planning: ~4 horas

sprint: 2 a 4 semanas

as funcionalidades devem ser planejadas para caber no sprint e não o contrário

sábado, 21 de março de 2009

Scrum Flowsábado, 21 de março de 2009

Product Backlogsábado, 21 de março de 2009

desejos do POnem sempre

está completocresce como projeto

começa semprepelo mais óbvio

escopo dinâmicoe iterativo

sábado, 21 de março de 2009

sábado, 21 de março de 2009

Planning Pokerjogo da estimativa

sábado, 21 de março de 2009

Sprint Planningsábado, 21 de março de 2009

Sprint Planning

documentação!

time + scrum master+ product ownerPO prioriza itens

para o sprint

time tira dúvidas

time converte as funcionalidadesem tarefas técnicas

time define o objetivodo sprint (sprint goal)

sábado, 21 de março de 2009

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

Sprint Planning 2

arquiteturadesign

time conversa sobre aparte técnica das tarefas

o time decide até ondepode se comprometer

eventualmente o scrum master negocia com o PO

sábado, 21 de março de 2009

Sprint backlog

tarefas que o time secomprometeu 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 Meetingsábado, 21 de março de 2009

Daily Meeting

reunião em pé!verifica-se o que foifeito no dia anterior

há impedimentos?

define-se o que seráfeito no dia

todos os diasno mesmo lugar

no mesmo horáriocomprometa-se!

sábado, 21 de março de 2009

BurnDown Chartsábado, 21 de março de 2009

Sprint Reviewsábado, 21 de março de 2009

Retrospectivasábado, 21 de março de 2009

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

Custo de mudançasá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