<?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 requirements don&#8217;t work &#8211; the riddle of experience vs memory</title>
	<atom:link href="http://www.joycehostyn.com/blog/2010/03/02/why-requirements-dont-work-the-riddle-of-experience-vs-memory/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.joycehostyn.com/blog/2010/03/02/why-requirements-dont-work-the-riddle-of-experience-vs-memory/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=why-requirements-dont-work-the-riddle-of-experience-vs-memory</link>
	<description>Sensemaking in a changing world</description>
	<lastBuildDate>Fri, 13 Jan 2012 23:50:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Wendy Osmond</title>
		<link>http://www.joycehostyn.com/blog/2010/03/02/why-requirements-dont-work-the-riddle-of-experience-vs-memory/comment-page-1/#comment-122</link>
		<dc:creator>Wendy Osmond</dc:creator>
		<pubDate>Mon, 28 Jun 2010 00:51:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.joycehostyn.com/blog/?p=248#comment-122</guid>
		<description>The concept is interesting, however, I am not sure if experience vs. memory is the reason. Requirements are difficult because people can usually only describe what they are doing now and cannot visualize what can be done. Prototypes are important because it they allow actual visualization - a spring board from which other ideas can come.</description>
		<content:encoded><![CDATA[<p>The concept is interesting, however, I am not sure if experience vs. memory is the reason. Requirements are difficult because people can usually only describe what they are doing now and cannot visualize what can be done. Prototypes are important because it they allow actual visualization &#8211; a spring board from which other ideas can come.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CoCreatr</title>
		<link>http://www.joycehostyn.com/blog/2010/03/02/why-requirements-dont-work-the-riddle-of-experience-vs-memory/comment-page-1/#comment-6</link>
		<dc:creator>CoCreatr</dc:creator>
		<pubDate>Tue, 09 Mar 2010 02:51:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.joycehostyn.com/blog/?p=248#comment-6</guid>
		<description>Thank you so much. This addresses major reasons why a large majority of (software) development projects fail. People cannot easily specify what they need. They they can more easily review, critique, or co-create a model.  This is why work products matter more than procedures, as Naturalspi once wrote (linked above).</description>
		<content:encoded><![CDATA[<p>Thank you so much. This addresses major reasons why a large majority of (software) development projects fail. People cannot easily specify what they need. They they can more easily review, critique, or co-create a model.  This is why work products matter more than procedures, as Naturalspi once wrote (linked above).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Hoppe</title>
		<link>http://www.joycehostyn.com/blog/2010/03/02/why-requirements-dont-work-the-riddle-of-experience-vs-memory/comment-page-1/#comment-5</link>
		<dc:creator>Phil Hoppe</dc:creator>
		<pubDate>Thu, 04 Mar 2010 01:48:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.joycehostyn.com/blog/?p=248#comment-5</guid>
		<description>This sounds so true. As a consultant our role is not to ask for requirements, its to use our experience as well to complement and describe the stories and experiences. 
And yes, a prototyping approach does show  what a lot of words in a requirements document will never be able to...this could be your experience in your processes. This provides a great early link to establishing the training approach.</description>
		<content:encoded><![CDATA[<p>This sounds so true. As a consultant our role is not to ask for requirements, its to use our experience as well to complement and describe the stories and experiences.<br />
And yes, a prototyping approach does show  what a lot of words in a requirements document will never be able to&#8230;this could be your experience in your processes. This provides a great early link to establishing the training approach.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

