Captulo 1

Extreme Programming: viso geral

Extreme Programming, ou XP, um processo de desenvolvimento de software voltado para: Projetos cujos requisitos so vagos e mudam com freqncia; Desenvolvimento de sistemas orientados a objeto; Equipes pequenas, preferencialmente at 12 desenvolvedores; Desenvolvimento incremental (ou iterativo), onde o sistema comea a ser implementado logo no incio do projeto e vai ganhando novas funcionalidades ao longo do tempo. Existe uma categoria de processos de desenvolvimento conhecida como Processos geis de Desenvolvimento, dentro da qual o XP e outros processos se encaixam. Eles compartilham a premissa de que o cliente aprende sobre suas necessidades, na medida em que capaz de manipular o sistema que est sendo produzido. Com base no feedback do sistema ele re-avalia as suas necessidades e prioridades, gerando mudanas que devem ser incorporadas ao software. O aprendizado importante, porque permite que o cliente direcione o desenvolvimento de modo que a equipe produza sempre aquilo que tem o maior valor para o seu negcio. O XP um processo de desenvolvimento que busca assegurar que o cliente receba o mximo de valor de cada dia de trabalho da equipe de desenvolvimento. Ele organizado em torno de um conjunto de valores e prticas que atuam de forma harmnica e coesa para assegurar que o cliente sempre receba um alto retorno do investimento em software.

21

Extreme Programming

Valores do XP
O XP se baseia em quatro valores fundamentais: Feedback Comunicao Simplicidade Coragem Quando o cliente aprende com o sistema que utiliza e re-avalia as suas necessidades, ele gera feedback para a equipe de desenvolvimento. Isto , ele realimenta a equipe com alteraes nas necessidades que ainda sero implementadas e, eventualmente, naquelas que j fazem parte do software. O feedback o mecanismo fundamental que permite que o cliente conduza o desenvolvimento diariamente e garanta que a equipe direcione as suas atenes para aquilo que ir gerar mais valor. Para que o cliente possa compartilhar o seu aprendizado com a equipe, necessrio que ele utilize permanentemente o valor da comunicao. A comunicao entre o cliente e a equipe permite que todos os detalhes do projeto sejam tratados com a ateno e a agilidade que merecem. O XP procura assegurar que a comunicao ocorra da forma mais direta e eficaz possvel. Sendo assim, ele busca aproximar todos os envolvidos do projeto de modo que todos possam se comunicar face-a-face ou da forma mais rica que for vivel. A comunicao, embora seja essencial, no suficiente para garantir que o cliente possa aprender durante o projeto e gerar feedback rapidamente. Tambm necessrio que a equipe compreenda e utilize o valor da simplicidade, que nos ensina a implementar apenas aquilo que suficiente para atender a cada necessidade do cliente. Ou seja, ao codificar uma funcionalidade devemos nos preocupar apenas com os problemas de hoje e deixar os problemas do futuro para o futuro. No devemos tentar prever o futuro, pois raramente acertamos nas previses. Ao evitar especular sobre o que acontecer amanh, ganhamos tempo e permitimos que o cliente tenha acesso funcionalidade mais rapidamente. Isso permite que ele a utilize no seu negcio, gerando valor para ele e tornando vivel que ele d feedback para a equipe o quanto antes.

22

Captulo 1 Extreme Programming: viso geral

Eventualmente, com base no feedback, a equipe poder fazer generalizaes quando elas se fizerem necessrias. Neste caso, entretanto, elas viro na forma de uma necessidade explcita e no como a especulao de algo que poderia vir a ser necessrio no futuro. Dado que o sistema desenvolvido de forma incremental, a equipe est continuamente fazendo a manuteno do software e criando novas funcionalidades. Em muitos casos, ela ir alterar algo que vinha funcionando corretamente, o que leva ao risco de gerar falhas no sistema. Por esta razo, a equipe precisa ser corajosa e acreditar que, utilizando as prticas e valores do XP, ser capaz de fazer o software evoluir com segurana e agilidade.

Prticas do XP
O XP se baseia nas seguintes prticas: Cliente Presente Jogo do Planejamento Stand Up Meeting Programao em Par Desenvolvimento Guiado pelos Testes Refactoring Cdigo Coletivo Cdigo Padronizado Design Simples Metfora Ritmo Sustentvel Integrao Contnua Releases Curtos

23

Extreme Programming

Cliente Presente
O XP trabalha com a premissa de que o cliente deve conduzir o desenvolvimento a partir do feedback que recebe do sistema. Para que a troca de feedback possa ocorrer e o cliente possa obter o mximo de valor do projeto, essencial que ele participe ativamente do processo de desenvolvimento. Alm disso, a sua presena viabiliza a simplicidade do processo em diversos aspectos, especialmente na comunicao.

