<?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: Consultant Thursdays: Don&#8217;t Gather Requirements, Drive Them</title>
	<atom:link href="http://www.usabilitycounts.com/2008/05/08/consultant-thursdays-dont-gather-requirements-drive-them/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.usabilitycounts.com/2008/05/08/consultant-thursdays-dont-gather-requirements-drive-them/</link>
	<description>A rather ordinary blog about usability, accessability, Section 508 compliance, SharePoint, Silverlight and software, not necessarily in that order</description>
	<pubDate>Sat, 11 Oct 2008 13:24:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: SharePoint Happenings - SharePoint Blog, tips and tricks, and web part development</title>
		<link>http://www.usabilitycounts.com/2008/05/08/consultant-thursdays-dont-gather-requirements-drive-them/#comment-67</link>
		<dc:creator>SharePoint Happenings - SharePoint Blog, tips and tricks, and web part development</dc:creator>
		<pubDate>Fri, 12 Sep 2008 21:06:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.usabilitycounts.com/?p=52#comment-67</guid>
		<description>&lt;strong&gt;The SharePoint Product Manager: Get Yourself a Pit Bull...&lt;/strong&gt;

Every SharePoint deployment needs clear leadership and accou ......</description>
		<content:encoded><![CDATA[<p><strong>The SharePoint Product Manager: Get Yourself a Pit Bull&#8230;</strong></p>
<p>Every SharePoint deployment needs clear leadership and accou &#8230;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Virtually Priceless Thoughts &#187; Healthcare IS Requirements - Engineering or Science?</title>
		<link>http://www.usabilitycounts.com/2008/05/08/consultant-thursdays-dont-gather-requirements-drive-them/#comment-22</link>
		<dc:creator>Virtually Priceless Thoughts &#187; Healthcare IS Requirements - Engineering or Science?</dc:creator>
		<pubDate>Sun, 01 Jun 2008 17:04:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.usabilitycounts.com/?p=52#comment-22</guid>
		<description>[...] to Be a Good Product Manager on driving requirements not just gathering requirements. There is a good reflection on Usability Counts as [...]</description>
		<content:encoded><![CDATA[<p>[...] to Be a Good Product Manager on driving requirements not just gathering requirements. There is a good reflection on Usability Counts as [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyner Blain</title>
		<link>http://www.usabilitycounts.com/2008/05/08/consultant-thursdays-dont-gather-requirements-drive-them/#comment-19</link>
		<dc:creator>Tyner Blain</dc:creator>
		<pubDate>Thu, 22 May 2008 03:12:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.usabilitycounts.com/?p=52#comment-19</guid>
		<description>&lt;strong&gt;Problems Are Everywhere...&lt;/strong&gt;


Today&#8217;s article is a harvest of pointers to articles about the focus on problems.  An idea farm, so to speak, with really good articles about the importance of solving problems, not just eliciting requirements.

Focus on Problems To Create Great...</description>
		<content:encoded><![CDATA[<p><strong>Problems Are Everywhere&#8230;</strong></p>
<p>Today&#8217;s article is a harvest of pointers to articles about the focus on problems.  An idea farm, so to speak, with really good articles about the importance of solving problems, not just eliciting requirements.</p>
<p>Focus on Problems To Create Great&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 1.685 seconds -->
