<?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: Porque o planejamento tradicional n&#227;o funciona?</title>
	<atom:link href="http://www.brasiltech.net/agilez/2009/11/04/porque-o-planejamento-tradicional-nao-funciona-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.brasiltech.net/agilez/2009/11/04/porque-o-planejamento-tradicional-nao-funciona-2/</link>
	<description>Metodologias e técnicas aplicadas a desenvolvimento e gerenciamento</description>
	<lastBuildDate>Thu, 17 Jun 2010 13:48:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
	<item>
		<title>Por: Pitty</title>
		<link>http://www.brasiltech.net/agilez/2009/11/04/porque-o-planejamento-tradicional-nao-funciona-2/comment-page-1/#comment-19</link>
		<dc:creator>Pitty</dc:creator>
		<pubDate>Thu, 05 Nov 2009 18:23:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.brasiltech.net/agilez/2009/11/04/porque-o-planejamento-tradicional-nao-funciona-2/#comment-19</guid>
		<description>&lt;a href=&quot;#comment-17&quot; rel=&quot;nofollow&quot;&gt;@Alex Dundes &lt;/a&gt; 
Alex, realmente existe a necessidade dessa &quot;convivência&quot; entre 2 mundos. Se nosso cliente preza por prazos e datas pré-determinadas e por escopos fixos, de alguma forma temos que satisfazê-lo, realizando um planejamento ágil mas fornecendo datas que sabemos não serem &quot;verídicas&quot;. De todo jeito, uma data qualquer, fornecida por uma equipe qualquer, utilizando uma metodologia qualquer, será sempre apenas uma probabilidade. 

Então, já que o prazo informado é sempre uma &quot;mentira&quot; (e todos sabem que é, inclusive o cliente), não vejo problema em fornecermos alguma coisa para o cliente. A partir daí, o desafio é trazer produtividade para dentro do time com boas práticas de gestão e codificação (com SCRUM por exemplo), de forma a minimizar ao máximo o erro que com certeza existe no cronograma inicial.</description>
		<content:encoded><![CDATA[<p><a href="#comment-17" rel="nofollow">@Alex Dundes </a><br />
Alex, realmente existe a necessidade dessa &#8220;convivência&#8221; entre 2 mundos. Se nosso cliente preza por prazos e datas pré-determinadas e por escopos fixos, de alguma forma temos que satisfazê-lo, realizando um planejamento ágil mas fornecendo datas que sabemos não serem &#8220;verídicas&#8221;. De todo jeito, uma data qualquer, fornecida por uma equipe qualquer, utilizando uma metodologia qualquer, será sempre apenas uma probabilidade. </p>
<p>Então, já que o prazo informado é sempre uma &#8220;mentira&#8221; (e todos sabem que é, inclusive o cliente), não vejo problema em fornecermos alguma coisa para o cliente. A partir daí, o desafio é trazer produtividade para dentro do time com boas práticas de gestão e codificação (com SCRUM por exemplo), de forma a minimizar ao máximo o erro que com certeza existe no cronograma inicial.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Alex Dundes</title>
		<link>http://www.brasiltech.net/agilez/2009/11/04/porque-o-planejamento-tradicional-nao-funciona-2/comment-page-1/#comment-17</link>
		<dc:creator>Alex Dundes</dc:creator>
		<pubDate>Thu, 05 Nov 2009 17:12:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.brasiltech.net/agilez/2009/11/04/porque-o-planejamento-tradicional-nao-funciona-2/#comment-17</guid>
		<description>Concordo plenamente, problema é que a áreas comerciais exigem muito.
E a estimativa de esforço e prazo devem ser feitas em tempo hábil e em muitas vezes sem subsídio de informações.

A menos que o cliente pague por hora trabalhada, é muito difícil o cliente aceitar um &quot;meio orçamento&quot;.

As soluções propostas por metodologias ágeis podem aplicar-se a determinados modelos, mas não em todos.

A complexidade é achar um modelo em que é aceito tanto pela equipe técnica quanto a comercial.</description>
		<content:encoded><![CDATA[<p>Concordo plenamente, problema é que a áreas comerciais exigem muito.<br />
E a estimativa de esforço e prazo devem ser feitas em tempo hábil e em muitas vezes sem subsídio de informações.</p>
<p>A menos que o cliente pague por hora trabalhada, é muito difícil o cliente aceitar um &#8220;meio orçamento&#8221;.</p>
<p>As soluções propostas por metodologias ágeis podem aplicar-se a determinados modelos, mas não em todos.</p>
<p>A complexidade é achar um modelo em que é aceito tanto pela equipe técnica quanto a comercial.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: R.Garbelini</title>
		<link>http://www.brasiltech.net/agilez/2009/11/04/porque-o-planejamento-tradicional-nao-funciona-2/comment-page-1/#comment-16</link>
		<dc:creator>R.Garbelini</dc:creator>
		<pubDate>Thu, 05 Nov 2009 01:57:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.brasiltech.net/agilez/2009/11/04/porque-o-planejamento-tradicional-nao-funciona-2/#comment-16</guid>
		<description>Excelente o artigo. 
Em todas as áreas do conhecimento e da ciência, ou melhor, da aplicação das ciências, há sempre grande dificuldade, por parte dos profissionais, o planejamento. Análise e Planejamento na execução de tarefas são basilares para um profissional elevado! E, por isso mesmo, nem todos possuem. 
Parabéns!</description>
		<content:encoded><![CDATA[<p>Excelente o artigo.<br />
Em todas as áreas do conhecimento e da ciência, ou melhor, da aplicação das ciências, há sempre grande dificuldade, por parte dos profissionais, o planejamento. Análise e Planejamento na execução de tarefas são basilares para um profissional elevado! E, por isso mesmo, nem todos possuem.<br />
Parabéns!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
