<?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: Prioritizing software requirements &#8211; am I hot or not?</title>
	<atom:link href="http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/feed/" rel="self" type="application/rss+xml" />
	<link>http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/</link>
	<description>Software product success.</description>
	<lastBuildDate>Thu, 18 Mar 2010 20:39:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Regelwerk &#187; Interaction Design und BRM</title>
		<link>http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/comment-page-1/#comment-83642</link>
		<dc:creator>Regelwerk &#187; Interaction Design und BRM</dc:creator>
		<pubDate>Tue, 27 Mar 2007 19:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/#comment-83642</guid>
		<description>[...] Weiterf&#252;hrender Lesestoff: Prioritizing software requirements - am I hot or not? Prioritizing Software Requirements with Kano Analysis Alan Cooper: The Inmates Are Running the Asylum: Why High Tech Products Drive Us Crazy and How to Restore the Sanity. [...]</description>
		<content:encoded><![CDATA[<p>[...] Weiterf&#252;hrender Lesestoff: Prioritizing software requirements &#8211; am I hot or not? Prioritizing Software Requirements with Kano Analysis Alan Cooper: The Inmates Are Running the Asylum: Why High Tech Products Drive Us Crazy and How to Restore the Sanity. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/comment-page-1/#comment-300</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Tue, 21 Feb 2006 19:40:57 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/#comment-300</guid>
		<description>Thanks Michael!

Quickbooks is a great example of bloat-ware - and even better than Lotus Notes in terms of the feature-creep making it hard to do simple stuff.  At least with Notes it was still easy to do simple stuff.

ICQ is another good example.

Great post too. I just subscribed and expect to read more great stuff!

Scott</description>
		<content:encoded><![CDATA[<p>Thanks Michael!</p>
<p>Quickbooks is a great example of bloat-ware &#8211; and even better than Lotus Notes in terms of the feature-creep making it hard to do simple stuff.  At least with Notes it was still easy to do simple stuff.</p>
<p>ICQ is another good example.</p>
<p>Great post too. I just subscribed and expect to read more great stuff!</p>
<p>Scott</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/comment-page-1/#comment-298</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Tue, 21 Feb 2006 03:50:17 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/#comment-298</guid>
		<description>Having done product management and marketing for five different companies, I can see the value in the &quot;simpler is better&quot; approach taken by the Basecamp folks.

My complaint with most sotware that has been around more than 5 years is that they suffer from insane feature-bloat, not that they&#039;re missing features. A great example is QuickBooks - it used to be insanely weas-to-use about 6 years ago. Now it is practically unsuable for a new user!

I like the 80/20 rule in general. I&#039;ve seen some folks make an argument for &quot;hiding&quot; power-user features under &quot;Advanced&quot; menu - which is a nice enough idea.

BTW - for those interested, I made a detailed post at my blog on some practical challenges in prioritizion that I&#039;ve faced ( http://michael.hightechproductmanagement.com/ ) - and I haven&#039;t necessarily overcome! :)</description>
		<content:encoded><![CDATA[<p>Having done product management and marketing for five different companies, I can see the value in the &#8220;simpler is better&#8221; approach taken by the Basecamp folks.</p>
<p>My complaint with most sotware that has been around more than 5 years is that they suffer from insane feature-bloat, not that they&#8217;re missing features. A great example is QuickBooks &#8211; it used to be insanely weas-to-use about 6 years ago. Now it is practically unsuable for a new user!</p>
<p>I like the 80/20 rule in general. I&#8217;ve seen some folks make an argument for &#8220;hiding&#8221; power-user features under &#8220;Advanced&#8221; menu &#8211; which is a nice enough idea.</p>
<p>BTW &#8211; for those interested, I made a detailed post at my blog on some practical challenges in prioritizion that I&#8217;ve faced ( <a href="http://michael.hightechproductmanagement.com/" rel="nofollow">http://michael.hightechproductmanagement.com/</a> ) &#8211; and I haven&#8217;t necessarily overcome! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/comment-page-1/#comment-294</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Fri, 17 Feb 2006 17:45:52 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/#comment-294</guid>
		<description>Also - here&#039;s a good article from eWeek,&lt;a href=&quot;http://www.eweek.com/article2/0,1895,1914495,00.asp&quot; rel=&quot;nofollow&quot;&gt; Why features don&#039;t matter any more&lt;/a&gt;, which talks about how hard it is to do what 37signals does, and also talks about why they would want to do it.</description>
		<content:encoded><![CDATA[<p>Also &#8211; here&#8217;s a good article from eWeek,<a href="http://www.eweek.com/article2/0,1895,1914495,00.asp" rel="nofollow"> Why features don&#8217;t matter any more</a>, which talks about how hard it is to do what 37signals does, and also talks about why they would want to do it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/comment-page-1/#comment-292</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Fri, 17 Feb 2006 13:24:05 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/#comment-292</guid>
		<description>Thanks Deepak for commenting.

I had a similar sense of &quot;wishing for more features&quot; when looking at Basecamp about a year ago.  Although these applications may not be providing the set of features you or I want, 37signals&#039; success leads me to conclude that they are providing the right set of 80/20 features to get heavy user adoption.  

Their market success demonstrates that they are doing something right.

Google is another great example.  The delete button that they just added is a great example of your second point.  There&#039;s been a loud shout of &quot;thanks&quot; (or &quot;finally!&quot;) in response to the delete button&#039;s introduction.  Clearly a valuable feature that many people have wanted.  I believe there was even a greasemonkey script that added a delete button to their site. 

Thanks for reading and posting.  What do other folks think?</description>
		<content:encoded><![CDATA[<p>Thanks Deepak for commenting.</p>
<p>I had a similar sense of &#8220;wishing for more features&#8221; when looking at Basecamp about a year ago.  Although these applications may not be providing the set of features you or I want, 37signals&#8217; success leads me to conclude that they are providing the right set of 80/20 features to get heavy user adoption.  </p>
<p>Their market success demonstrates that they are doing something right.</p>
<p>Google is another great example.  The delete button that they just added is a great example of your second point.  There&#8217;s been a loud shout of &#8220;thanks&#8221; (or &#8220;finally!&#8221;) in response to the delete button&#8217;s introduction.  Clearly a valuable feature that many people have wanted.  I believe there was even a greasemonkey script that added a delete button to their site. </p>
<p>Thanks for reading and posting.  What do other folks think?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Deepak Singh</title>
		<link>http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/comment-page-1/#comment-291</link>
		<dc:creator>Deepak Singh</dc:creator>
		<pubDate>Fri, 17 Feb 2006 08:05:18 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/02/17/prioritizing-software-requirements-am-i-hot-or-not/#comment-291</guid>
		<description>As a former product manager, I found the 37Signals philosophy very intriguing.  I am still not completely conviced though.  I am a heavy backpack user and I like its simplicity.  Similarly for Google.  The question in my mind is what one means by &quot;minimally functional&quot;.  To me that means having sufficient functionality to be usable for the most common tasks the majority of users want to perform.    Is that consistent with the 37Signals model?  I am not sure.  There is also the possibility of a key customer skewing that set of functionality.</description>
		<content:encoded><![CDATA[<p>As a former product manager, I found the 37Signals philosophy very intriguing.  I am still not completely conviced though.  I am a heavy backpack user and I like its simplicity.  Similarly for Google.  The question in my mind is what one means by &#8220;minimally functional&#8221;.  To me that means having sufficient functionality to be usable for the most common tasks the majority of users want to perform.    Is that consistent with the 37Signals model?  I am not sure.  There is also the possibility of a key customer skewing that set of functionality.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
