<?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: Escopo, o inimigo do sucesso</title>
	<atom:link href="http://jeveaux.com/2009/escopo-o-inimigo-do-sucesso/feed/" rel="self" type="application/rss+xml" />
	<link>http://jeveaux.com/2009/escopo-o-inimigo-do-sucesso/</link>
	<description>blog de um apaixonado por programação, videogame, leitura, ideias empreendedoras e agora tatuagem</description>
	<lastBuildDate>Tue, 24 Jan 2012 12:30:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Por: jeveaux</title>
		<link>http://jeveaux.com/2009/escopo-o-inimigo-do-sucesso/comment-page-1/#comment-10451</link>
		<dc:creator>jeveaux</dc:creator>
		<pubDate>Tue, 14 Sep 2010 19:36:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=421#comment-10451</guid>
		<description>Oi Dani,

Não quis dizer que não se faz nada no começo do projeto, pelo contrário, é preciso ter uma idéia do todo sim, saber quanto tempo vai demorar e quanto vai custar. A questão é que isso é uma estimativa, apenas uma estimativa. Você pode estimar isso com pessoas experientes em alguns minutos ou horas de conversa, ou pode demorar meses e estimar a mesma coisa. O que penso que é a melhor forma é gastar menos tempo no início, fazer uma estimativa rápida e usar esses meses do começo para gerar entregas curtas e rápidas, permitindo ao cliente ver o produto, usa-lo e ter novas idéias para a continuação, assim o levantamento vai sendo feito aos poucos e logo nas primeiras iterações/entregas já somos capazes de saber se a estimativa inicial estava certa ou errada (e qual a diferença que erramos).

