Com a crescente demanda de softwares no mercado, surge-se então a necessidade de desenvolver sistemas cada vez mais robustos e em menos tempo. Portanto o termo Metodologias Ágeis se torna cada vez mais popular com o XP.
Escrevi um post falando sobre O que são metodologias Ágeis e como surgiram.

Sobre o XP – eXtreme Programming

O XP foi a primeira metodologia ágil desenvolvida. Além disso foi criada dentro dos laboratórios da Chrysler em 1996. Portanto um post falando sobre O surgimento do XP.

A ideia é de programação extrema (XP) – executando ao máximo 5 atividades.

1. Se testar é bom, portanto vamos testar toda hora
2. Se projetar é bom, isso tem que virar uma tarefa cotidiana.
3. Se integrar (Integração contínua – Apache Subversion, Git…) é bom, vamos fazer isso com frequência.
4. Se iterações curtas são boas, vamos deixar as iterações realmente curtas!
5. Mudanças sempre ocorrem.

Valores De XP

• Comunicação: é um processo desburocratizado, por isso é muito importante ter uma boa comunicação;
• Coragem;
• Feedback;
• Boas práticas.

Práticas

• Jogo de planejamento: A ideia é entender bem a necessidade do cliente sem possuir documentos extensos. Pois é um planejamento que pode ser refinado durante o ciclo de vida do processo.
• Entregas frequentes: A ideia é que as entregas sejam rápidas, funcionais e frequentes;
• Teste de aceitação: O cliente lista todas as especificações necessárias para que o sistema funcione conforme esperado. Quando todos os seus testes de aceitação são validados, a história é considerada completa;
• Equipe (Cliente presente): O cliente tem que estar presente em todo o momento.

Práticas executadas pela equipe

• Propriedade Coletiva: O código pertence a todos, não há senso de propriedade;
• Padrão de código: São utilizados softwares ferramentas para garantir a qualidade;
• Integração Contínua
• Metáfora: Não adianta utilizar uma linguagem técnica para comunicação com o cliente. O conceito de metáfora é ter uma linguagem comum com o cliente;
• Ritmo Sustentável: Não se deve fazer hora extra com frequência, ou seja, planejar o desenvolvimento dentro do prazo ideal.

Práticas de pares

Tudo que se faz deve ser feito em par, trocamos quem está programando a cada duas horas para garantir a atenção dos programadores. E mais de uma pessoa pensando na mesma solução garante testes sejam realizados durante o próprio desenvolvimento.
Veja algumas das características do desenvolvimento em pares:

• Desenvolvimento orientado a testes;
• Programação em Pares (trocamos quem está programando a cada duas horas e a cada 24 horas trocamos as duplas);
• Refatoração (Remoção de redundâncias, funcionalidades inúteis e obsoletos);
• Design Simples.

Papéis existentes no XP

• Programador;
• Cliente: Pessoa que domine o requisito, possa priorizar o requisito e tenha poder de decisão;
• Rastreador: É o responsável por ter uma visão geral de como está o andamento do projeto dentro do XP);
• Treinador: Treina as pessoas na práticas do XP;
• O chefão: Quem está pagando pelo produto.