<?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/"
		>
<channel>
	<title>Comments on: Agile não é bala de prata</title>
	<atom:link href="http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/feed/" rel="self" type="application/rss+xml" />
	<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/</link>
	<description>Blog sobre desenvolvimento de software e tecnologia</description>
	<lastBuildDate>Sun, 16 Oct 2011 12:18:18 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Guilherme Silveira</title>
		<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/comment-page-1/#comment-12912</link>
		<dc:creator>Guilherme Silveira</dc:creator>
		<pubDate>Fri, 11 Sep 2009 14:29:26 +0000</pubDate>
		<guid isPermaLink="false">http://gc.blog.br/?p=506#comment-12912</guid>
		<description>Muito boa Guilherme!

Eu gosto de ir um pouquinho mais além em uma frase. Não precisa ficar com a metodologia atual, ou não adotar tudo de uma metodologia agile não só se tudo está ótimo, mas se &quot;está suficientemente bem&quot;... tudo estar ótimo em geral é sinal de que tem algo de errado sendo varrido pra debaixo do tapete. Como nenhuma metodologia é perfeita, sempre vai ser &quot;suficientemente bem&quot;, não perfeito.
Mas ótimo... não podemos cometer o mesmo erro que nossos antepassados cometiam, de achar que tem que ser tudo do nosso modo. parabéns,</description>
		<content:encoded><![CDATA[<p>Muito boa Guilherme!</p>
<p>Eu gosto de ir um pouquinho mais além em uma frase. Não precisa ficar com a metodologia atual, ou não adotar tudo de uma metodologia agile não só se tudo está ótimo, mas se &#8220;está suficientemente bem&#8221;&#8230; tudo estar ótimo em geral é sinal de que tem algo de errado sendo varrido pra debaixo do tapete. Como nenhuma metodologia é perfeita, sempre vai ser &#8220;suficientemente bem&#8221;, não perfeito.<br />
Mas ótimo&#8230; não podemos cometer o mesmo erro que nossos antepassados cometiam, de achar que tem que ser tudo do nosso modo. parabéns,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Yokomizo</title>
		<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/comment-page-1/#comment-12368</link>
		<dc:creator>Daniel Yokomizo</dc:creator>
		<pubDate>Wed, 26 Aug 2009 11:47:33 +0000</pubDate>
		<guid isPermaLink="false">http://gc.blog.br/?p=506#comment-12368</guid>
		<description>&quot;Metodologias ágeis partem do princípio de que os requisitos de um projeto de software vão mudar.&quot;
Na verdade não. Embora a maior parte delas tenham vindo desse mundo a família Crystal (http://alistair.cockburn.us/Crystal+methodologies) do Alistair Cockburn (http://alistair.cockburn.us, um dos signatários do Agile Manifesto) veio da experiência dele em projetos com escopo e preço fechados. De resto o artigo é excelente.</description>
		<content:encoded><![CDATA[<p>&#8220;Metodologias ágeis partem do princípio de que os requisitos de um projeto de software vão mudar.&#8221;<br />
Na verdade não. Embora a maior parte delas tenham vindo desse mundo a família Crystal (<a href="http://alistair.cockburn.us/Crystal+methodologies" rel="nofollow" onclick="urchinTracker('/outgoing/alistair.cockburn.us/Crystal+methodologies?referer=');">http://alistair.cockburn.us/Crystal+methodologies</a>) do Alistair Cockburn (<a href="http://alistair.cockburn.us" rel="nofollow" onclick="urchinTracker('/outgoing/alistair.cockburn.us?referer=');">http://alistair.cockburn.us</a>, um dos signatários do Agile Manifesto) veio da experiência dele em projetos com escopo e preço fechados. De resto o artigo é excelente.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: José L. Braga</title>
		<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/comment-page-1/#comment-12288</link>
		<dc:creator>José L. Braga</dc:creator>
		<pubDate>Sun, 23 Aug 2009 14:08:59 +0000</pubDate>
		<guid isPermaLink="false">http://gc.blog.br/?p=506#comment-12288</guid>
		<description>Até hoje continua um mistério para mim, o que é de fato que Agile resolve.  Se o seu problema tem, por natureza, caracteristicas dinâmicas e seus requisitos mudam com o passar do tempo porque o problema é assim, ai sim, temos um desafio real para resolver, e talvez agilidade ajude (mas também pode ser resolvido com uma boa e competente  customização de UP, ou utilizando abordagem por Aspectos). Mas, se seus requisitos mudam constantemente por incompetência na extração de requisitos, que é a esmagadora maioria dos casos que arrebentam prazos e previsões, então não existe processo, reza brava ou método que possa resolver o problema. Otima postagem, divulguei entre meus alunos, raramente a gente encontra depoimentos imparciais como esse seu. Abraço,</description>
		<content:encoded><![CDATA[<p>Até hoje continua um mistério para mim, o que é de fato que Agile resolve.  Se o seu problema tem, por natureza, caracteristicas dinâmicas e seus requisitos mudam com o passar do tempo porque o problema é assim, ai sim, temos um desafio real para resolver, e talvez agilidade ajude (mas também pode ser resolvido com uma boa e competente  customização de UP, ou utilizando abordagem por Aspectos). Mas, se seus requisitos mudam constantemente por incompetência na extração de requisitos, que é a esmagadora maioria dos casos que arrebentam prazos e previsões, então não existe processo, reza brava ou método que possa resolver o problema. Otima postagem, divulguei entre meus alunos, raramente a gente encontra depoimentos imparciais como esse seu. Abraço,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hugo Estevam</title>
		<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/comment-page-1/#comment-12244</link>
		<dc:creator>Hugo Estevam</dc:creator>
		<pubDate>Fri, 21 Aug 2009 23:53:07 +0000</pubDate>
		<guid isPermaLink="false">http://gc.blog.br/?p=506#comment-12244</guid>
		<description>Belo post, muitos abraçam uma causa e vão com ela até o fim, em software o lema é flexibilidade, a adaptação é sempre necessária. Mais pessoas deveria ler seu post.</description>
		<content:encoded><![CDATA[<p>Belo post, muitos abraçam uma causa e vão com ela até o fim, em software o lema é flexibilidade, a adaptação é sempre necessária. Mais pessoas deveria ler seu post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emerson Macedo</title>
		<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/comment-page-1/#comment-12122</link>
		<dc:creator>Emerson Macedo</dc:creator>
		<pubDate>Tue, 18 Aug 2009 16:04:05 +0000</pubDate>
		<guid isPermaLink="false">http://gc.blog.br/?p=506#comment-12122</guid>
		<description>Isso me lembra um cliente que eu tenho. Faz muito tempo que parei de fazer freelancer pois geralmente dá muita dor de cabeça. Porém, esse cliente é como o cliente perfeito: sabe o que quer, não muda os requisitos toda hora e ainda paga bem. Por isso, não precioso de nenhuma mágica ou metodologia especial para lidar com ele. Simplesmente as coisas funcionam de forma natural.

[]s

Emerson</description>
		<content:encoded><![CDATA[<p>Isso me lembra um cliente que eu tenho. Faz muito tempo que parei de fazer freelancer pois geralmente dá muita dor de cabeça. Porém, esse cliente é como o cliente perfeito: sabe o que quer, não muda os requisitos toda hora e ainda paga bem. Por isso, não precioso de nenhuma mágica ou metodologia especial para lidar com ele. Simplesmente as coisas funcionam de forma natural.</p>
<p>[]s</p>
<p>Emerson</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thiago Dias</title>
		<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/comment-page-1/#comment-12120</link>
		<dc:creator>Thiago Dias</dc:creator>
		<pubDate>Tue, 18 Aug 2009 14:53:05 +0000</pubDate>
		<guid isPermaLink="false">http://gc.blog.br/?p=506#comment-12120</guid>
		<description>Uma pena aonde trabalho não entenderem o quanto uma metodologia ágil ajudaria a eles... não existe padroes, ingerencias a todo momento e mudanças num escopo que foi MUITO mal feito a todo momento, sem liderança e... cara, tem lugar ai na globo? rsrs</description>
		<content:encoded><![CDATA[<p>Uma pena aonde trabalho não entenderem o quanto uma metodologia ágil ajudaria a eles&#8230; não existe padroes, ingerencias a todo momento e mudanças num escopo que foi MUITO mal feito a todo momento, sem liderança e&#8230; cara, tem lugar ai na globo? rsrs</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Helton Duarte</title>
		<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/comment-page-1/#comment-12115</link>
		<dc:creator>Helton Duarte</dc:creator>
		<pubDate>Tue, 18 Aug 2009 12:18:46 +0000</pubDate>
		<guid isPermaLink="false">http://gc.blog.br/?p=506#comment-12115</guid>
		<description>Olá,

Não conhecia teu blog, mas achei mto bom o texto. Concordo plenamente. Já vi algumas palestras sobre metodologias ágeis e gostei de todas, contudo tenho consciência de que não são 100% corretas para todos os casos.

Parabéns pelo post.</description>
		<content:encoded><![CDATA[<p>Olá,</p>
<p>Não conhecia teu blog, mas achei mto bom o texto. Concordo plenamente. Já vi algumas palestras sobre metodologias ágeis e gostei de todas, contudo tenho consciência de que não são 100% corretas para todos os casos.</p>
<p>Parabéns pelo post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lucas Castro</title>
		<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/comment-page-1/#comment-12113</link>
		<dc:creator>Lucas Castro</dc:creator>
		<pubDate>Tue, 18 Aug 2009 11:10:20 +0000</pubDate>
		<guid isPermaLink="false">http://gc.blog.br/?p=506#comment-12113</guid>
		<description>Mas tbm, nesse exemplo o cara mergulhou a empresa na nova metodologia sem nem aprender ela direito...

O ideal acredito eu, deveria ser escolher um projeto, de uma conta com bom relacionamento e que apoie o desenvolvimento ágil pra ser o piloto. Não adianta empurrar a empresa e os clientes pra dentro da metodologia que não vai dar certo.

Depois do piloto, e que se aprenda a metodologia, basta mostrar os dados pros outros clientes que eles se convencerão.</description>
		<content:encoded><![CDATA[<p>Mas tbm, nesse exemplo o cara mergulhou a empresa na nova metodologia sem nem aprender ela direito&#8230;</p>
<p>O ideal acredito eu, deveria ser escolher um projeto, de uma conta com bom relacionamento e que apoie o desenvolvimento ágil pra ser o piloto. Não adianta empurrar a empresa e os clientes pra dentro da metodologia que não vai dar certo.</p>
<p>Depois do piloto, e que se aprenda a metodologia, basta mostrar os dados pros outros clientes que eles se convencerão.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: André Faria Gomes</title>
		<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/comment-page-1/#comment-12100</link>
		<dc:creator>André Faria Gomes</dc:creator>
		<pubDate>Tue, 18 Aug 2009 00:20:20 +0000</pubDate>
		<guid isPermaLink="false">http://gc.blog.br/?p=506#comment-12100</guid>
		<description>Muito Bom! Certa vez, Kent Beck disse que se houvesse um tipo de CMMI para XP, sei lá, um tipo XPMM, haveriam apenas dois níveis. Você alcança o nível 1 quando faz tudo igual ao livro e o 2 quando joga o livro pela janela e faz as coisas da forma que funciona melhor para você. Eu ouvi isso uns dias atrás em um entrevista com o @viniciusteles. Abraço.</description>
		<content:encoded><![CDATA[<p>Muito Bom! Certa vez, Kent Beck disse que se houvesse um tipo de CMMI para XP, sei lá, um tipo XPMM, haveriam apenas dois níveis. Você alcança o nível 1 quando faz tudo igual ao livro e o 2 quando joga o livro pela janela e faz as coisas da forma que funciona melhor para você. Eu ouvi isso uns dias atrás em um entrevista com o @viniciusteles. Abraço.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guilherme Chapiewski</title>
		<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/comment-page-1/#comment-12095</link>
		<dc:creator>Guilherme Chapiewski</dc:creator>
		<pubDate>Mon, 17 Aug 2009 17:17:07 +0000</pubDate>
		<guid isPermaLink="false">http://gc.blog.br/?p=506#comment-12095</guid>
		<description>@Rubem

Perfeitamente :)</description>
		<content:encoded><![CDATA[<p>@Rubem</p>
<p>Perfeitamente <img src='http://gc.blog.br/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rubem Azenha</title>
		<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/comment-page-1/#comment-12094</link>
		<dc:creator>Rubem Azenha</dc:creator>
		<pubDate>Mon, 17 Aug 2009 16:44:20 +0000</pubDate>
		<guid isPermaLink="false">http://gc.blog.br/?p=506#comment-12094</guid>
		<description>Acho que alguns princípios de desenvolvimento podem ser utilizados independente de usar alguma metodologia padrão. Reuniões diárias, por exemplo, são excelentes mesmo em projetos de escopo fechado. TDD também.</description>
		<content:encoded><![CDATA[<p>Acho que alguns princípios de desenvolvimento podem ser utilizados independente de usar alguma metodologia padrão. Reuniões diárias, por exemplo, são excelentes mesmo em projetos de escopo fechado. TDD também.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Felipe Diesel</title>
		<link>http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/comment-page-1/#comment-12093</link>
		<dc:creator>Felipe Diesel</dc:creator>
		<pubDate>Mon, 17 Aug 2009 16:05:55 +0000</pubDate>
		<guid isPermaLink="false">http://gc.blog.br/?p=506#comment-12093</guid>
		<description>Você nem mesmo precisa usar metodologia. Estude todas e adapte para a sua realidade. Mas sempre deixe claro o modo como as coisas devem funcionar.</description>
		<content:encoded><![CDATA[<p>Você nem mesmo precisa usar metodologia. Estude todas e adapte para a sua realidade. Mas sempre deixe claro o modo como as coisas devem funcionar.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