Abraço,</description>
		<content:encoded><![CDATA[<p>Oi Dani,</p>
<p>Não quis dizer que não se faz nada no começo do projeto, pelo contrário, é preciso ter uma idéia do todo sim, saber quanto tempo vai demorar e quanto vai custar. A questão é que isso é uma estimativa, apenas uma estimativa. Você pode estimar isso com pessoas experientes em alguns minutos ou horas de conversa, ou pode demorar meses e estimar a mesma coisa. O que penso que é a melhor forma é gastar menos tempo no início, fazer uma estimativa rápida e usar esses meses do começo para gerar entregas curtas e rápidas, permitindo ao cliente ver o produto, usa-lo e ter novas idéias para a continuação, assim o levantamento vai sendo feito aos poucos e logo nas primeiras iterações/entregas já somos capazes de saber se a estimativa inicial estava certa ou errada (e qual a diferença que erramos).</p>
<p>Abraço,</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Dani</title>
		<link>http://jeveaux.com/2009/escopo-o-inimigo-do-sucesso/comment-page-1/#comment-10450</link>
		<dc:creator>Dani</dc:creator>
		<pubDate>Tue, 14 Sep 2010 19:23:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=421#comment-10450</guid>
		<description>Tudo bem, concordo com o cliente participando do projeto e das entregas contínuas. Mas antes de começar um projeto, não é preciso ter uma idéia de quanto tempo irá demorar? Quanto aproximadamente irá custar? Como que fica esse cálculo com Scrum?</description>
		<content:encoded><![CDATA[<p>Tudo bem, concordo com o cliente participando do projeto e das entregas contínuas. Mas antes de começar um projeto, não é preciso ter uma idéia de quanto tempo irá demorar? Quanto aproximadamente irá custar? Como que fica esse cálculo com Scrum?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Leandro Sila</title>
		<link>http://jeveaux.com/2009/escopo-o-inimigo-do-sucesso/comment-page-1/#comment-3629</link>
		<dc:creator>Leandro Sila</dc:creator>
		<pubDate>Wed, 16 Sep 2009 18:09:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=421#comment-3629</guid>
		<description>Assim, entendo o sentido do texto, mas ao mesmo tempo a Gerência de projetos, baseando-se no PMI por exemplo, provê uma série de coisas pra prevenir tais problemas. Uma coisa é certo: um escopo nunca é fechado por completo... até o fim do projeto, ou seja, sua entrega final. Estimativas, planejamento, controle, dentre outros fatores são otimos para prever tais problemas futuro.</description>
		<content:encoded><![CDATA[<p>Assim, entendo o sentido do texto, mas ao mesmo tempo a Gerência de projetos, baseando-se no PMI por exemplo, provê uma série de coisas pra prevenir tais problemas. Uma coisa é certo: um escopo nunca é fechado por completo&#8230; até o fim do projeto, ou seja, sua entrega final. Estimativas, planejamento, controle, dentre outros fatores são otimos para prever tais problemas futuro.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Zinho</title>
		<link>http://jeveaux.com/2009/escopo-o-inimigo-do-sucesso/comment-page-1/#comment-1088</link>
		<dc:creator>Zinho</dc:creator>
		<pubDate>Fri, 06 Mar 2009 20:09:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=421#comment-1088</guid>
		<description>&quot;Afinal de contas, desde quando nove mulheres juntas são capazes de gerar um filho em um mês?&quot;
Imagine que bizarro um cluster com nove grávidas =D</description>
		<content:encoded><![CDATA[<p>&#8220;Afinal de contas, desde quando nove mulheres juntas são capazes de gerar um filho em um mês?&#8221;<br />
Imagine que bizarro um cluster com nove grávidas =D</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Jeveaux</title>
		<link>http://jeveaux.com/2009/escopo-o-inimigo-do-sucesso/comment-page-1/#comment-4443</link>
		<dc:creator>Jeveaux</dc:creator>
		<pubDate>Fri, 06 Mar 2009 13:43:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=421#comment-4443</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;New blog post: http://tinyurl.com/b6jd7a - Escopo, o inimigo do sucesso&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">New blog post: <a href="http://tinyurl.com/b6jd7a" rel="nofollow">http://tinyurl.com/b6jd7a</a> &#8211; Escopo, o inimigo do sucesso</span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: jeveaux</title>
		<link>http://jeveaux.com/2009/escopo-o-inimigo-do-sucesso/comment-page-1/#comment-1084</link>
		<dc:creator>jeveaux</dc:creator>
		<pubDate>Fri, 06 Mar 2009 13:05:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=421#comment-1084</guid>
		<description>@Hildeberto,

Uma excelente sugestão você me deu, realmente não fica muito claro sobre como fica a gestão do orçamento do projeto. Geralmente nós que estamos um pouco mais acostumados com tais práticas abamos deixando implícito o que pra nós é visível, mas para os outros não. Farei um post sobre este assunto em breve, pode esperer ;-)

Apenas para adiantar um pouco sobre o que virá no post. Tudo o que eu disse sobre escopo iterativo e incremental não é possível sem a participação contínua do cliente, ele precisa estar no projeto - ponto principal. Depois, junto com várias outras práticas de Scrum e XP conseguimos chegar num ponto onde a mudança não custará tão caro. Por exemplo, um projeto com entregas constantes, imagine que a cada duas semanas sentamos com o cliente, definimos o &quot;escopo&quot; - daquelas duas semanas - criamos, programamos e entregamos, feito. Se ele quiser mudar tudo, serão apenas duas semanas de trabalho. É mais ou menos nesse linha, mas um post bem explicativo será melhor, como você mesmo sugeriu.

Abraço,</description>
		<content:encoded><![CDATA[<p>@Hildeberto,</p>
<p>Uma excelente sugestão você me deu, realmente não fica muito claro sobre como fica a gestão do orçamento do projeto. Geralmente nós que estamos um pouco mais acostumados com tais práticas abamos deixando implícito o que pra nós é visível, mas para os outros não. Farei um post sobre este assunto em breve, pode esperer ;-)</p>
<p>Apenas para adiantar um pouco sobre o que virá no post. Tudo o que eu disse sobre escopo iterativo e incremental não é possível sem a participação contínua do cliente, ele precisa estar no projeto &#8211; ponto principal. Depois, junto com várias outras práticas de Scrum e XP conseguimos chegar num ponto onde a mudança não custará tão caro. Por exemplo, um projeto com entregas constantes, imagine que a cada duas semanas sentamos com o cliente, definimos o &#8220;escopo&#8221; &#8211; daquelas duas semanas &#8211; criamos, programamos e entregamos, feito. Se ele quiser mudar tudo, serão apenas duas semanas de trabalho. É mais ou menos nesse linha, mas um post bem explicativo será melhor, como você mesmo sugeriu.</p>
<p>Abraço,</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Hildeberto Mendonça</title>
		<link>http://jeveaux.com/2009/escopo-o-inimigo-do-sucesso/comment-page-1/#comment-1081</link>
		<dc:creator>Hildeberto Mendonça</dc:creator>
		<pubDate>Fri, 06 Mar 2009 08:52:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=421#comment-1081</guid>
		<description>Todas as vezes que eu vejo as pessoas falarem sobre escopo e agilidade esquecem de falar sobre a sintonia disso com a parte financeira do projeto.

Se o cliente resolve mudar tudo, isso implica em pagar por tudo de novo? Como conseguir tal flexibilidade do ponto de vista financeiro com clientes grandes ou públicos? Aplicar essa flexibilidade de escopo em um projeto público (licitado) é o que mais desafia meu raciocínio.

Espero que blogue sobre isso em num futuro próximo. Será muito apreciado.</description>
		<content:encoded><![CDATA[<p>Todas as vezes que eu vejo as pessoas falarem sobre escopo e agilidade esquecem de falar sobre a sintonia disso com a parte financeira do projeto.</p>
<p>Se o cliente resolve mudar tudo, isso implica em pagar por tudo de novo? Como conseguir tal flexibilidade do ponto de vista financeiro com clientes grandes ou públicos? Aplicar essa flexibilidade de escopo em um projeto público (licitado) é o que mais desafia meu raciocínio.</p>
<p>Espero que blogue sobre isso em num futuro próximo. Será muito apreciado.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Loiane</title>
		<link>http://jeveaux.com/2009/escopo-o-inimigo-do-sucesso/comment-page-1/#comment-1073</link>
		<dc:creator>Loiane</dc:creator>
		<pubDate>Thu, 05 Mar 2009 21:16:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=421#comment-1073</guid>
		<description>Show de bola o post Paulo!
Só uma observação: “- Vamos dobrar a equipe, com 10 pessoas conseguiremos diminuir o prazo pela metade e assim ficaremos dentro do esperado”. A verdade é: Vamos fazer com que a equipe de 5 dobre o turno de trabalho! Infelizmente acontce com muitas empresas!
Abraço!</description>
		<content:encoded><![CDATA[<p>Show de bola o post Paulo!<br />
Só uma observação: “- Vamos dobrar a equipe, com 10 pessoas conseguiremos diminuir o prazo pela metade e assim ficaremos dentro do esperado”. A verdade é: Vamos fazer com que a equipe de 5 dobre o turno de trabalho! Infelizmente acontce com muitas empresas!<br />
Abraço!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

