"A Metodologia SCRUM"
-
Upload
renato-gosling -
Category
Technology
-
view
1.835 -
download
2
description
Transcript of "A Metodologia SCRUM"
SCRUMquarta-feira, 16 de junho de 2010
TÓPICOS
Manifesto Ágil
O que é SCRUM
SPRINT
PAPEIS
PRODUCT BACKLOG
SPRINT BACKLOG
SCRUM DIÁRIO
Revisão do SPRINT
QUADRO SCRUM
quarta-feira, 16 de junho de 2010
MANIFESTO ÁGIL
Alternativas mais “light” para as burocráticas
e pesadas metodologias tradicionais
quarta-feira, 16 de junho de 2010
VALORESMANIFESTO ÁGIL
ACIMA DE
Indivíduos e Interações
Software que funciona
Colaboração do Cliente
Resposta a mudanças
Processos e ferramentas
Documentação abrangente
Negociação de contrato
Seguir um plano
quarta-feira, 16 de junho de 2010
MANIFESTO ÁGIL PRINCÍPIOS
“Nossa maior prioridade é satisfazer o cliente, através da entrega rápida e contínua de valor”
“Bem vindo as mudanças de escopo!! Processos ágeis veem a mudança como uma vantagem competitiva do cliente”
“Entregar softwares funcionando sempre”
“Negócio e desenvolvimento devem trabalhar juntos, diariamente”
“Contruir um projeto com pessoas motivadas. Deem a elas o ambiente e apoio que necessitam, e confie nas mesmas para ter o trabalho feito”
quarta-feira, 16 de junho de 2010
MANIFESTO ÁGIL PRINCÍPIOS
“A maneira mais eficiente e eficaz de comunicação com e entre um time é o bom e velho cara-a-cara”
“Software funcionando é a medida de progresso primária”
“Processos ágeis promovem um desenvolvimento sustentável. Todos os envolvidos devem estar aptos para manter um ritmo constante”
“Simplicidade é essencial (KISS)”
“Atenção contínua a excelência técnica e um bom design são essenciais para a agilidade”
“Em intervalos regulares, o time deve refletir em como melhorar a efetividade, e se adapta de acordo”
quarta-feira, 16 de junho de 2010
O QUE É SCRUM?
Scrum é um processo ágil que permite manter o foco na entrega do maior valor de negócio, no menor tempo possível.
Isto permite a rápida e contínua inspeção do software em produção
As necessidades do negócio é que determinam as prioridades do desenvolvimento de um sistema. As equipes se auto-organizam para definir a melhor maneira de entregar as funcionalidades de maior prioridade.
A cada interação, 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”.
quarta-feira, 16 de junho de 2010
CARACTERÍSTICAS
Equipes que se auto-organizam
O produto evolui em uma série de Sprints
Os requerimentos são listados em um Product Backlog
quarta-feira, 16 de junho de 2010
COMO FUNCIONA
SPRINT1-2 SEMANAS
24h
SPRINT BACKLOG
PRODUCTBACKLOG
PRODUTO A SER
ENTREGUE
quarta-feira, 16 de junho de 2010
QUEM USA SCRUM?
Microsoft
Yahoo
EA
High Moon Studios
Lockheed Martin
Philips
Siemens
Nokia
Capital One
BBC
Intuit
DataSul
Globo
Nielsen
Media
First American Real Estate
BMC Software
Ipswitch
John Deere
Lexis Nexis
Sabre
Salesforce.com
Time Warner
Turner Broadcasting
Oce
quarta-feira, 16 de junho de 2010
SPRINTS
Os projetos progridem em uma série de Sprints (iterações)
Ocorrem em períodos de 1-4 semanas
Um período constante leva a um melhor ritmo
NENHUMA MUDANÇA DURANTE O SPRINT
Planejar a duração do SPRINT de acordo com máximo que você pode se comprometer a deixar mudanças fora dele
quarta-feira, 16 de junho de 2010
PAPÉIS
DONO DO PRODUTO
EQUIPE
SCRUM MASTER
quarta-feira, 16 de junho de 2010
O DONO DO PRODUTO
quarta-feira, 16 de junho de 2010
Define as funcionalidades do produto
Define as datas dos releases
Prioriza as funcionalidades de acordo com seu valor de negócio
Ajusta o product backlog a cada sprint
Dá o aceite final do Sprint
quarta-feira, 16 de junho de 2010
O TIME
quarta-feira, 16 de junho de 2010
Multi-disciplinar, 7 (+- 2) membros
Define o Sprint Goal e como será feito o trabalho
Tem direito de fazer o que estiver ao seu alcance para chegar ao objetivo do sprint
Auto-gerenciavel: o time se organiza e se gerencia
Demonstra o que foi feito no final do sprint para o Dono do produto
quarta-feira, 16 de junho de 2010
SCRUM MASTER
quarta-feira, 16 de junho de 2010
Responsável pelo processo, incluindo a realização do daily Scrum e das datas e horários das reuniões
Remove os impedimentos
Garante que o time está sempre funcionando e produtivo
Facilita a cooperação entre todos os membros do projeto
Protege o time das interrupções externas
quarta-feira, 16 de junho de 2010
Os requerimentos dos projetos
Prioridades devem ser revisadas a cada Sprint (pelo menos);
Responsabilidade do Dono do produto
Uma lista de todo o trabalho desejado nos projetos
PRODUCT BACKLOG
quarta-feira, 16 de junho de 2010
São todos as Estórias (Tickets) que serão feitas neste Sprint
Deve ter um objetivo claro (caso ideal)
SPRINT BACKLOG
Realidade Aumentada:Desenvolveremos um aplicativo beta do realidade aumentada, que seja possível de mostrar para o mercado
quarta-feira, 16 de junho de 2010
Atividades não são atribuidas, cada indivíduo escolhe as atividades em que irá trabalhar (em acordo com o time);
Atualização constante do trabalho restante
A medida que as tarefas se tornam mais conhecidas, qualquer membro do time tem a liberdade e o dever de atualizar a tarefa.
SPRINT BACKLOG
quarta-feira, 16 de junho de 2010
DEFININDO O SPRINT BACKLOG
Um time tem uma velocidade (100 por exemplo);
Logo, em um Sprint, eu consigo fazer 100 pontos;
Cada Estória (tarefa, ticket, etc) tem uma pontuação;
Logo, em um sprint, a soma das tarefas que um time pode fazer é 100;
E como a gente define os pontos de cara tarefa?
quarta-feira, 16 de junho de 2010
JOGANDO POKER
Uma técnica iterativa para estimar tarefas
0 - 1 - 2 - 3 - 5 - 8 - 13 - 20 - 40 - 100 (Cartas)
Baseado em risco, tamanho, conhecimento, experiência e outros fatores
E como acompanhar o desenvolvimento?
quarta-feira, 16 de junho de 2010
BURNDOWN CHART
quarta-feira, 16 de junho de 2010
SCRUM DIÁRIO
Máximo de 15 minutos
Comprometimento
Perguntas a serem feitas:
O que fiz desde o último SD?
O que será feito agora?
O que está impedindo?
quarta-feira, 16 de junho de 2010
REVISÃO DO SPRINT
Acontece no final do Sprint
Qual foi a nossa velocidade? Revisar velocidade
O que deu errado?
O que deu certo?
Lições aprendidas
Como melhorar?
quarta-feira, 16 de junho de 2010
QUADRO SCRUM
quarta-feira, 16 de junho de 2010
RESUMINDO
Reuniões:
Reunião de planejamentoSCRUM diárioRevisão do Sprint
Ferramentas:
Planning PokerQuadro SCRUMBurndown Chart
quarta-feira, 16 de junho de 2010