<?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: Why False Starts Hurt Your Project</title>
	<atom:link href="http://www.codesqueeze.com/why-false-starts-hurt-your-project/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.codesqueeze.com/why-false-starts-hurt-your-project/</link>
	<description>Ideas for building efficient developers and software</description>
	<lastBuildDate>Fri, 10 Sep 2010 02:43:25 -0400</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: James Barlow</title>
		<link>http://www.codesqueeze.com/why-false-starts-hurt-your-project/#comment-124</link>
		<dc:creator>James Barlow</dc:creator>
		<pubDate>Wed, 01 Aug 2007 22:47:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-false-starts-hurt-your-project/#comment-124</guid>
		<description>A good article, but my critique of this analysis is that the difference between &quot;a false start&quot; and &quot;working toward an early prototype&quot; is often only clear with the benefit of hindsight.

One always has to be careful not to end up trapped in the metaphor. Software development is not wood chopping, nor is it carpentry, nor is it a marathon.

But there&#039;s no argument on the need for design - it&#039;s enormously frustrating to realise that a client doesn&#039;t know what they want, and downright irritating if they won&#039;t accept that this is a problem.</description>
		<content:encoded><![CDATA[<p>A good article, but my critique of this analysis is that the difference between &#8220;a false start&#8221; and &#8220;working toward an early prototype&#8221; is often only clear with the benefit of hindsight.</p>
<p>One always has to be careful not to end up trapped in the metaphor. Software development is not wood chopping, nor is it carpentry, nor is it a marathon.</p>
<p>But there&#8217;s no argument on the need for design &#8211; it&#8217;s enormously frustrating to realise that a client doesn&#8217;t know what they want, and downright irritating if they won&#8217;t accept that this is a problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin B</title>
		<link>http://www.codesqueeze.com/why-false-starts-hurt-your-project/#comment-114</link>
		<dc:creator>Justin B</dc:creator>
		<pubDate>Tue, 31 Jul 2007 01:03:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-false-starts-hurt-your-project/#comment-114</guid>
		<description>Max,

Good article.  I had a discussion with Gibb about this topic recently.  I think that what you are saying is especially true when less-experienced developers are involved.</description>
		<content:encoded><![CDATA[<p>Max,</p>
<p>Good article.  I had a discussion with Gibb about this topic recently.  I think that what you are saying is especially true when less-experienced developers are involved.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Pool</title>
		<link>http://www.codesqueeze.com/why-false-starts-hurt-your-project/#comment-113</link>
		<dc:creator>Max Pool</dc:creator>
		<pubDate>Tue, 31 Jul 2007 00:27:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-false-starts-hurt-your-project/#comment-113</guid>
		<description>Jason, I am going to slightly clarify your developer reminder as if read wrong might be a loaded and dangerous message.

I would tell developers to use your gut instincts when overriding a manager&#039;s decision.  Some of their decisions are completely absurd, but if you override them all you will appear insubordinate.  Pick your battles and you will win the war.</description>
		<content:encoded><![CDATA[<p>Jason, I am going to slightly clarify your developer reminder as if read wrong might be a loaded and dangerous message.</p>
<p>I would tell developers to use your gut instincts when overriding a manager&#8217;s decision.  Some of their decisions are completely absurd, but if you override them all you will appear insubordinate.  Pick your battles and you will win the war.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Gibb</title>
		<link>http://www.codesqueeze.com/why-false-starts-hurt-your-project/#comment-112</link>
		<dc:creator>Jason Gibb</dc:creator>
		<pubDate>Mon, 30 Jul 2007 21:56:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-false-starts-hurt-your-project/#comment-112</guid>
		<description>This is a very good analysis of the different influences on false starts. One thing I like to remind developers is never assume you have to start coding just because your manager (or your client) thinks you should. Better to sit down and start sketching out the system design before touching the keyboard. BTW, I love the graphics you chose for each role.</description>
		<content:encoded><![CDATA[<p>This is a very good analysis of the different influences on false starts. One thing I like to remind developers is never assume you have to start coding just because your manager (or your client) thinks you should. Better to sit down and start sketching out the system design before touching the keyboard. BTW, I love the graphics you chose for each role.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