Jogo do Planejamento
O XP utiliza diversas formas de planejamento para assegurar que a equipe esteja sempre trabalhando naquilo que o mais importante para o cliente. Por esta razo, todo projeto em XP dividido em releases e iteraes, de modo que cliente e equipe tenham diversas oportunidades de se reunir para revisar o planejamento. Releases so mdulos do sistema que geram um valor bem definido para o cliente. Iteraes, por sua vez, so perodos de tempo de poucas semanas (em torno de duas, em mdia) no qual a equipe implementa um conjunto de funcionalidades acordado com o cliente. No incio de cada release e de cada iterao ocorre o jogo do planejamento. Trata-se de uma reunio onde o cliente avalia as funcionalidades que devem ser implementadas e prioriza aquelas que faro parte do prximo release ou da prxima iterao. No XP, as funcionalidades so descritas em pequenos cartes e so chamadas de estrias. Durante o jogo do planejamento as estrias so estimadas, para que o cliente possa conhecer o custo da implementao de cada uma delas. A estimativa feita utilizando-se uma unidade especial que recebe o nome de ponto. O ponto representa uma unidade de tempo que varia ao longo do desenvolvimento de acordo com a velocidade da equipe, onde a velocidade indica o quanto a equipe foi capaz de implementar na iterao anterior. Todos os detalhes sobre releases, iteraes, estrias, pontos e velocidade sero descritos com detalhes nos captulos subseqentes.

Stand Up Meeting
A equipe de desenvolvimento se rene a cada manh para avaliar o trabalho que foi executado no dia anterior e priorizar aquilo que ser implementado
24

Captulo 1 Extreme Programming: viso geral

no dia que se inicia. Trata-se de uma reunio rpida que recebe o nome de stand up meeting, que em ingls significa reunio em p.

Programao em Par
No XP, os desenvolvedores implementam as funcionalidades em pares, ou seja, diante de cada computador, existem sempre dois desenvolvedores que trabalham juntos para produzir o mesmo cdigo. Esta prtica, que recebe o nome de programao em par permite que o cdigo seja revisado permanentemente, enquanto construdo. Tambm contribui para que a implementao seja mais simples e eficaz, j que os desenvolvedores se complementam e tm mais oportunidades de gerar solues inovadoras.

Desenvolvimento Guiado pelos Testes

O XP destinado construo de sistemas com alta qualidade, o que leva necessidade de diversos mecanismos de validao para assegurar que o software est correto. Um destes mecanismos a programao em par, tal como foi citado anteriormente. Alm dela, o XP tambm utiliza a tcnica de desenvolvimento guiado pelos testes. Os desenvolvedores escrevem testes para cada funcionalidade antes de codific-las. Fazendo isso, eles aprofundam o entendimento das necessidades do cliente (o que aprimora a anlise), se preocupam com as interfaces externas dos mtodos e classes antes de codific-los (o que melhora o design), sabem at onde codificar cada funcionalidade (o que ajuda a manter o sistema simples) e passam a contar com uma massa de testes que pode ser usada a qualquer momento para validar todo o sistema.

Refactoring
Para que o sistema possa evoluir de forma incremental, a equipe deve fazer com que ele expresse os seus objetivos facilmente e esteja sempre claro e fcil de compreender. Freqentemente, isso levar a equipe a modificar partes do sistema que estejam funcionando para facilitar a sua manuteno. O refactoring o ato de alterar um cdigo sem afetar a funcionalidade que ele implementa. utilizado para tornar o software mais simples de ser manipulado e se utiliza fortemente dos testes descritos anteriormente para garantir que as modificaes no interrompam o seu funcionamento.
25

Extreme Programming

Cdigo Coletivo
No XP o sistema no segmentado em partes, de modo que cada desenvolvedor fique responsvel por uma delas. Os desenvolvedores tm acesso a todas as partes do cdigo e podem alterar aquilo que julgarem importante sem a necessidade de pedir autorizao de outra pessoa, pois o cdigo coletivo. Isso fornece maior agilidade ao processo e cria mais um mecanismo de reviso e verificao do cdigo, j que aquilo que escrito por um par hoje, acaba sendo manipulado por outro amanh. Se alguma coisa estiver confusa no cdigo, o par dever fazer refactoring para torn-lo mais legvel.

Cdigo Padronizado
Para que todos os desenvolvedores possam manipular qualquer parte do software de forma mais rpida, a equipe estabelece padres de codificao, que servem tambm para tornar o sistema mais homogneo e permitir que qualquer manuteno futura seja efetuada mais rapidamente.

