<?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: The danger of releasing too early</title>
	<atom:link href="http://gojko.net/2009/11/23/the-danger-of-releasing-too-early/feed/" rel="self" type="application/rss+xml" />
	<link>http://gojko.net/2009/11/23/the-danger-of-releasing-too-early/</link>
	<description>Building software that matters</description>
	<lastBuildDate>Fri, 12 Mar 2010 16:28:45 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Daniel Berger</title>
		<link>http://gojko.net/2009/11/23/the-danger-of-releasing-too-early/comment-page-1/#comment-68979</link>
		<dc:creator>Daniel Berger</dc:creator>
		<pubDate>Mon, 14 Dec 2009 00:57:45 +0000</pubDate>
		<guid isPermaLink="false">http://gojko.net/?p=1403#comment-68979</guid>
		<description>Southland Tales should have been a success? The movie failed for one simple reason. It sucked. There&#039;s a reason it rates a 1.9 on Netflix and a 36% on rottentomatoes.com.</description>
		<content:encoded><![CDATA[<p>Southland Tales should have been a success? The movie failed for one simple reason. It sucked. There&#8217;s a reason it rates a 1.9 on Netflix and a 36% on rottentomatoes.com.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vlad</title>
		<link>http://gojko.net/2009/11/23/the-danger-of-releasing-too-early/comment-page-1/#comment-67072</link>
		<dc:creator>Vlad</dc:creator>
		<pubDate>Tue, 24 Nov 2009 13:49:53 +0000</pubDate>
		<guid isPermaLink="false">http://gojko.net/?p=1403#comment-67072</guid>
		<description>Nice post, had similar experiences few times when i blamed myself for too early delivery. 

The problem with agile or iterative process(although i am a big fan of it) is that some clients (usually non techs) are just not ready for that! But its amazing how many Project managers still cant understand that most of clients just DONT NEED their product to be shown week earlier but without nice design it meant to have. They are so much inspired with books and articles about &quot;release early and iterate&quot; that they just assume that client will be also happy to be iterative. So they forget about more fundamental rule -keep your client happy all the time! 
So keep that in mind before you decide to go agile make sure that client is fine with it, understand it and manage his expectations carefully!</description>
		<content:encoded><![CDATA[<p>Nice post, had similar experiences few times when i blamed myself for too early delivery. </p>
<p>The problem with agile or iterative process(although i am a big fan of it) is that some clients (usually non techs) are just not ready for that! But its amazing how many Project managers still cant understand that most of clients just DONT NEED their product to be shown week earlier but without nice design it meant to have. They are so much inspired with books and articles about &#8220;release early and iterate&#8221; that they just assume that client will be also happy to be iterative. So they forget about more fundamental rule -keep your client happy all the time!<br />
So keep that in mind before you decide to go agile make sure that client is fine with it, understand it and manage his expectations carefully!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Rosenblatt</title>
		<link>http://gojko.net/2009/11/23/the-danger-of-releasing-too-early/comment-page-1/#comment-66998</link>
		<dc:creator>Tim Rosenblatt</dc:creator>
		<pubDate>Mon, 23 Nov 2009 15:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://gojko.net/?p=1403#comment-66998</guid>
		<description>I&#039;m a big believer in iterating and releasing products early. Of course, it&#039;s not always the right decision. In the two cases you described, it seems that limiting the scope of early releases is the common issue. 

From an analyzing-not-criticizing perspective: 

You released to a client but forgot to account for what the average client is looking for. They don&#039;t focus on engineering aspects, and base everything off how it *looks* (remember the Law of Triviality, aka, &quot;What color shall we paint the bikeshed&quot; http://en.wikipedia.org/wiki/Parkinson%27s_Law_of_Triviality ). I&#039;m sure you&#039;d have gotten a similar reaction if you had shown it to a non-engineer (try running your demo past a non-technical family member, and see how they react). 

The difference is that if you showed it to a family member, it would have been a lower-risk situation (as opposed to showing it to the client). Or, as the previous commenter suggests, be very sure to explain ahead of time what people should be paying attention to during a demo, and what they should ignore.

Mr Kelly released a beta to the whole world at a high profile event, which means people are going to expect something really good, not half baked. It&#039;s not good to go big when you&#039;re still iterating.

The equivalent of this in startup/software is to build something, use it yourself. Then iterate and release to a friend. Then another. And another. Then, once you&#039;ve got a few friends using it, start inviting bigger batches. All the while, you&#039;ll naturally be picking off the most obvious issues, so that when it does go big, it&#039;s already been proven. And make sure that early users know not to send screencaps to TechCrunch :D</description>
		<content:encoded><![CDATA[<p>I&#8217;m a big believer in iterating and releasing products early. Of course, it&#8217;s not always the right decision. In the two cases you described, it seems that limiting the scope of early releases is the common issue. </p>
<p>From an analyzing-not-criticizing perspective: </p>
<p>You released to a client but forgot to account for what the average client is looking for. They don&#8217;t focus on engineering aspects, and base everything off how it *looks* (remember the Law of Triviality, aka, &#8220;What color shall we paint the bikeshed&#8221; <a href="http://en.wikipedia.org/wiki/Parkinson%27s_Law_of_Triviality" rel="nofollow">http://en.wikipedia.org/wiki/Parkinson%27s_Law_of_Triviality</a> ). I&#8217;m sure you&#8217;d have gotten a similar reaction if you had shown it to a non-engineer (try running your demo past a non-technical family member, and see how they react). </p>
<p>The difference is that if you showed it to a family member, it would have been a lower-risk situation (as opposed to showing it to the client). Or, as the previous commenter suggests, be very sure to explain ahead of time what people should be paying attention to during a demo, and what they should ignore.</p>
<p>Mr Kelly released a beta to the whole world at a high profile event, which means people are going to expect something really good, not half baked. It&#8217;s not good to go big when you&#8217;re still iterating.</p>
<p>The equivalent of this in startup/software is to build something, use it yourself. Then iterate and release to a friend. Then another. And another. Then, once you&#8217;ve got a few friends using it, start inviting bigger batches. All the while, you&#8217;ll naturally be picking off the most obvious issues, so that when it does go big, it&#8217;s already been proven. And make sure that early users know not to send screencaps to TechCrunch <img src='http://gojko.net/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Petar Shomov</title>
		<link>http://gojko.net/2009/11/23/the-danger-of-releasing-too-early/comment-page-1/#comment-66989</link>
		<dc:creator>Petar Shomov</dc:creator>
		<pubDate>Mon, 23 Nov 2009 13:01:54 +0000</pubDate>
		<guid isPermaLink="false">http://gojko.net/?p=1403#comment-66989</guid>
		<description>Hi,

Interesting problem indeed. And your proposal is also very intriguing. Jeff Patton is coming here to Iceland next week, so I will try to talk to him about this.
Just wanted to add that I find the perception of the value of an early prototype of a product is something that needs to be managed. One has to be explicit with the customers/users about what is the point of the prototype and what is *not* there yet. Also in my experience it has proven to be helpful when they see extremely distasteful cyan colors that &quot;hurt their eyes&quot;, just to remind them that this is something that no one has worked on.

Best regards,

Petar</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Interesting problem indeed. And your proposal is also very intriguing. Jeff Patton is coming here to Iceland next week, so I will try to talk to him about this.<br />
Just wanted to add that I find the perception of the value of an early prototype of a product is something that needs to be managed. One has to be explicit with the customers/users about what is the point of the prototype and what is *not* there yet. Also in my experience it has proven to be helpful when they see extremely distasteful cyan colors that &#8220;hurt their eyes&#8221;, just to remind them that this is something that no one has worked on.</p>
<p>Best regards,</p>
<p>Petar</p>
]]></content:encoded>
	</item>
</channel>
</rss>
