pode mudar o comportamento do codigo em questao.Esta pratica anda de maos dadas com o codigo coletivo, ja que todo desenvolvedor tem a possibilidade de melhorar qualquer codigo do sistema.A padronizacao oferece facilidades aos desenvolvedores no momento de implementar novas funcionalidades ou efetuar qualquer tipo de manutencao, uma vez que o codigo se encontra simples e claro.Uma questao importante e que a pratica de refactoring esta apoiada pelos testes automatizados, pois facilmente o desenvolvedor tera um feedback se a alteracao por ele efetuada ira gerar qualquer tipo de comportamento anormal no sistema, sofrendo o aprendizado sobre a alteracao por ele efetuada.Codigo coletivoNo modelo tradicional de desenvolvimento, e comum dividir o projeto em partes e colocar responsaveis por cada uma destas partes. Porem apenas uma pessoa torna-se conhecedora daquela parte.Este tipo de divisao traz serios problemas ao projeto, uma vez que se aquela parte necessitar inumeras alteracoes, apenas uma pessoa estara capacitada para altera-la. Com estas inumeras alteracoes, esta pessoa pode se tornar um gargalo no projeto.O XP trava uma batalha contra este tipo de divisao, ja que nao existe uma pessoa responsavel por uma parte do codigo. Cada desenvolvedor tem acesso a qualquer parte do sistema e tem liberdade para altera-la a qualquer momento e sem qualquer tipo de aviso.Esta pratica tem como consequencia um codigo revisado por diversas pessoas e caso algo nao esteja claro, com certeza sera alterado por alguma pessoa (refactoring ) para que o mesmo torne-se legivel.Padroes de desenvolvimentoUm dos valores do XP e a comunicacao, e o codigo tambem e uma forma da equipe se comunicar. Uma forma clara de se comunicar atraves do codigo, e manter um padrao no projeto para que qualquer um possa rapidamente entender o codigo lido.O XP recomenda a adocao de um padrao desde o inicio do projeto, preferencialmente padroes utilizados pela comunidade da linguagem de desenvolvimento. Havendo a necessidade de modificacoes e adaptacoes durante o projeto, que visam agilizar o desenvolvimento, as mesmas devem ser efetuadas.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.Ritmo sustentavelUma grande problema nos projetos de software e a falta de tempo para encerrar o mesmo,