Design Simples
Para que o cliente possa obter feedback logo, a equipe precisa ser gil no desenvolvimento, o que a leva a optar pela simplicidade do design. Ao invs de criar generalizaes dentro do cdigo, de modo a prepar-lo para possveis necessidades futuras, a equipe deve sempre optar por um cdigo que seja suficiente para atender s necessidades da funcionalidade que est implementando. Os desenvolvedores se baseiam na premissa de que sero capazes de incorporar qualquer necessidade futura quando e se ela surgir. Para isso, eles contam com o refactoring, os testes e as demais prticas do XP para apoi-los.

Metfora
Para facilitar a criao de um design simples, a equipe de desenvolvimento utiliza metforas, j que elas tm o poder de transmitir idias complexas de forma simples, atravs de uma linguagem comum que estabelecida entre a equipe de desenvolvimento e o cliente.

26

Captulo 1 Extreme Programming: viso geral

Ritmo Sustentvel
A qualidade do design, do cdigo, das metforas e do sistema determinada diretamente pela qualidade dos desenvolvedores e a capacidade que eles tm de se manter atentos, criativos e dispostos a solucionar problemas. Para garantir que a equipe tenha sempre o mximo de rendimento e produza software com melhor qualidade possvel, o XP recomenda que os desenvolvedores trabalhem apenas oito horas por dia e evitem fazer horas-extras, visto que essencial estar descansado a cada manh, de modo a utilizar a mente na sua plenitude ao longo do dia.

Integrao Contnua
Quando uma nova funcionalidade incorporada ao sistema, ela pode afetar outras que j estavam implementadas. Para assegurar que todo o sistema esteja sempre funcionando de forma harmoniosa, a equipe pratica a integrao contnua que leva os pares a integrarem seus cdigos com o restante do sistema diversas vezes ao dia. Cada vez que um par faz isso, ele executa todos os testes para assegurar que a integrao tenha ocorrido de forma satisfatria. Uma integrao sempre pode produzir erros no sistema. Sendo assim, a equipe utiliza os testes para descobrir eventuais defeitos o mais rapidamente possvel j que descobri-los logo facilita e acelera a correo e diminui a probabilidade de pequenos problemas se transformarem em grandes doresde-cabea no futuro.

Releases Curtos
Como explicado anteriormente, o XP tem como objetivo gerar um fluxo contnuo de valor para o cliente. Sendo assim, ele trabalha com releases curtos, ou seja, a equipe produz um conjunto reduzido de funcionalidades e coloca em produo rapidamente de modo que o cliente j possa utilizar o software no dia-a-dia e se beneficiar dele. Durante todo o projeto, a equipe colocar o sistema em produo diversas vezes, cada vez incorporando mais funcionalidades e gerando mais valor. A figura 1.1 apresenta todas as prticas do XP de forma resumida:

27

Extreme Programming

Figura 1.1 Prticas do XP (fonte: www.xprogramming.com).

Caractersticas da equipe
Uma equipe que utilize o XP normalmente composta por pessoas que representam os seguintes papis: Gerente de Projeto Coach Analista de Teste Redator Tcnico Desenvolvedor

Gerente de Projeto
O gerente de projeto responsvel pelos assuntos administrativos do projeto. Ele procura liberar a equipe de questes que no estejam diretamente ligadas atividade diria de desenvolvimento. Alm disso, administra o
28

Captulo 1 Extreme Programming: viso geral

relacionamento com o cliente assegurando que o mesmo participe ativamente do desenvolvimento e fornea as informaes essenciais para que a equipe possa implementar o sistema desejado.

Coach
O coach o responsvel tcnico do projeto. O XP recomenda que um profissional tecnicamente bem preparado seja destacado para orientar a equipe de modo que ela siga as boas prticas recomendadas pelo XP. Embora tambm possa atuar na implementao do sistema, sua tarefa principal assegurar o bom funcionamento do processo e buscar formas de melhor-lo continuamente.

Analista de Teste
O analista de teste responsvel por ajudar o cliente a escrever os testes de aceitao. Quando estes testes no so automatizados, o analista de teste deve fazer com que eles sejam executados diversas vezes ao longo das iteraes do projeto. Ele procura fazer com que os eventuais defeitos do sistema sejam identificados to logo apaream. Desta forma, fornece feedback para a equipe rapidamente, de modo que ela possa fazer as correes com rapidez e evitar que os problemas se propaguem.

Redator Tcnico
O redator tcnico ajuda a equipe de desenvolvimento a documentar o sistema. A sua presena permite que os desenvolvedores se concentrem prioritariamente na implementao do software. Embora eles possam continuar fazendo algumas documentaes, o redator tcnico quem faz a maior parte do trabalho de documentao.

Desenvolvedor
O desenvolvedor a pessoa que analisa, projeta e codifica o sistema. Em suma, a pessoa que efetivamente constri o software. Dentro do XP, no existem divises entre analista, projetista, programador etc. Cada desenvolvedor exerce estes diferentes papis em diversos momentos do projeto.

29