<?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: Make the tough stuff look simple</title>
	<atom:link href="http://effectivus.com/2010/01/make-the-tough-stuff-look-simple/feed/" rel="self" type="application/rss+xml" />
	<link>http://effectivus.com/2010/01/make-the-tough-stuff-look-simple/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=rss</link>
	<description>Technology product development, management &#38; marketing</description>
	<lastBuildDate>Wed, 28 Jul 2010 07:05:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Chris</title>
		<link>http://effectivus.com/2010/01/make-the-tough-stuff-look-simple/comment-page-1/#comment-528</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Fri, 12 Feb 2010 09:43:52 +0000</pubDate>
		<guid isPermaLink="false">http://effectivus.com/?p=950#comment-528</guid>
		<description>Thanks Patrick,
I love your comment about the release date. I think we could write a book on &quot;The Mythical Release Date&quot; - how software companies hit release schedules but never deliver a product...</description>
		<content:encoded><![CDATA[<p>Thanks Patrick,<br />
I love your comment about the release date. I think we could write a book on &#8220;The Mythical Release Date&#8221; &#8211; how software companies hit release schedules but never deliver a product&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Masi</title>
		<link>http://effectivus.com/2010/01/make-the-tough-stuff-look-simple/comment-page-1/#comment-527</link>
		<dc:creator>Patrick Masi</dc:creator>
		<pubDate>Thu, 11 Feb 2010 17:32:40 +0000</pubDate>
		<guid isPermaLink="false">http://effectivus.com/?p=950#comment-527</guid>
		<description>&quot;but adds to the complication for ever more.&quot;

This can&#039;t be emphasized enough.  I don&#039;t know how many times we&#039;ve made the decision to drop the &quot;nice to have&quot; feature to make some release date, only to have to deal with the lack of that feature within weeks or days of making the decision to drop it.  

If you know a feature is going to be necessary because you know the user story like Chris describes it, go with your gut and include the feature.   Without it,  you&#039;re not REALLY making the release date like you say you are.</description>
		<content:encoded><![CDATA[<p>&#8220;but adds to the complication for ever more.&#8221;</p>
<p>This can&#8217;t be emphasized enough.  I don&#8217;t know how many times we&#8217;ve made the decision to drop the &#8220;nice to have&#8221; feature to make some release date, only to have to deal with the lack of that feature within weeks or days of making the decision to drop it.  </p>
<p>If you know a feature is going to be necessary because you know the user story like Chris describes it, go with your gut and include the feature.   Without it,  you&#8217;re not REALLY making the release date like you say you are.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://effectivus.com/2010/01/make-the-tough-stuff-look-simple/comment-page-1/#comment-523</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Wed, 03 Feb 2010 08:06:06 +0000</pubDate>
		<guid isPermaLink="false">http://effectivus.com/?p=950#comment-523</guid>
		<description>Thanks for the comment Bruno.  Love it, I can hear the conversations now!
You&#039;re right, of course, the realities of delivering a complex product to a wide range of users with all the commercial limits on what you can do means that simplicity is often &quot;aspirational&quot;.  You guys obviously sweat that a lot.
My plea is to stop folks just adding complication because they can. So often the response to a user need is to stick a widget on the product which provides an immediate solution, but adds to the complication for ever more.</description>
		<content:encoded><![CDATA[<p>Thanks for the comment Bruno.  Love it, I can hear the conversations now!<br />
You&#8217;re right, of course, the realities of delivering a complex product to a wide range of users with all the commercial limits on what you can do means that simplicity is often &#8220;aspirational&#8221;.  You guys obviously sweat that a lot.<br />
My plea is to stop folks just adding complication because they can. So often the response to a user need is to stick a widget on the product which provides an immediate solution, but adds to the complication for ever more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruno</title>
		<link>http://effectivus.com/2010/01/make-the-tough-stuff-look-simple/comment-page-1/#comment-522</link>
		<dc:creator>Bruno</dc:creator>
		<pubDate>Wed, 03 Feb 2010 06:02:32 +0000</pubDate>
		<guid isPermaLink="false">http://effectivus.com/?p=950#comment-522</guid>
		<description>I work on a product which is used by a wide variety of users, to do many different things. The usual response when discussing the proliferation of checkboxes and drop-down lists depends on who&#039;s responding:

Sales: &quot;Let&#039;s divide the product into different tiers and sell those at different prices, and break off some features into options at an extra charge.&quot;
Engineering: &quot;It&#039;s too hard to do this automatically, we won&#039;t slip the schedule if we just insert a user option.&quot;
Product Management: &quot;I don&#039;t want this product to be a collection of hacks and workaround to deal with bad input that doesn&#039;t  conform to requirements or industry standards, how can we keep the interface clean and functional without breaking the release date?&quot;
QA: &quot;I don&#039;t care whichever way you do it, just be aware that it&#039;s going to take a lot of time to test that automatic option.&quot;

How does the poor user ever attain their ultimate quest in environments like that?</description>
		<content:encoded><![CDATA[<p>I work on a product which is used by a wide variety of users, to do many different things. The usual response when discussing the proliferation of checkboxes and drop-down lists depends on who&#8217;s responding:</p>
<p>Sales: &#8220;Let&#8217;s divide the product into different tiers and sell those at different prices, and break off some features into options at an extra charge.&#8221;<br />
Engineering: &#8220;It&#8217;s too hard to do this automatically, we won&#8217;t slip the schedule if we just insert a user option.&#8221;<br />
Product Management: &#8220;I don&#8217;t want this product to be a collection of hacks and workaround to deal with bad input that doesn&#8217;t  conform to requirements or industry standards, how can we keep the interface clean and functional without breaking the release date?&#8221;<br />
QA: &#8220;I don&#8217;t care whichever way you do it, just be aware that it&#8217;s going to take a lot of time to test that automatic option.&#8221;</p>
<p>How does the poor user ever attain their ultimate quest in environments like that?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
