DESIGN INCREMENTAL:
O design de uma aplicação surge de forma iterativa e incremental em projetos . O objetivo é criar a solução mais simples possível que seja suficiente para implementar as funcionalidades de cada iteração. Qualquer característica que possa ser implementada para dar apoio a funcionalidades futuras, só são codificadas de fato se e quando tais funcionalidades forem priorizadas para uma iteração futura. Assim, busca-se concentrar os esforços da equipe naquilo que se tem certeza absoluta de que será necessário hoje, por já ter sido priorizado pelo cliente para a iteração corrente. Aquilo que poderia ser útil no futuro, deixamos para resolver no futuro, quando houver certeza da necessidade.
EQUIPE INTEGRAL:
Equipes XP devem ser formadas não apenas por desenvolvedores, mas também por clientes e quaisquer outras pessoas que devam ser ouvidas ao longo do desenvolvimento. Um projeto bem sucedido precisa levar em conta a opinião de diversas partes, bem como incorporar diferentes pontos de vista.
Embora clientes normalmente não possam passar 100% do tempo com a equipe de desenvolvimento, essa não é a proposta da prática. A idéia é que o cliente, e outras pessoas importantes no projeto, tenham disponibilidade (a maior possível) para ajudar os desenvolvedores sempre que tiverem dúvidas. A ênfase da prática é fazer com que o cliente seja acessível e compreenda a importância disso para o bom andamento do projeto.
Equipes XP se baseiam no princípio de que o resultado final de um projeto depende não apenas dos desenvolvedores, mas também do cliente e de quaisquer outras pessoas que possam ter algum tipo de contribuição para o projeto. Isso é um ponto de vista compartilhado por muitas pessoas, porém vem sendo ignorado fortemente em diversos casos, especialmente nas grandes corporações, onde é comum se criar uma distância significativa entre o cliente e a equipe de desenvolvimento.
PROGRAMAÇÃO EM PAR:
Programação em par é uma das práticas mais conhecidas e mais polêmicas utilizadas pelos que adotam o Extreme Programming. Ela sugere que todo e qualquer código produzido no projeto seja sempre implementado por duas pessoas juntas, diante do mesmo computador, revezando-se no teclado.
À primeira vista, a programação em par parece ser uma prática fadada ao fracasso e ao desperdício. Afinal, embora possa haver benefícios, temos a impressão de que ela irá consumir mais recursos ou irá elevar o tempo do desenvolvimento. Entretanto, não é exatamente isso o que ocorre.
FONTES:
http://www.desenvolvimentoagil.com.br/xp/praticas/design_incremental
http://www.desenvolvimentoagil.com.br/xp/praticas/equipe_integral
http://www.desenvolvimentoagil.com.br/xp/praticas/programacao_par
DICA: Naveguem por este site: http://www.desenvolvimentoagil.com.br.
Bons estudos!