<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Seu melhor projeto: como provar a superioridade de uma metodologia &#193;gil?</title>
	<atom:link href="http://macaubas.com/desenvolvimento/seu-melhor-projeto-como-provar-a-superioridade-de-uma-metodologia-gil/feed" rel="self" type="application/rss+xml" />
	<link>http://macaubas.com/desenvolvimento/seu-melhor-projeto-como-provar-a-superioridade-de-uma-metodologia-gil</link>
	<description>Agilidade, gestão, software e globo.com</description>
	<lastBuildDate>Mon, 16 Jan 2012 12:49:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: alfredo</title>
		<link>http://macaubas.com/desenvolvimento/seu-melhor-projeto-como-provar-a-superioridade-de-uma-metodologia-gil/comment-page-1#comment-4436</link>
		<dc:creator>alfredo</dc:creator>
		<pubDate>Tue, 15 Dec 2009 02:19:34 +0000</pubDate>
		<guid isPermaLink="false">http://macaubas.com/?p=39#comment-4436</guid>
		<description>Não é diretamente &quot;melhor&quot; ,Metodologias ágeis têm sido apontadas como uma alternativa às abordagens tradicionais para o desenvolvimento de software. As metodologias tradicionais, conhecidas também como pesadas ou orientadas a planejamentos e a processos orientados a documentação.
Revolvemos um ponto e criamos problemas com outro ponto.</description>
		<content:encoded><![CDATA[<p>Não é diretamente &#8220;melhor&#8221; ,Metodologias ágeis têm sido apontadas como uma alternativa às abordagens tradicionais para o desenvolvimento de software. As metodologias tradicionais, conhecidas também como pesadas ou orientadas a planejamentos e a processos orientados a documentação.<br />
Revolvemos um ponto e criamos problemas com outro ponto.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcos Silva Pereira</title>
		<link>http://macaubas.com/desenvolvimento/seu-melhor-projeto-como-provar-a-superioridade-de-uma-metodologia-gil/comment-page-1#comment-5</link>
		<dc:creator>Marcos Silva Pereira</dc:creator>
		<pubDate>Thu, 28 Feb 2008 14:33:42 +0000</pubDate>
		<guid isPermaLink="false">http://macaubas.com/?p=39#comment-5</guid>
		<description>Um ponto importante sobre metodologias ágeis é que elas foram criadas por pessoas que pensavam, executavam, viviam e melhoravam as praticas e valores nos projetos das quais participavam. Por isso acho mais efetivo. &quot;Ei, eu vivi isso, testei, melhorei e vi que funciona.&quot;

Algumas práticas não são tão naturais (como TDD) e outras soam absurdas para os executivos (como pair programming). Mas os conceitos e razões estão lá: TDD é mais do que apenas testar. É uma &quot;ferramenta&quot; para design limpo. É uma ferramenta para criar confiança entre o time. Pair Programming cria cumplicidade, evita distrações, retrabalho e espalha a posse do código entre a equipe.

Só que é difícil entender isso. Tem que pensar fora da caixa.

Ótimo artigo.</description>
		<content:encoded><![CDATA[<p>Um ponto importante sobre metodologias ágeis é que elas foram criadas por pessoas que pensavam, executavam, viviam e melhoravam as praticas e valores nos projetos das quais participavam. Por isso acho mais efetivo. &#8220;Ei, eu vivi isso, testei, melhorei e vi que funciona.&#8221;</p>
<p>Algumas práticas não são tão naturais (como TDD) e outras soam absurdas para os executivos (como pair programming). Mas os conceitos e razões estão lá: TDD é mais do que apenas testar. É uma &#8220;ferramenta&#8221; para design limpo. É uma ferramenta para criar confiança entre o time. Pair Programming cria cumplicidade, evita distrações, retrabalho e espalha a posse do código entre a equipe.</p>
<p>Só que é difícil entender isso. Tem que pensar fora da caixa.</p>
<p>Ótimo artigo.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

