Experimente Programação eXtrema

Manifesto Ágil (2001).
● Indivíduos e interações entre eles 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.


O que XP não é

XP não é um sistema operacional


XP não é uma banda de rock

XP não é um esporte ultra-radical

ÉGUA!


XP não é Xarope de Pupunha

O que é XP
XP é um processo de desenvolvimento de software
voltado para:

● Projetos cujos requisitos são vagos e mudam com
frequência;
● Desenvolvimento de sistemas orientados a objeto;
● Equipes pequenas, preferencialmente até 12
desenvolvedores;
● Desenvolvimento incremental (ou iterativo), onde o
sistema começa a ser implementado logo no início do
projeto e vai ganhando novas funcionalidades ao
longo do tempo.

Desenvolvimento de Software

Tradicional
e
Ágil

Desenvolvimento Tradicional
● Em cascata.
● Sequêncial.

● Tenta mecanizar os
processos como uma
linha de produção.
● Ex.: CMMI; MPS.BR.

Desenvolvimento Ágil
● Em espiral.
● Iterativo.

● Software é criado de
uma forma
incremental.
● Ex.: DSDM, Scrum,
FDD, ASD, XP,
Crystal Family, Lean.

Desenvolvimento Tradicional e Ágil
● Tradicional: custo de
uma alteração no
projeto aumenta

durante o tempo.
● Ágil: custo de
mudança é
praticamente linear
ao longo do tempo.

Surgimento do eXtreme
Programming
● Ano de 1986.
● Kent Beck e Ward
Cunningham.

● Trabalhavam na Tektronixs.
● Com a linguagem Smalltalk,
totalmente orientada à
objetos.
● Praticavam: refactoring,
programação em par,
mudanças rápidas, feedback
e testes constantes,
desenvolvimento iterativo.

Surgimento do eXtreme
Programming
● Em 1996, Kent Beck
foi chamado para
“socorrer” o projeto da

folha de pagamento
da Chrysler, o C3. Foi
onde XP foi colocado
em prova, testado,
aprimorado e
batizado.

Valores do XP
Feedback Simplicidade

Comunicação Coragem


Práticas do XP

Práticas do XP
● Cliente Presente ● Código Coletivo
● Jogo do ● Código Padronizado

Planejamento ● Design Simples
● Stand Up Meeting ● Metáfora
● Programação em Par ● Ritmo Sustentável
● Desenvolvimento ● Integração Contínua
Guiado pelos Testes
● Releases Curtos
● Refactoring

Práticas do XP
Cliente Presente
● O cliente deve
participar e conduzir
o desenvolvimento a

partir do feedback
que recebe do
sistema.
● Viabiliza a
comunicação direta
com a equipe.

Práticas do XP
Jogo do Planejamento
● Se dá no início de
cada iteração
(semanas) para

priorizar as estórias
(cartões das
funcionalidades) que
serão desenvolvidas.

Práticas do XP
Stand Up Meeting
● Reunião em pé
realizada a cada
manhã para avaliar o

trabalho do dia
anterior e priorizar o
que será
implementado no dia
que se inicia.
● Dura em torno de 10
minutos.

Práticas do XP
Programação em Par
● Permite que o código
seja revisado
permanentemente,

enquanto é
construído.
● Excelente maneira de
distribuir
conhecimento entre a
equipe.

Práticas do XP
Desenvolvimento Guiado pelos
Testes
● Escreve-se classes
de testes para cada
funcionalidade antes

de codificá-la.
● Cria-se somente
funcionalidades que
serão utilizadas.
● São armazenados
para testar o sistema
quando for
necessário.

Práticas do XP
Refactoring
● É o ato de alterar o
código sem afetar a
funcionalidade que

ele implementa.
● Os testes unitários
são utilizados para
verificar se o sistema
continua funcionando.

Práticas do XP
Código Coletivo
● Os desenvolvedores
têm acesso a todas
as partes do código e

podem modificá-lo
(refactoring) se
necessário, sem pedir
permissão a outras
pessoas.

Práticas do XP
Código Padronizado
● A equipe deve
estabelecer padrões
de codificação.

● Identação de código;
● Comentários;
● Variáveis e métodos
estilo camelCase.
● Etc.

Práticas do XP
Design Simples
● Não criar
generalizações, ou
seja, não tente prever

o futuro.
● Codificar o suficiente
para a funcionalidade
ser implementada.

Práticas do XP
Metáfora
● Metáforas têm o
poder de transmitir
idéias complexas de

forma simples.
● Facilita a
comunicação entre a
equipe e o cliente.

Práticas do XP
Ritmo Sustentável
● Trabalhar com
satisfação até oito
horas por dia.

● Evitar horas-extras.
● Não levar trabalho
para casa.
● Realizar uma coisa
de cada vez.
● Fim de semana para
lazer.

Práticas do XP
Integração Contínua
● Os pares devem
integrar seus códigos
com o restante do

sistema diversas
vezes ao dia.
● Para assegurar que
ele continue
funcionando,
executam-se os
testes unitários em
busca de falhas.

Práticas do XP
Releases Curtos
● Release é um
conjunto reduzido de
funcionalidades que a

equipe coloca em
produção
rapidamente,
geralmente em
meses, para o cliente
utilizar.
● O cliente não espera
o fim do projeto para
utilizar o sistema.

Características da Equipe
● Gerente de Projeto: é responsável pelos
assuntos administrativos do projeto.

● Coach: é o responsável técnico do projeto.
● Analista de Teste: é responsável por ajudar o
cliente a escrever os testes de aceitação,
detectar defeitos no sistema.
● Redator Técnico: Ajuda a equipe de
desenvolvimento a documentar o sistema.
● Desenvolvedor: é a pessoa que analisa,
projeta e codifica o sistema.

Quando o XP não deve ser utilizado
● Sistema baseado em premiação indivídual;
● Contratos de escopo fechado;

● Clientes que fazem questão de um grande
número de artefatos;
● Escritório não adequados às práticas;
● Empresa que não aceita mudanças;
● Falta de apoio da diretoria;
● Avaliação da cultura organizacional;


Empresas que experimentam ágil


Referências


EM MAIO/2009

Experimente Programação eXtrema

Recomendados

Recomendados

Mais conteúdo relacionado

Semelhante a Experimente Programação eXtrema

Semelhante a Experimente Programação eXtrema (20)

Mais de s4nx

Mais de s4nx (20)

Experimente Programação eXtrema