que visam agilizar o desenvolvimento, as mesmas devem ser efetuadas.2.2.9 Design simplesNota-se que todas as praticas do XP focam que o maior valor possivel seja gerado para o cliente, para tal premissa ser verdadeira o XP prega um design do sistema da forma mais simples possivel para que atenda a necessidade do cliente.Umas das premissas do desenvolvimento tradicional e que o custo de uma alteracao no sistema cresce exponencialmente ao longo do projeto, com isto tenta-se criar solucoes genericas preparando o sistema para futuras alteracoes.Este tipo de pensamento da margens para especulacoes e implementacoes que na maioria dos casos nao tera utilidade para o cliente. O XP parte do principio que o custo de uma alteracao tende a crescer lentamente e se estabilizar ao longo do projeto, esta premissa e dita em funcao dos avancos nas linguagens e praticas de programacao, novos ambientes e ferramentas de desenvolvimento, utilizacao de orientacao a objetos no desenvolvimento e em conjunto com estes novos avancos existe o fruto das outras praticas XP, deixando o codigo simples, legivel e passivel de alteracao a qualquer momento.2.2.10 MetaforaMuitas vezes pessoas tentam explicar um assunto ou problema a outras pessoas por um periodo sem obter o exito necessario na explicacao dada, simplesmente as outras pessoas nao conseguem entender a mensagem que esta se tentando repassar.Ao criar comparacoes e analogias com o assunto que esta em questao as pessoas passarao a entender deste assunto de uma forma muito mais rapida e possivelmente nao a esquecerao mais. Este tipo de artificio e chamado de metafora no XP, e deve ser utilizado com intensidade durante o projeto, uma vez que facilita a comunicacao e fixacao dos assuntos entre as partes.Esta pratica anda em conjunto com o ritmo sustentavel, ja que para o desenvolvedor criar boas metaforas exige criatividade e desenvolvimento de ideias, o que torna necessario uma boa condicao fisica e bem estar por parte do desenvolvedor.2.2.11 Ritmo sustentavelUma grande problema nos projetos de software e a falta de tempo para encerrar o mesmo, e uma das tecnicas mais adotadas para compensar a falta de tempo e submeter os desenvolvedores (humanos) a trabalharem ate mais tarde e muitas vezes sacrificarem seus finais de semana.Nos primeiros momentos este tipo de atitude tem efeitos positivos, porem passado alguns dias o rendimento da equipe cai drasticamente, dando margens a erros pela falta de concentracao no desenvolvimento, justamente pelo cansaco fisico do desenvolvedor.O XP proibe que os desenvolvedores trabalhem ate mais tarde. O XP sugere um ritmo sustentavel de 40 horas semanais, respeitando assim a individualidade e o fisico de cada desenvolvedor. Desta forma a equipe estara sempre concentrada e muito menos propensa a pequenas falhas na implementacao.2.2.12 Integracao continuaNo desenvolvimento tradicional geralmente as equipes sao organizadas de modo que uma parte (modulo) fiquei sob responsabilidade de um desenvolvedor, cabe a esta pessoa efetuar testes e codificacao que dizem respeito a sua parte. Esta estrategia reduz a complexidade e as preocupacoes de um desenvolvedor.Interfaces de integracao sao convencionadas para que futuramente estas partes possam se comunicar, este tipo de desenvolvimento esta propenso a serios erros de integracao,