feedback , o cliente conduz o desenvolvimento do seu produto, estabelece prioridades e informa aquilo que e realmente importante. Analogamente, ha o feedback dado pelo desenvolvedor ao cliente, onde o mesmo aponta riscos, estimativas e alternativas de design . Este retorno e o aprendizado do desenvolvedor sobre o que o cliente deseja. Com este valor, o tempo de defasagem entre as fases do projeto sao extremamente pequenos, o cliente esta o tempo todo em contato com a equipe de desenvolvimento, muito diferente dos modelos tradicionais, onde o cliente entrava em contato com a equipe um bom tempo depois do ultimo feedback dado. Um ponto que muitas empresas de software falham e nao dar valor ao que o cliente realmente deseja, utilizam cegamente metodologias e acabam esquecendo o real proposito de um software: facilitar o trabalho de pessoas. Com 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