<?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: Writing Design-Free Requirements</title>
	<atom:link href="http://tynerblain.com/blog/2006/06/02/writing-design-free-requirements/feed/" rel="self" type="application/rss+xml" />
	<link>http://tynerblain.com/blog/2006/06/02/writing-design-free-requirements/</link>
	<description>Software product success.</description>
	<lastBuildDate>Tue, 22 May 2012 20:46:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://tynerblain.com/blog/2006/06/02/writing-design-free-requirements/comment-page-1/#comment-512104</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Thu, 30 Jul 2009 00:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/06/02/writing-design-free-requirements/#comment-512104</guid>
		<description>Thank you very much Roland!  You&#039;re exactly right.  This is even a pretty timely comment, since I&#039;ve just started updating and rewriting the &quot;rules of requirements&quot; series.  I really appreciate your point - very well made - and will be sure to avoid the same mistake in the future.

Thanks,

Scott</description>
		<content:encoded><![CDATA[<p>Thank you very much Roland!  You&#8217;re exactly right.  This is even a pretty timely comment, since I&#8217;ve just started updating and rewriting the &#8220;rules of requirements&#8221; series.  I really appreciate your point &#8211; very well made &#8211; and will be sure to avoid the same mistake in the future.</p>
<p>Thanks,</p>
<p>Scott</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roland Renetseder</title>
		<link>http://tynerblain.com/blog/2006/06/02/writing-design-free-requirements/comment-page-1/#comment-512089</link>
		<dc:creator>Roland Renetseder</dc:creator>
		<pubDate>Wed, 29 Jul 2009 22:27:24 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/06/02/writing-design-free-requirements/#comment-512089</guid>
		<description>Dear author,
I ended up on your page from hints on other pages and found myself struggling with all of the acronyms (e.g. MRD, PRD) which are used repeatedly without giving a clear definition. Only accidentally I found in another linked article an explanation that MRD stands for &quot;Market Requirements Document&quot; and by analogy infer that PRD then refers to the &quot;Products Requirements Document&quot;. But in a set of articles about high quality requirements the assumption that any reader is familiar with the writer&#039;s acronyms is an unjustified assumption. Therefore in my personal perception a better practice would be to  give at least the corresponding full term for each acronym at first use in the individual articles or otherwise provide a clear pointer to a glossary where all acronyms are listed in alphabetical order and explained once.

Kind regards,
Roland</description>
		<content:encoded><![CDATA[<p>Dear author,<br />
I ended up on your page from hints on other pages and found myself struggling with all of the acronyms (e.g. MRD, PRD) which are used repeatedly without giving a clear definition. Only accidentally I found in another linked article an explanation that MRD stands for &#8220;Market Requirements Document&#8221; and by analogy infer that PRD then refers to the &#8220;Products Requirements Document&#8221;. But in a set of articles about high quality requirements the assumption that any reader is familiar with the writer&#8217;s acronyms is an unjustified assumption. Therefore in my personal perception a better practice would be to  give at least the corresponding full term for each acronym at first use in the individual articles or otherwise provide a clear pointer to a glossary where all acronyms are listed in alphabetical order and explained once.</p>
<p>Kind regards,<br />
Roland</p>
]]></content:encoded>
	</item>
</channel>
</rss>

