<?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 Good Requirements &#8211; The Big Ten Rules</title>
	<atom:link href="http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/feed/" rel="self" type="application/rss+xml" />
	<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/</link>
	<description>Software product success.</description>
	<lastBuildDate>Sat, 19 May 2012 12:04:06 +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/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-910686</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Mon, 30 Apr 2012 20:12:43 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-910686</guid>
		<description>Thanks - makes sense!  Hopefully this was helpful for you!  From a tester-working-with-customers point of view, I&#039;ve had success getting people to keep a few ideas as separate (but both important): (1) testing to make sure the code is doing what the developer intended, (2) testing to make sure the code is doing what the requirements-writer intended, (3) testing to make sure the code is doing what the customer intended (even if the requirements-writer missed it), (4) testing to make sure that the product is delivering value to the customers (think of Ford&#039;s &quot;faster horse&quot; - customers don&#039;t always ask for what they need, or need what they ask for), (5) testing to make sure that the product is succeeding in the market.

Each requires a different approach.  Verifiable requirements really only tackle (2).  Developers writing tests gets you (1).  (3-5) come from getting the right requirements, not just getting the requirements (written) right (sic: correctly).

Thanks again,

Scott</description>
		<content:encoded><![CDATA[<p>Thanks &#8211; makes sense!  Hopefully this was helpful for you!  From a tester-working-with-customers point of view, I&#8217;ve had success getting people to keep a few ideas as separate (but both important): (1) testing to make sure the code is doing what the developer intended, (2) testing to make sure the code is doing what the requirements-writer intended, (3) testing to make sure the code is doing what the customer intended (even if the requirements-writer missed it), (4) testing to make sure that the product is delivering value to the customers (think of Ford&#8217;s &#8220;faster horse&#8221; &#8211; customers don&#8217;t always ask for what they need, or need what they ask for), (5) testing to make sure that the product is succeeding in the market.</p>
<p>Each requires a different approach.  Verifiable requirements really only tackle (2).  Developers writing tests gets you (1).  (3-5) come from getting the right requirements, not just getting the requirements (written) right (sic: correctly).</p>
<p>Thanks again,</p>
<p>Scott</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mj</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-910101</link>
		<dc:creator>mj</dc:creator>
		<pubDate>Mon, 30 Apr 2012 13:30:24 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-910101</guid>
		<description>Yes, yes.... I guess I was to quick. Verifiable is the right word to use... I am a tester and like to use the word &quot;testable&quot; to customers that is not very advance. I am trying to define for a customer how he should write the requirements and searching the Internet for stuff like this to send him, so I did not read everything word by word...

In my world you verify code but the requirements should be verifiable...  You cannot verify requirements because you have nothing to compare it to? but do not listen to me, because this is just me philosophizes and I am very new in this world...</description>
		<content:encoded><![CDATA[<p>Yes, yes&#8230;. I guess I was to quick. Verifiable is the right word to use&#8230; I am a tester and like to use the word &#8220;testable&#8221; to customers that is not very advance. I am trying to define for a customer how he should write the requirements and searching the Internet for stuff like this to send him, so I did not read everything word by word&#8230;</p>
<p>In my world you verify code but the requirements should be verifiable&#8230;  You cannot verify requirements because you have nothing to compare it to? but do not listen to me, because this is just me philosophizes and I am very new in this world&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-910065</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Mon, 30 Apr 2012 13:09:45 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-910065</guid>
		<description>Hey mj, thanks for the comment and welcome to Tyner Blain!

That&#039;s where I was going with &quot;verifiable&quot; - I used &lt;i&gt;verify&lt;/i&gt; instead of &lt;i&gt;test&lt;/i&gt;, since requirements &quot;verification&quot; is a pretty consistently used term with companies I&#039;ve worked with.  When I was a developer, I always thought of it as &quot;testable&quot;, but once I moved into requirements-authoring, I saw that people thought of it as &quot;verifiable.&quot;

&quot;Testing&quot;, I think, also carries a bit of a connotation of metrics versus measurement.  As an example, you can absolutely &quot;test&quot; or &quot;verify&quot; that the system must respond in 20 ms.  Either word works.  But it feels more comfortable to &quot;verify&quot; that net-promoter score has risen, or that market share has increased.  Yes, you can &quot;test&quot; that stuff - they are synonyms after all, but people outside of &quot;write the code&quot; land seem to gravitate towards verify.

Does that resonate?  Or should I consider changing the &lt;i&gt;title&lt;/i&gt;?  If you read the article, it should be clear - but maybe a better title would be more effective?</description>
		<content:encoded><![CDATA[<p>Hey mj, thanks for the comment and welcome to Tyner Blain!</p>
<p>That&#8217;s where I was going with &#8220;verifiable&#8221; &#8211; I used <i>verify</i> instead of <i>test</i>, since requirements &#8220;verification&#8221; is a pretty consistently used term with companies I&#8217;ve worked with.  When I was a developer, I always thought of it as &#8220;testable&#8221;, but once I moved into requirements-authoring, I saw that people thought of it as &#8220;verifiable.&#8221;</p>
<p>&#8220;Testing&#8221;, I think, also carries a bit of a connotation of metrics versus measurement.  As an example, you can absolutely &#8220;test&#8221; or &#8220;verify&#8221; that the system must respond in 20 ms.  Either word works.  But it feels more comfortable to &#8220;verify&#8221; that net-promoter score has risen, or that market share has increased.  Yes, you can &#8220;test&#8221; that stuff &#8211; they are synonyms after all, but people outside of &#8220;write the code&#8221; land seem to gravitate towards verify.</p>
<p>Does that resonate?  Or should I consider changing the <i>title</i>?  If you read the article, it should be clear &#8211; but maybe a better title would be more effective?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mj</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-909665</link>
		<dc:creator>mj</dc:creator>
		<pubDate>Mon, 30 Apr 2012 10:39:25 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-909665</guid>
		<description>Testable?</description>
		<content:encoded><![CDATA[<p>Testable?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Driving down &#8211; product requirements &#171; Life As A System</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-852877</link>
		<dc:creator>Driving down &#8211; product requirements &#171; Life As A System</dc:creator>
		<pubDate>Sat, 07 Jan 2012 21:45:19 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-852877</guid>
		<description>[...] lot can be said about writing good design requirements (in fact, much has been written about it), and there are some several guidelines.  I&#8217;ll get more into those in [...]</description>
		<content:encoded><![CDATA[<p>[...] lot can be said about writing good design requirements (in fact, much has been written about it), and there are some several guidelines.  I&#8217;ll get more into those in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DIEGO KAMINKER</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-819237</link>
		<dc:creator>DIEGO KAMINKER</dc:creator>
		<pubDate>Thu, 06 Oct 2011 04:14:34 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-819237</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;RT @johnmoehrke: Here is my contribution to #HITstd - Write Good Requirements http://t.co/0sPhBllq  #MU writers should read! LOL! #HITstd&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">RT @johnmoehrke: Here is my contribution to #HITstd &#8211; Write Good Requirements <a href="http://t.co/0sPhBllq" rel="nofollow">http://t.co/0sPhBllq</a>  #MU writers should read! LOL! #HITstd</span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith W. Boone</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-819229</link>
		<dc:creator>Keith W. Boone</dc:creator>
		<pubDate>Thu, 06 Oct 2011 03:03:34 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-819229</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;RT @johnmoehrke: Here is my contribution to #HITstd - Write Good Requirements http://t.co/0sPhBllq  #MU writers should read! LOL! #HITstd&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">RT @johnmoehrke: Here is my contribution to #HITstd &#8211; Write Good Requirements <a href="http://t.co/0sPhBllq" rel="nofollow">http://t.co/0sPhBllq</a>  #MU writers should read! LOL! #HITstd</span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: johnmoehrke</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-819227</link>
		<dc:creator>johnmoehrke</dc:creator>
		<pubDate>Thu, 06 Oct 2011 02:58:14 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-819227</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;Here is my contribution to #HITstd chat - Write Good Requirements http://t.co/QB4x1gST&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">Here is my contribution to #HITstd chat &#8211; Write Good Requirements <a href="http://t.co/QB4x1gST" rel="nofollow">http://t.co/QB4x1gST</a></span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Passionate Requirements &#124; devblogging.com</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-805083</link>
		<dc:creator>Passionate Requirements &#124; devblogging.com</dc:creator>
		<pubDate>Thu, 21 Jul 2011 06:18:49 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-805083</guid>
		<description>[...] is the latest in the Big Ten Rules of Writing Good Requirements series, and rather than extending, it replaces the previous article on writing passionate [...]</description>
		<content:encoded><![CDATA[<p>[...] is the latest in the Big Ten Rules of Writing Good Requirements series, and rather than extending, it replaces the previous article on writing passionate [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alberto Manuel</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-628025</link>
		<dc:creator>Alberto Manuel</dc:creator>
		<pubDate>Wed, 13 Oct 2010 00:17:12 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-628025</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;Writting better requirements . Atomic. #EA #BPR #BPM http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">Writting better requirements . Atomic. #EA #BPR #BPM <a href="http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/" rel="nofollow">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/</a></span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: brainmates &#8211; product management people &#187; Blog Archive &#187; Requirements Check List</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-623624</link>
		<dc:creator>brainmates &#8211; product management people &#187; Blog Archive &#187; Requirements Check List</dc:creator>
		<pubDate>Thu, 16 Sep 2010 04:23:26 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-623624</guid>
		<description>[...] was also influenced by Scott Sehlhorst who wrote Writing Good Requirements, The Big Ten Rules .  VN:F [1.9.3_1094]please wait...Rating: 0.0/5 (0 votes [...]</description>
		<content:encoded><![CDATA[<p>[...] was also influenced by Scott Sehlhorst who wrote Writing Good Requirements, The Big Ten Rules .  VN:F [1.9.3_1094]please wait&#8230;Rating: 0.0/5 (0 votes [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jennifer Banzon</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-623458</link>
		<dc:creator>Jennifer Banzon</dc:creator>
		<pubDate>Wed, 15 Sep 2010 06:26:47 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-623458</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;RT @brainslink: 2 good posts on writing good software requirements: http://dld.bz/vC5a and http://dld.bz/vC5b #baot&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">RT @brainslink: 2 good posts on writing good software requirements: <a href="http://dld.bz/vC5a" rel="nofollow">http://dld.bz/vC5a</a> and <a href="http://dld.bz/vC5b" rel="nofollow">http://dld.bz/vC5b</a> #baot</span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cloudspace</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-623350</link>
		<dc:creator>Cloudspace</dc:creator>
		<pubDate>Tue, 14 Sep 2010 22:35:44 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-623350</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;RT @brainslink: 2 good posts on writing good software requirements: http://dld.bz/vC5a and http://dld.bz/vC5b&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">RT @brainslink: 2 good posts on writing good software requirements: <a href="http://dld.bz/vC5a" rel="nofollow">http://dld.bz/vC5a</a> and <a href="http://dld.bz/vC5b" rel="nofollow">http://dld.bz/vC5b</a></span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vin D'Amico</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-623351</link>
		<dc:creator>Vin D'Amico</dc:creator>
		<pubDate>Tue, 14 Sep 2010 22:31:06 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-623351</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;2 good posts on writing good software requirements: http://dld.bz/vC5a and http://dld.bz/vC5b&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">2 good posts on writing good software requirements: <a href="http://dld.bz/vC5a" rel="nofollow">http://dld.bz/vC5a</a> and <a href="http://dld.bz/vC5b" rel="nofollow">http://dld.bz/vC5b</a></span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Hawks</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-617406</link>
		<dc:creator>David Hawks</dc:creator>
		<pubDate>Wed, 25 Aug 2010 22:18:08 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-617406</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;Stumbled across a nice set of articles on writing good requirements by @sehlhorst http://bit.ly/1sxvrV&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">Stumbled across a nice set of articles on writing good requirements by @sehlhorst <a href="http://bit.ly/1sxvrV" rel="nofollow">http://bit.ly/1sxvrV</a></span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vishal sodani</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-617136</link>
		<dc:creator>vishal sodani</dc:creator>
		<pubDate>Tue, 24 Aug 2010 18:57:45 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-617136</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content"><a href="http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/" rel="nofollow">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/</a></span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: brainmates</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-616894</link>
		<dc:creator>brainmates</dc:creator>
		<pubDate>Mon, 23 Aug 2010 06:53:52 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-616894</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;[ACT] Reading @sehlhorst http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/ - will be applying his rules&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">[ACT] Reading @sehlhorst <a href="http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/" rel="nofollow">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/</a> &#8211; will be applying his rules</span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vlad Nemes</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-616237</link>
		<dc:creator>Vlad Nemes</dc:creator>
		<pubDate>Thu, 19 Aug 2010 18:54:10 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-616237</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;Writing Good Requirements - The Big Ten Rules: Shared by  vlad 

differentiating ourselves from the competition is... http://bit.ly/aY7F2j&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">Writing Good Requirements &#8211; The Big Ten Rules: Shared by  vlad </p>
<p>differentiating ourselves from the competition is&#8230; <a href="http://bit.ly/aY7F2j" rel="nofollow">http://bit.ly/aY7F2j</a></span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sandeep Bhat</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-615007</link>
		<dc:creator>Sandeep Bhat</dc:creator>
		<pubDate>Wed, 11 Aug 2010 10:32:48 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-615007</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;RT @coombes: http://bit.ly/aVYJNx - Writing good (marketing) requirements. Essential reading for me at the moment.&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">RT @coombes: <a href="http://bit.ly/aVYJNx" rel="nofollow">http://bit.ly/aVYJNx</a> &#8211; Writing good (marketing) requirements. Essential reading for me at the moment.</span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: coombes</title>
		<link>http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/comment-page-1/#comment-614915</link>
		<dc:creator>coombes</dc:creator>
		<pubDate>Tue, 10 Aug 2010 21:27:44 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2006/05/25/writing-good-requirements-the-big-ten-rules/#comment-614915</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;http://bit.ly/aVYJNx - Writing good (marketing) requirements. Essential reading for me at the moment.&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content"><a href="http://bit.ly/aVYJNx" rel="nofollow">http://bit.ly/aVYJNx</a> &#8211; Writing good (marketing) requirements. Essential reading for me at the moment.</span></span></span></p>
]]></content:encoded>
	</item>
</channel>
</rss>

