<?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: 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>Usability, User Experience, Social Media, and Content Management</description>
	<lastBuildDate>Tue, 02 Mar 2010 23:30:30 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<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-page-1/#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-page-1/#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-page-1/#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 0.185 seconds -->
