<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>PHPAULO &#187; XP</title>
	<atom:link href="http://www.phpaulo.com.br/tag/xp/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.phpaulo.com.br</link>
	<description>Só mais um site WordPress</description>
	<lastBuildDate>Wed, 14 Sep 2011 15:13:53 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>eXtreme Programming (XP) em 2 minutos</title>
		<link>http://www.phpaulo.com.br/metodologia/extreme-programming-xp-em-2-minutos/</link>
		<comments>http://www.phpaulo.com.br/metodologia/extreme-programming-xp-em-2-minutos/#comments</comments>
		<pubDate>Mon, 10 May 2010 12:00:03 +0000</pubDate>
		<dc:creator>phpaulo</dc:creator>
				<category><![CDATA[Metodologia]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[eXtrme Programming]]></category>
		<category><![CDATA[XP]]></category>

		<guid isPermaLink="false">http://www.phpaulo.com.br/?p=62</guid>
		<description><![CDATA[O texto abaixo foi criado por Paulo Fernandes (eu) e Jefferson Lira como parte do artigo Como atender os requisitos arquiteturais de software usando métodos ágeis como SCRUM e XP. Extreme Programming ou XP como é chamado é um processo &#8230; <a href="http://www.phpaulo.com.br/metodologia/extreme-programming-xp-em-2-minutos/">Continue lendo <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>O texto abaixo foi criado por <a title="E-mail de Contato" href="mailto:paulofernandesjr@gmail.com">Paulo Fernandes (eu)</a> e <a title="E-mail de Contato" href="mailto:jefferson.l.vieira@gmail.com">Jefferson Lira</a> como parte do artigo <a title="Como-atender-os-requisitos-arquiteturais-de-software-usando-métodos-ágeis-como-SCRUM-e-XP" href="http://www.phpaulo.com.br/artigo/pos/Como-atender-os-requisitos-arquiteturais-de-software-usando-metodos-ageis-como-SCRUM-e-XP.pdf" target="_blank">Como atender os requisitos arquiteturais de software usando métodos ágeis como SCRUM e XP</a>.</p>
<p>Extreme Programming ou XP como é chamado é um processo de desenvolvimento de software baseado em valores de simplicidade, comunicação, feedback e coragem. O objetivo do XP é assegurar que o cliente receba o máximo de valor a cada dia de trabalho da equipe de desenvolvimento. Ele é organizado em torno de valores e práticas que atuam de forma harmônica e coesa para assegurar que o cliente sempre receba um alto retorno do investimento em software.</p>
<p>Os quatro valores fundamentais em que o XP se baseia são:</p>
<p><strong>Feedback</strong>: fazer com que o cliente conduza o desenvolvimento diariamente a fim de garantir que a equipe direcione toda a sua atenção para aquilo que de fato irá gerar mais valor;</p>
<p><strong>Comunicação</strong>: evitar o gasto de um valioso esforço na tentativa de trocar informações por meios de extensos documentos escritos que freqüentemente são interpretados de forma incorreta ou incompleta;</p>
<p><strong>Simplicidade</strong>: garantir que seja desenvolvido apenas o suficiente para atender as necessidades atuais do cliente, desprezando qualquer funcionalidade não essencial;</p>
<p><strong>Coragem</strong>: devido ao XP ser uma metodologia de software que se baseia em diversas premissas que contrariam os processos tradicionais de desenvolvimento de software, é preciso que todos da equipe tenham coragem para adotá-las e acreditar que, utilizando as práticas e valores do XP, serão capazes de fazer com que o software evolua com segurança e agilidade.</p>
<p>O XP tem alguns pontos fortes que auxiliam no processo de desenvolvimento, a citar:</p>
<p><strong>Cliente Presente</strong>: a presença objetiva viabilizar a simplicidade dos processos, facilitar a comunicação com os desenvolvedores e permitir um ciclo continuo e rápido de feedback;</p>
<p><strong>Jogo do Planejamento</strong>: reunião com o cliente a cada nova release a fim de definir quais funcionalidades devem ser implementadas de acordo com suas priorizações;</p>
<p><strong>Stand Up Meeting</strong>: reunir com a equipe de desenvolvimento a cada manhã para avaliar o trabalho que foi executado no dia anterior e priorizar aquilo que será implementado no dia que se inicia;<strong> </strong></p>
<p><strong>Refactoring</strong>: é utilizado para manter sempre o software o mais simples possível de ser manipulado sem que estas alterações no código possam afetar as funcionalidades que já estão implementadas;</p>
<p><strong>Código Coletivo</strong>: a idéia é que o código seja comunitário a todos os desenvolvedores, permitindo assim que todos possam alterar o código quando necessário sem ter que pedir autorização de outra pessoa;</p>
<p><strong>Código Padronizado</strong>: a fim de permitir que o sistema seja o mais homogêneo possível, a equipe deve estabelecer padrões de codificação, viabilizando assim a facilidade de qualquer manutenção futura;</p>
<p><strong>Metáfora</strong>: técnica para transmitir idéias de formas simples, através de uma linguagem comum que é estabelecida entre a equipe e o cliente;<strong> </strong></p>
<p><strong>Ritmo Sustentável</strong>: é recomendável que os desenvolvedores trabalhem apenas 8 horas por dia a fim de garantir o máximo de rendimento e permitir a produção de software com a melhor qualidade possível;</p>
<p><strong>Design Simples</strong>: optar sempre pela simplicidade do design, viabilizando a agilidade durante o desenvolvimento, dado que o feedback deve ser rápido ao cliente;</p>
<p><strong>Integração Contínua</strong>: a equipe de desenvolvimento deve garantir a integração de seus códigos com o restante do sistema diversas vezes ao dia;</p>
<p><strong>Releases Curtos</strong>: visa à disponibilidade de funcionalidades rapidamente ao cliente para que ele possa utilizar o software no dia-a-dia e se beneficiar dele.</p>
<p><strong>Desenvolvimento Guiado pelos Testes</strong>: visa o desenvolvedor escrever testes para cada funcionalidade antes mesmos de começar a codificá-las, possibilitando eles aprofundar o entendimento das necessidades do cliente;</p>
<p>Abaixo a Figura demonstra as práticas e os principais ciclos do XP:</p>
<div class="wp-caption aligncenter" style="width: 330px"><a href="http://www.phpaulo.com.br/artigo/pos/praticas-e-principios-do-xp.jpg"><img title="Práticas e princípios do XP" src="http://www.phpaulo.com.br/artigo/pos/praticas-e-principios-do-xp.jpg" alt="Práticas e princípios do XP" width="320" height="241" /></a><p class="wp-caption-text">Práticas e princípios do XP</p></div>
<p>A idéia da utilização do XP é voltada para projetos cujos requisitos são vagos e mudam com freqüência, desenvolvimento de sistema orientado a objeto, equipes pequenas e de preferência até 12 desenvolvedores. Este desenvolvimento deverá atender o modo iterativo ou incremental, objetivando que o sistema comece a ser implementado logo no início do projeto e ao longo do tempo adquirindo novas funcionalidades.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.phpaulo.com.br/metodologia/extreme-programming-xp-em-2-minutos/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

