Upload
waldemar-roberti
View
68
Download
0
Embed Size (px)
DESCRIPTION
Guia para discussão em sala acerca de métodos ágeis.
Citation preview
AGILE
Introdução a Metodologias Ágeis
Por que, afinal, ser Ágil?
• Em torno de 30% dos projetos de TI são bem sucedidos
• Em torno de 80% dos projetos Ágeis são bem sucedidos
Fontes: CHAOS Report 2009 e Agile Survey 2009
Origem do Agile Contexto
Modelos de processo iterativo incremental Deming
Melhoria Contínua - PDCA (Plan Do Check Act) Lean Manufacturing - Eliminação de desperdícios
Manifesto Ágil The new methodology
Princípios por trás do Manifesto Ágil Nossa maior prioridade é
satisfazer o cliente através da entrega contínua e adiantada de software com valor agregado
Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento. Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente
Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferência à menor escala de tempo.
Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto
Princípios por trás do Manifesto Ágil Construa projetos em torno
de indivíduos motivados. Dê a eles o ambiente e o suorte necessário e confie neles para fazer o trabalho.
O método mais eficiente e eficaz de transmitir informações para e entre uma equipe de desenvolvimento é através de conversa face a face.
Software funcionando é a medida primária de progresso.
Os processos ágeis promovem desenvolvimento sustentável.
Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente
Princípios por trás do Manifesto Ágil Contínua atenção à
excelência técnica e bom design aumenta a agilidade
Simplicidade – a arte de maximizar a quantidade de trabalho não realizado – é essencial
As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis.
Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então refina e ajusta seu comportamento de acordo
SCRUM
Extreme Programming
Unified Process
Aplicabilidade das metodologias ágeis
Aplicabilidade dos métodos ágeis
Nokia Test O Time entrega software executável ao final de
cada Sprint (< 4 semanas) que teve todas as funcionalidades testadas?
O Time especifica o mínimo necessário antes de começar uma Sprint? O Product Backlog está pronto antes de se começar uma Sprint?
O Time tem um Product Owner? Um Product Backlog? Ele foi estimado pela equipe?
O Time tem um gráfico de Burndown? Eles sabem qual é a sua velocidade?
O Time está livre de interrupções durante o Sprint?
SCRUM
Scrum: fluxo de trabalho
Scrum: papéis e responsabilidades
Cliente
Product Owner
Usuário Final
Dinâmica Em equipe, entregue o máximo de produtos possível.
Produto: bolas de tênis entregues no galão. Restrições
Cada bola tem de passer na mão de todos os membros da equipe
A bola não pode passer na mão do membro da equipe que estiver imediatamente ao seu lado (em fila)
Timebox: 2 minutos para o planejamento 1 minuto para execução 2 minutos para retrospectiva
Boas referências http://agilemanifesto.org/ http://agilemethodology.org/ www.agilealliance.org www.scrumalliance.org http://disciplinedagiledelivery.com/ http://www-01.ibm.com/software/rational/agile/
Kent BeckMike Beedle
Arie van Bennekum
Alistair Cockburn
Ward CunninghamMartin Fowler
James GrenningJim HighsmithAndrew HuntRon Jeffries
Jon KernBrian Marick
Robert C. MartinSteve Mellor
Ken SchwaberJeff SutherlandDave Thomas
Manifesto para Desenvolvimento Ágil de Software
Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a
fazerem o mesmo. Através deste trabalho, passamos a valorizar:
Indivíduos e interações 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.