que o feedback entre cliente e desenvolvedor possa ser efetuado com sucesso e necessario ter uma boa comunicacao entre eles. A XP prega que esta comunicacao ocorra da forma mais direta e eficaz possivel, oferecendo agilidade aos assuntos tratados. Recomenda-se o contato direto (face-a-face) entre cliente e desenvolvedor, para evitar qualquer tipo de especulacao ou mal entendido entre as partes e para que possiveis duvidas possam ser resolvidas de imediato.Alem de sanar as duvidas no desenvolvimento, o cliente devera estar disponivel para a equipe, ou mesmo presente no ambiente de trabalho da empresa. Isto fara com que o cliente entenda o sistema e enriquecera os relacionamentos pessoais, criando um elo de parceria e confianca mutua.Algumas equipes nao se adaptam bem a este valor. Este problema deve ser trabalhado em conjunto com a equipe. Enquanto nao se acostumarem a falar e a trocar ideias com seus companheiros o sucesso da metodologia estara comprometido. Membros introvertidos sao deseconselhaveis para equipes de XP.2.1.3 SimplicidadePara que o cliente possa aprender durante o projeto e consiga dar o feedback necessario a equipe, nao basta apenas uma boa comunicacao, e necessario que os desenvolvedores implementem da forma mais simples possivel o que o cliente deseja.A lei e: faca a coisa mais simples que pode funcionar. Com esta filosofia, o cliente tera a funcionalidade rapidamente e da forma desejada, dando um feedback instantaneamente evitando especulacoes. O desenvolvedor deve implementar apenas o necessario para que o cliente tenha seu pedido atendido.Ser simples nao e um ato de desespero, e um ato de consciencia e absoluta precisao. Muitas pessoas confundem simplicidade e facilidade. O mais simples nem sempre e o mais facil e tambem nao e escrever menos codigo. Simplicidade significa codificar o necessario para que um requisito seja atendido e entregue ao cliente.Evita-se suposicoes, o futuro e incerto e por causa disso nao necessita atencao. Os requisitos evoluem gradativamente em conjunto com o sistema e a arquitetura do projeto. Algumas vezes, o que e necessario hoje sera descartado amanha, e outras vezes o que seria necessario num futuro proximo nunca sera utilizado.2.1.4 CoragemPor ser um processo de desenvolvimento novo e baseado em diversas premissas que contrariam o modelo tradicional, o XP exige que os desenvolvedores tenham coragem para:*Desenvolver software de forma incremental;*Manter o sistema simples;*Permitir que o cliente defina prioridades;*Fazer desenvolvedores trabalharem em pares:*Investir tempo em refactoring ;*Investir tempo em testes automatizados;*Estimar estorias na presenca do cliente;*Expor codigo a todos os membros da equipe;*Integrar o sistema diversas vezes ao dia;*Adotar ritmo sustentavel de desenvolvimento;*Abrir mao de documentos que servem como defesa;*Propor contratos de escopo variavel;*Propor a adocao de um processo novo.*Assumir em relacao ao cliente possiveis atrasos e problemas de implementacao;*Colocar desenvolvedores e clientes frente a frente;*Implantar uma nova versao do sistema no cliente semanalmente;*Apostar em seus colaboradores aumentando suas responsabilidades;*Modelar e documentar apenas quando for de extrema necessidade.2.2 Praticas da XPComo o nome ja diz, as praticas sao um conjunto de atividades que deverao ser seguidas pelas equipes que desejam utilizar a XP.Os valores ja apresentados somados a estas praticas sao um conjunto ? entrelacado ? de boas atitudes.