isto muitos sistemas acabam dificultando e burocratizando as tarefas das pessoas e como defesa as empresas alegam ter um produto generico e que atenda as normais legais. 2.1.2 Comunicacao Para 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 Simplicidade Para 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 Coragem Por 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;