uma vez que os periodos em que as partes sao integradas e testadas sao extremamente longos.O XP propoe uma integracao continua, se possivel deve ser efetuada diversas vezes ao dia para que toda a equipe tenha conhecimento do codigo recem desenvolvido. Com esta pratica o feedback sobre a alteracao efetuada sera retornado em um menor espaco de tempo.2.2.13 Releases curtosNo modelo tradicional o projeto e dividido em fases, de um modo que o cliente comecara a ter beneficio com o sistema muito proximo de o mesmo estar finalizado. A maior parte do investimento do projeto e feita antes mesmo de estar concluido, sem ter gerado qualquer tipo de valor economico ao cliente.O XP recomenda que pequenos investimento sejam efetuados de forma gradual e que busque grandes recompensas o mais rapidamente possivel. Com a pratica de releases curtos, o XP pretende dar o maximo de valor economico ao cliente em um curto espaco de tempo. Release e um conjunto de funcionalidade bem definidas e que representam algum valor para o cliente. Um projeto XP pode ter um ou mais releases no seu ciclo de desenvolvimento.2.3 Equipe XPEm uma equipe de XP existem papeis a serem desempenhados por um ou mais desenvolvedores. Estes papeis serao listados a seguir.2.3.1 Gerente de projetoPessoa responsavel pelos assuntos administrativos do projeto, mantendo um forte relacionamento com o cliente para que o mesmo participe das atividades do desenvolvimento.O gerente de projeto e responsavel por filtrar assuntos nao relevantes aos desenvolvedores e aspectos que so devam ser implementados em iteracoes futuras.Para um bom exercicio de gerente de projeto e necessario que a pessoa conheca e acredite nos valores e praticas do XP para que possa cobrar isto da sua equipe.2.3.2 CoachPessoa responsavel pelas questoes tecnicas do projeto, recomenda-se que esta pessoa seja a com maior conhecimento do processo de desenvolvimento, dos valores e praticas do XP. e de responsabilidade do coach verificar o comportamento da equipe frente o processo XP, sinalizando os eventuais erros cometidos pela equipe.2.3.3 Analista de testePessoa responsavel em garantir a qualidade do sistema atraves dos testes escritos. Ele deve ajudar o cliente a escrever os casos de testes e no final de cada iteracao verificar se o software atende todos os casos de testes.Recomenda-se que esta pessoa nao seja um desenvolvedor, para evitar uma visao tendenciosa ja que nao conhece o codigo desenvolvido. O analista de teste deve ter uma visao muito parecida com a do cliente e em muitos projetos esta pessoa acaba exercendo o papel de redator tecnico.2.3.4 Redator tecnicoPessoa responsavel em documentar o sistema, evitando um forte trabalho dos desenvolvedores neste tipo de atividade, permitindo uma maior dedicacao ao trabalho de codificacao.Esta pessoa deve estar em plena sintonia com os desenvolvedores e cliente para que a documentacao reflita o codigo escrito e as regras de negocio atendidas pelo sistema.2.3.5 DesenvolvedorPessoa responsavel em analisar, projetar e codificar o sistema. No XP nao existe diferenca entre analista, projetista e programador uma vez que em varios momentos do projeto o desenvolvedor estara exercendo alguma destas atividades.Naturalmente existe niveis distintos de desenvolvedores dentro de uma equipe, mas