Documente Academic
Documente Profesional
Documente Cultură
O Modelo
Marco de consolidao em 1996, por Kent Beck na
Chrysler, projeto C3 (Sistema de Compensao
Abrangente da Chrysler), sistema de folha de
pagamento que contava com 86 mil funcionrios com o
objetivo de unificar quatro sistemas. Maro 1996 Maio
1997.
Entretanto, no foi considerado o bero do mtodo.
Slide: 01/13
O Modelo
Metodologia gil para equipes pequenas a mdias
desenvolvendo software com requisitos vagos ou que
mudam frequentemente. [Beck 2000];
Codificao a principal tarefa;
Baseia-se em reviso permanente do cdigo, testes
frequentes, participao do usurio final, refatorao
contnua, refinamento contnuo da arquitetura,
integrao contnua, planejamento, projeto e
reprojeto a qualquer hora.
Slide: 02/13
O Modelo
Estamos descobrindo maneiras melhores de desenvolver
software fazendo-o ns mesmos e ajudando outros a faz-lo.
Atravs desse trabalho, passamos a valorizar:
Indivduos e interaes mais que processos e ferramentas;
Software em funcionamento mais que documentao
abrangente;
Colaborao com o cliente mais que negociao de contratos;
Responder a mudanas mais que seguir um plano. [Beck 2000];
Slide: 03/13
Ciclo de Vida
Slide: 4/13
Partes do XP
Values (valores): estabelecem a forma do
desenvolvimento XP
Principles (princpios): guiam o desenvolvimento do
software
Activities (atividades): devem ser executadas por
todo o ciclo de vida XP
Practices (prticas): so utilizadas pelas equipes XP
para desenvolver sistemas
Slide: 05/13
Valores do XP
Communication - (comunicao)
Simplicity - (simplicidade)
Feedback - (retroalimentao)
Courage - (coragem)
Slide: 06/13
Princpios do XP
Slide: 07/13
Atividades do XP
Listening - (escutar)
Testing - (testar)
Coding - (codificar)
Designing (projetar)
Slide: 08/13
Prticas do XP
Desenvolvimento
orientado a testes (TDD)
Slide: 09/13
Prticas do XP
Slide: 10/13
Dificuldades
Vencer barreiras culturais
Deixar algum mexer no seu cdigo
Trabalhar em pares
Ter coragem de admitir que no sabe
Pedir ajuda
Vencer hbitos antigos
Manter as coisas simples (e no tentar prever o futuro
escrevendo "design flexvel")
Jogar fora cdigo desnecessrio
Escrever testes antes de codificar
Refactory com freqncia (vencer o medo)
Slide: 11/13
Quando no usar XP
Equipes grandes e espalhadas geograficamente
Comunicao um valor fundamental de XP
No fcil garantir o nvel de comunicao requerido em
projetos XP em grandes equipes
Situaes onde o feedback demorado
Testes muito difceis, arriscados e que levam tempo
Programadores espalhados em ambientes fsicos distantes
e sem comunicao eficiente
Slide: 12/13
Concluses
Extreme Programming (XP) uma metodologia de
desenvolvimento de software baseada nos valores
simplicidade, comunicao, feedback e coragem.
Para implementar XP no preciso usar diagramas ou
processos formais. preciso fazer uma equipe se unir em torno
de algumas prticas simples, obter feedback suficiente e ajustar
as prticas para a sua situao particular.
XP pode ser implementada aos poucos, porm a maior parte
das prticas essencial.
Nem todos os projetos so bons candidatos a usar uma
metodologia gil como XP. XP mais adequado a equipes
pequenas ou mdias.
Slide: 13/13
Referncias
Beck, K. Extreme Programming Explained: Embrace Change,
2000. Addison-Wesley.
Manifesto for Agile Software Development, Agile Alliance, 2001,
webpage: Manifesto-forAgile-Software-Dev