metodologias ageis
DESCRIPTION
apresentação rápida sobre os conceitos gerais de agile e scrum feita em 2009(ou 2010 não lembro bem)TRANSCRIPT
Metodologias ágeis
http://www.100loop.com/author/chalk/
@CharlesFortes
Charles Fortes
Metas para o treinamento
• Dar um olhar sobre Metodologias
ágeis usando como base o SCRUM
Objetivos
“Projeto” conforme o Dicionário Aurélio: [Do latim. projectu, 'lançado para diante'.]
1. Idéia que se forma de executar ou
realizar algo, no futuro; plano, intento, desígnio;
2. Empreendimento a ser realizado dentro de determinado esquema;
“Um projeto é uma seqüência bem definida de eventos, com um início e um final identificáveis. O foco de um projeto é obter uma meta identificada*.”
(Microsoft Press, p. 4, 1998)
*Satisfazer a necessidade (vontade) do cliente e obter lucro
Origem!
A partir da Segunda Guerra Mundial, surgiu oficialmente a disciplina de gestão de
projeto pela necessidade de errar menos,
gastar menos e cumprir prazos
“A maioria das nossas suposições sobre negócios, tecnologia e organizações têm pelo menos 50 anos. Elas tem sobrevivido ao seu tempo. Como resultado, estamos pregando, ensinando, e praticando políticas que estão cada vez mais desalinhadas com a realidade, e são contra produtivas.”
Peter Drucker (1909-2005)
31% são cancelados
53% custam o dobro do estimado
Apenas 16% são completados
no prazo e custo estimados
* dados do CHAOS report
Por que?
Falta de envolvimento do usuário
Requisitos e especificações incompletas
Falta de suporte da direção
Falta de Pessoas e Recursos
*MPCM – Maturity by Project Category Model
Errar é uma ótima maneira aprendizado, mas é preciso parar de apontar
culpados e começar a agir
Manifesto Ágil
Indivíduos e interação entre eles mais que processos e ferramentas
Software Funcionando mais que documentação abrangente
Colaboração mais que negociação de contratos
Responder às mudanças mais que seguir um plano
http://www.agilemanifesto.org
Scrum!
Scrum é um processo
iterativo e incremental para
desenvolvimento de produtos.
O objetivo é entregar o
máximo de valor de negócio* possível no menor tempo
* Foco no ROI – Retorno de investimento
Scrum é também um meio
de evidenciar os problemas
Mas Scrum não é a
solução para todos os seus problemas*
• Exige trabalho duro e comprometimento• Não tem uma receita de bolo de como fazer, mas sim o que fazer
P D C APlan, Do, Check, Act(Planejamento, Execução, Verificação, Agir para Melhorar)
Ciclo Scrum
Fonte: http://www.mountaingoatsoftware.com/scrum
Papéis e Responsabilidade
s
Scrum tem poucos papéis (não são cargos!): Product Owner, Team, Scrum Master
Scrum Master
Trabalhar com o Product Owner
Cuidar do time
Manter o processo funcionando
Disseminar o Scrum
Garantir comunicação
Product Owner
Criar e compartilhar uma
visão do projeto
Tomar decisões
continuamente sobre os itens do product backlog
Escrever e priorizar itens de backlog
Validar software no final de cada Sprint
Estabelecer e manter o plano de entregas
Tomar decisões pensando no ROI do projeto
responsável pelo lucro
Time
Responsabilidades:• Estimar itens do backlog
• Se comprometer a entregar um
incremento funcional de software
• Gerenciar o próprio progresso
• Auto organizados para entregar o que o PO quer
Times Scrum
Como são compostos:• Multidisciplinares
• Auto sustentáveis
• Todos os skills e habilidades necessárias para desenvolver o produto
• 7pessoas (mais ou menos 2)
Cerimônias de Scrum:• Sprint Planning 1
• Sprint Planning 2
• Daily Scrum
• Sprint Review •Sprint Retrospective
Todas com timebox
Reunião de Estimativa:• Preparação para o Sprint Planning
• Estimar baseado no tamanho, nunca em tempo
• Atualizar Product Backlog com as estimativas
• Importante para o PO criar o release plan
Sprint Planning 1:
product backlog
capacidade da equipe
condições do negócio
Tecnologia
RevisaConsideraOrganiza
Objetivos da Sprint Itens selecionados do backlog
Aceite do time
Sprint Planning 2:• PO não precisa participar
• É um planejamento tático da equipe
• Os itens selecionados do Product Backlog são destrinchados em
tarefas
• Sprint Backlog
Daily Scrum:• Deve responder as três perguntas:
• O que fiz desde a ultima Daily Scrum?
• O que espero fazer até a próxima Daily Scrum?
• O que está impedindo o progresso?
• Impedimentos reportados aqui
Sprint Review:
• Deve haver um critério para indicar se
está pronto!
• Incrementos funcionais são apresentados ao Product
Consequências do Review:
• Estórias não concluídas voltam para o product backlog
• Atualizar Product Backlog para
remover itens que a equipe implementou inadvertidamente
• Scrum Master trabalha para
reformular a equipe
• Product Backlog é repriorizado para tomar vantagem dos incrementos apresentados
• Decidir se haverá ou não outra Sprint
Sprint Retrospectives
O queaprendizado não é
Cometer os mesmos erros e esperar resultados diferentes
Aprender é evoluir baseado no erro
Passos para a Retrospectiva
Saídas da Retrospectiva:• Team Backlog (para ajustar o processo)
• Backlog de impedimentos (mudanças na empresa)
• Os backlogs devem ser ordenados por importância
Quando as retrospectivas não funcionam
O facilitador controla demais a reunião
Falta de objetividade, e perda no foco
Conflito de interesses
O formato é muito repetitivo
O facilitador não se prepara
Itens de ação mal formulados
Escrevendo Estórias
TestáveisIndependentesNegociáveisValor para o clienteEstimáveisSmallTestáveis
TestáveisIndependentesNegociáveisValor para o clienteEstimáveisSmallTestáveis
TestáveisIndependentesNegociáveisValor para o clienteEstimáveisSmallTestáveisIndependentes
TestáveisIndependentesNegociáveisValor para o clienteEstimáveisPequenosTestáveisIndependentesNegociáveis
TestáveisIndependentesNegociáveisValor para o clienteEstimáveisTestáveisIndependentesNegociáveis
Estimar em tamanho relativo é mais simples
1 - 2 - 3 - 5 - 8 - 13
Monitorando
Sprint Burndown
Inicio 05/jan
12/jan
19/jan
26/jan
02/fev
09/fev
Fim
CE6595659al
CE6605660al
CE6605660al
IDEALREAL
Problemas comuns
Product Owner pouco presente
Sem VisãoSem release plan
Sem product backlog
Quando Product Backlog não é mantido
Falta estimativaFalta priorizaçãoFalta acompanhamento
Se as cerimônias não acontecem
Falta planejamento Falta comprometimento para entregas PO pode aceitar itens que não estão prontos
Sem retrospectivas
Falta de uma maneira de melhorar o trabalho do time Mesmos erros acontecem sempre Impedimentos não são removidos
Ferramentas Necessárias
Controlar e Monitorar
ProductBacklogSprintBacklog
TarefasQualidade
IntegraçõesVersões
@CharlesFortes
http://www.100loop.com/author/chalk/
br.linkedin.com/in/charlesfortes
http://www.100loop.com/author/chalk/