<?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"
	>
<channel>
	<title>Comments on: The Absurdity of MoSCoW Requirements</title>
	<atom:link href="http://mittechnical.com/BOSTON-SEO-WORDPRESS/the-absurdity-of-moscow-requirements/2008/feed" rel="self" type="application/rss+xml" />
	<link>http://mittechnical.com/BOSTON-SEO-WORDPRESS/the-absurdity-of-moscow-requirements/2008</link>
	<description>Project Management, Systems Analysis, Semantic Web, SEO, and Whatever Else...</description>
	<pubDate>Tue, 06 Jan 2009 05:38:05 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Josh</title>
		<link>http://mittechnical.com/BOSTON-SEO-WORDPRESS/the-absurdity-of-moscow-requirements/2008#comment-2904</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Thu, 02 Oct 2008 22:12:23 +0000</pubDate>
		<guid isPermaLink="false">http://mittechnical.com/BOSTON-SEO-WORDPRESS/the-absurdity-of-moscow-requirements/2008#comment-2904</guid>
		<description>Thanks, Kredit. Glad to hear it.

It might be interesting... as much as I think MoSCoW is kind of kooky in the classic sense, I have been getting a lot of mileage out of Prioritization lately. 

Thanks for the note. Love to get new readers. 

- Josh</description>
		<content:encoded><![CDATA[<p>Thanks, Kredit. Glad to hear it.</p>
<p>It might be interesting&#8230; as much as I think MoSCoW is kind of kooky in the classic sense, I have been getting a lot of mileage out of Prioritization lately. </p>
<p>Thanks for the note. Love to get new readers. </p>
<p>- Josh</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kredit</title>
		<link>http://mittechnical.com/BOSTON-SEO-WORDPRESS/the-absurdity-of-moscow-requirements/2008#comment-2902</link>
		<dc:creator>Kredit</dc:creator>
		<pubDate>Thu, 02 Oct 2008 16:07:46 +0000</pubDate>
		<guid isPermaLink="false">http://mittechnical.com/BOSTON-SEO-WORDPRESS/the-absurdity-of-moscow-requirements/2008#comment-2902</guid>
		<description>I have this informativ site bookmarked. Thanks from Kredit</description>
		<content:encoded><![CDATA[<p>I have this informativ site bookmarked. Thanks from Kredit</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://mittechnical.com/BOSTON-SEO-WORDPRESS/the-absurdity-of-moscow-requirements/2008#comment-2469</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Thu, 20 Mar 2008 19:30:11 +0000</pubDate>
		<guid isPermaLink="false">http://mittechnical.com/BOSTON-SEO-WORDPRESS/the-absurdity-of-moscow-requirements/2008#comment-2469</guid>
		<description>I agree totally - like Barely Good Enough Use Cases... Not 'the green text will blink at a nice rate' requirements. Hard declarative truths. Thanks for the comment.</description>
		<content:encoded><![CDATA[<p>I agree totally - like Barely Good Enough Use Cases&#8230; Not &#8216;the green text will blink at a nice rate&#8217; requirements. Hard declarative truths. Thanks for the comment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Campbell</title>
		<link>http://mittechnical.com/BOSTON-SEO-WORDPRESS/the-absurdity-of-moscow-requirements/2008#comment-2468</link>
		<dc:creator>Steve Campbell</dc:creator>
		<pubDate>Thu, 20 Mar 2008 19:25:39 +0000</pubDate>
		<guid isPermaLink="false">http://mittechnical.com/BOSTON-SEO-WORDPRESS/the-absurdity-of-moscow-requirements/2008#comment-2468</guid>
		<description>"Having defined requirements does not inhibit Agility. It *engages* Agility"

This depends on your definition of requirements.  Part of being Agile is the separation of goals from implementation - the customer has goals, and the developers implement something based on those goals.  Requirements that specify implementation details limit agility.   Requirements that specify *goals* engage agility.

For example, contrast: "The user enters their login id and password and clicks on the Ok button" with "the user authenticates to the system".  One leaves the implementation open to discussion and the other tells the developer how to do it (when he may have better ideas on the actual implementation).</description>
		<content:encoded><![CDATA[<p>&#8220;Having defined requirements does not inhibit Agility. It *engages* Agility&#8221;</p>
<p>This depends on your definition of requirements.  Part of being Agile is the separation of goals from implementation - the customer has goals, and the developers implement something based on those goals.  Requirements that specify implementation details limit agility.   Requirements that specify *goals* engage agility.</p>
<p>For example, contrast: &#8220;The user enters their login id and password and clicks on the Ok button&#8221; with &#8220;the user authenticates to the system&#8221;.  One leaves the implementation open to discussion and the other tells the developer how to do it (when he may have better ideas on the actual implementation).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
