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 continua No 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, 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 curtos No 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 XP Em 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 projeto Pessoa 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 Coach Pessoa 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 teste Pessoa 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