<?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>Comentários sobre: Agilidade é a buzzword do momento</title>
	<atom:link href="http://1up4dev.org/2009/04/agilidade-e-a-buzzword-do-momento/feed/" rel="self" type="application/rss+xml" />
	<link>http://1up4dev.org/2009/04/agilidade-e-a-buzzword-do-momento/</link>
	<description>Nadando contra o Waterfall. tail -f /mind/realworld &#62;&#62; /blog</description>
	<lastBuildDate>Thu, 17 Jun 2010 13:47:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: José Eduardo</title>
		<link>http://1up4dev.org/2009/04/agilidade-e-a-buzzword-do-momento/comment-page-1/#comment-326</link>
		<dc:creator>José Eduardo</dc:creator>
		<pubDate>Tue, 26 May 2009 23:57:36 +0000</pubDate>
		<guid isPermaLink="false">http://1up4dev.org/?p=427#comment-326</guid>
		<description>Parabens pelo post! De fato, vc descreveu com muita exatidão a situação da empresa que trabalho (infelizmente).Continue assim! Esse post ficou otimo.</description>
		<content:encoded><![CDATA[<p>Parabens pelo post! De fato, vc descreveu com muita exatidão a situação da empresa que trabalho (infelizmente).Continue assim! Esse post ficou otimo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Rodrigo Panachi</title>
		<link>http://1up4dev.org/2009/04/agilidade-e-a-buzzword-do-momento/comment-page-1/#comment-126</link>
		<dc:creator>Rodrigo Panachi</dc:creator>
		<pubDate>Fri, 24 Apr 2009 03:40:45 +0000</pubDate>
		<guid isPermaLink="false">http://1up4dev.org/?p=427#comment-126</guid>
		<description>E ae Rogério!? Obrigado pelo comentário.

Concordo com você. Eu ia citar essa situação, mas lembrei que um dos primeiros posts que escrevi aqui &lt;a href=&quot;http://1up4dev.org/2008/05/o-paradoxo-iterativo-incremental-x-confianca/&quot; rel=&quot;nofollow&quot;&gt;falava exatamente disso&lt;/a&gt;.

Mas eu também já vi o oposto: os clientes queriam um contrato mais flexível mas o fornecedor estava tão fechado no waterfall que não cedia: &quot;O contrato é para nossa própria proteção&quot;, dizia o diretor. Pensamento de fracassado...

Sucesso!</description>
		<content:encoded><![CDATA[<p>E ae Rogério!? Obrigado pelo comentário.</p>
<p>Concordo com você. Eu ia citar essa situação, mas lembrei que um dos primeiros posts que escrevi aqui <a href="http://1up4dev.org/2008/05/o-paradoxo-iterativo-incremental-x-confianca/" rel="nofollow">falava exatamente disso</a>.</p>
<p>Mas eu também já vi o oposto: os clientes queriam um contrato mais flexível mas o fornecedor estava tão fechado no waterfall que não cedia: &#8220;O contrato é para nossa própria proteção&#8221;, dizia o diretor. Pensamento de fracassado&#8230;</p>
<p>Sucesso!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Rogério R. Alcântara</title>
		<link>http://1up4dev.org/2009/04/agilidade-e-a-buzzword-do-momento/comment-page-1/#comment-125</link>
		<dc:creator>Rogério R. Alcântara</dc:creator>
		<pubDate>Fri, 24 Apr 2009 01:23:05 +0000</pubDate>
		<guid isPermaLink="false">http://1up4dev.org/?p=427#comment-125</guid>
		<description>Parabéns Panache!

Um excelente post - além de ser muito bem escrito! =)

Reflete bastante a realidade para diversas empresas.

Acho que há um outro fator que deve ser levado em consideração: o fornecedor querer usar o Scrum da maneira correta, mas esbarrar em clientes retrógrados acostumado com cascata, modelo PMBOK, escopo fechado, que se defendem atras de contratos, que querem tudo o que está &quot;no escopo&quot; (mesmo o que é menos importante), e etc..

A partir daí, surgem soluções discrepantes como &quot;usar cascata com o cliente e em contrato mas Scrum internamente&quot;. Tenho a impressão que isso não dá certo. =\

O trauma dos clientes que já sofreram com projetos fracassados é tamanho que para se protegerem, utilizam de artifícios (jurídicos inclusive) que acabam amarrando o fornecedor modelo não-ágil criando, assim, um ciclo vicioso do tipo &quot;projeto não ágil &gt; falha &gt; mais controle &gt; projeto não ágil &gt; falha &gt; mais controle..&quot;. É lamentável.

..mas acho que isso é assunto para um outro post, não?! =)

Um abraço e boa sorte!</description>
		<content:encoded><![CDATA[<p>Parabéns Panache!</p>
<p>Um excelente post &#8211; além de ser muito bem escrito! =)</p>
<p>Reflete bastante a realidade para diversas empresas.</p>
<p>Acho que há um outro fator que deve ser levado em consideração: o fornecedor querer usar o Scrum da maneira correta, mas esbarrar em clientes retrógrados acostumado com cascata, modelo PMBOK, escopo fechado, que se defendem atras de contratos, que querem tudo o que está &#8220;no escopo&#8221; (mesmo o que é menos importante), e etc..</p>
<p>A partir daí, surgem soluções discrepantes como &#8220;usar cascata com o cliente e em contrato mas Scrum internamente&#8221;. Tenho a impressão que isso não dá certo. =\</p>
<p>O trauma dos clientes que já sofreram com projetos fracassados é tamanho que para se protegerem, utilizam de artifícios (jurídicos inclusive) que acabam amarrando o fornecedor modelo não-ágil criando, assim, um ciclo vicioso do tipo &#8220;projeto não ágil &gt; falha &gt; mais controle &gt; projeto não ágil &gt; falha &gt; mais controle..&#8221;. É lamentável.</p>
<p>..mas acho que isso é assunto para um outro post, não?! =)</p>
<p>Um abraço e boa sorte!</p>
]]></content:encoded>
	</item>
</channel>
</rss>