Title: M
1Métodos Ágeis e SCRUM VISÃO GERAL
Paulo Oliveira
2Cenário conhecido ...
- Quando se aproxima a data de entrega de uma
release de software . . . - Elevado volume de defeitos a corrigir ...
- Processos agora só atrapalham..
- Intenso trabalho extra ...
- Finais de semana dedicados a trabalho,
X-Burguer, pizza e coca-cola ...
3Outro cenário conhecido ...
- 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 ...
4 Alguém resolveu fazer alguma coisa!
- Metodologias Ágeis
- Programação extrema - XP
- SCRUM
- Desenvolvimento orientado a testes.
- Desenvolvimento Adaptativo - ASD.
- Processo Unificado Ágil
Manifesto Ágil
http//agilemanifesto.org
5Manifesto Ágil
Ágil
a
processos e ferramentas
documentação detalhada
negociação de contrato
seguir um plano à risca
Preferimos
indivíduos e interações
software funcional
colaboração do cliente (mesma equipe)
respostas rápidas a mudanças
Clássico
http//agilemanifesto.org
6Mais princípios do Manifesto Ágil ...
- Satisfação do cliente entregando rapidamente e
continuamente softwares funcionais - Softwares funcionais são a principal medida de
progresso do projeto - Até mesmo mudanças tardias de escopo no projeto
são bem-vindas - Cooperação constante entre pessoas que entendem
do 'negócio' e desenvolvedores - Os indivíduos são motivados, entre os quais
existe relação de confiança - Excelência técnica
- Simplicidade
- Rápida adaptação às mudanças
7Origens do Scrum
- Nome
- Estratégia em um jogo de rugby
- onde jogadores colocam uma bola
- quase perdida novamente em jogo através do
trabalho - em equipe.
- Utilizar princípios do Manifesto Ágil para
Gerenciamento do processo de desenvolvimento de
software. - OBS Até então os métodos que seguem o Manifesto
Ágil eram focados no processo de desenvolvimento
e não na Gestão.
8Visão Geral do Scrum
Scrum
- Papéis
- Product Owner
- Scrum Master
- Equipe
- Processo
- Reunião de planejamento de Sprint
- Reunião diária
- Reuniãp de revisão de Sprint
- Artefatos
- Product backLog
- Sprint backlog
- Burndown chart
9Papeis - Product Owner
- Faz a interface com o cliente
- Pode ser o próprio cliente.
- Estabelece a lista de requisitos do produto -
Product Backlog - É responsável pela rentabilidade do produto (ROI)
- Prioriza os requisitos de acordo com o valor para
o negócio - Aceita ou rejeita os resultados do trabalho
10Artefato - Product Backlog
- Lista de requisitos
- Priorizada pelo valor ao negócio
- Requisitos visíveis pelo cliente
- Requisitos técnicos
- A equipe estima o custo de desenvolvimento
11Visão geral do processo
Daily Scrum Meeting
Burndown Chart
24 hrs
Product Backlog
2 a 4 semanas
Sprint Backlog
Incremento potencialmente implantável do produto
Sprint
Selected Product Backlog
Sprint Review Meeting
Sprint Planning Meeting
12Papeis - Scrum Master
- Responsável pelo sucesso do Scrum
- Ensina a equipe
- Implementa o Scrum na Empresa
- Lidera as reuniões diárias
- Dá soluções aos impedimentos
- Viabiliza a cooperação entre todos os papéis e
funções - Firewall, protege a equipe de interferências
externas
13Papeis - Equipe
- 7 ou- 2 membros
- Escolhe as funcionalidades a serem desenvolvidas
em cada interação - A equipe se auto-gerencia, se auto-organiza
- Todos são coletivamente responsáveis pelo sucesso
de cada iteração - Ao final apresenta os resultados ao Product Owner
14Processo Reunião de planejamento de Sprint
- Ocorre no início de cada sprint
- Dividida em duas reuniões
24 hrs
Incremento potencialmente implantável do produto
Product Backlog
2 a 4 semanas
Sprint Backlog
Selected Product Backlog
Estimativa
O Product Owner e a Equipe definem em comum
acordo qual será o próximo incremento do
produto Duração usual 4 horas
15Processo Reunião de planejamento de Sprint
24 hrs
Incremento potencialmente implantável do produto
Product Backlog
2 a 4 semanas
Sprint Backlog
A equipe reúne-se sob a liderança do Scrum Master
e define o Sprint Backlog
16Artefato - Sprint Backlog
Sprint 1
- Artefato resultante da segunda reunião de
planejamento do sprint - Detalhamento dos itens do product backlog a serem
implementados - Lista de tarefas necessárias para implementar
cada requisito - As tarefas são quebradas em pedaços realizáveis
em menos do que 2 dias
17Processo Reunião diária
- Ocorre diariamente, numa mesma hora e local
- Três perguntas são respondidas por todos
- O que você fez ontem?
- O que você pretende fazer hoje ?
- Quais obstáculos estão impedindo que você atinja
os compromissos assumidos no sprint?
18Artefato - Gráfico de Burndown
O esforço inicial é estimado na reunião de
planejamento do sprint
O gráfico de burn down do produto mostra
diariamente se o projeto está em conformidade com
o plano
19Reunião de Revisão do Sprint
- Ocorre ao final de cada sprint com duração fixa
de 4 horas
Primeira parte da reunião Equipe
apresenta o incremento para o Product
Owner. Duração usual 2 horas
Segunda parte da reunião Retrospectiva Lições
aprendidas entre a equipe r sob a liderança do
scrum master Duração usual 2 horas
20Primeiros dias de uma sprint pequena...
20
21No meio de uma sprint grande...
21
22Quem usa o Scrum?
- Microsoft
- Yahoo
- Google
- Electronic Arts
- High Moon Studios
- Lockheed Martin
- Philips
- Siemens
- Nokia
- Capital One
- BBC
- Intuit
- Intuit
- Nielsen Media
- First American Real Estate
- BMC Software
- Ipswitch
- John Deere
- Lexis Nexis
- Sabre
- Salesforce.com
- Time Warner
- Turner Broadcasting
- Oce
23Mais Informações
- Agille Alliance - www.agilealliance.org
- Scrum Alliance - www.scrumalliance.org/
24Dúvidas?
Paulo Oliveira