<?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: Agile UXD</title>
	<atom:link href="http://www.pathf.com/blogs/2007/05/agile_uxd/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pathf.com/blogs/2007/05/agile_uxd/</link>
	<description>Running commentary about agile development, user experience design and Ajax.</description>
	<pubDate>Fri, 05 Dec 2008 10:10:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Alice Toth</title>
		<link>http://www.pathf.com/blogs/2007/05/agile_uxd/#comment-822</link>
		<dc:creator>Alice Toth</dc:creator>
		<pubDate>Fri, 08 Jun 2007 04:15:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2007/05/agile_uxd/#comment-822</guid>
		<description>&lt;p&gt;For me, one of the bigger challenges is having to design and develop before all of the business requirements are known. As you stated in your post, you don't really want to refactor the UI with each public release. &lt;/p&gt;

&lt;p&gt;So we need to create a UI that's flexible enough to accommodate change gracefully without necessarily knowing if the changes will be incremental or a 180. Naturally, this can be easier said than done. The key is having an entire team that's committed to having change (or iterations) as part of the process.&lt;/p&gt;

&lt;p&gt;The value with an agile UXD, however, outweighs any discomfort. We start getting user (including developer) feedback early in the development lifecycle where we can optimize the design or a workflow at less cost to the project. In the end, I believe we create a more usable product resulting in subsequent releases that can focus on features, not fixes.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>For me, one of the bigger challenges is having to design and develop before all of the business requirements are known. As you stated in your post, you don&#8217;t really want to refactor the UI with each public release. </p>
<p>So we need to create a UI that&#8217;s flexible enough to accommodate change gracefully without necessarily knowing if the changes will be incremental or a 180. Naturally, this can be easier said than done. The key is having an entire team that&#8217;s committed to having change (or iterations) as part of the process.</p>
<p>The value with an agile UXD, however, outweighs any discomfort. We start getting user (including developer) feedback early in the development lifecycle where we can optimize the design or a workflow at less cost to the project. In the end, I believe we create a more usable product resulting in subsequent releases that can focus on features, not fixes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://www.pathf.com/blogs/2007/05/agile_uxd/#comment-821</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Thu, 07 Jun 2007 22:23:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2007/05/agile_uxd/#comment-821</guid>
		<description>&lt;p&gt;Thanks for an interesting post. What are the biggest challenges you've had so far in incorporating the Agile approach?&lt;/p&gt;

&lt;p&gt;I've written on this topic before here:&lt;br /&gt;
&lt;a href="http://www.infoq.com/articles/agile-useability-churchville" rel="nofollow"&gt;http://www.infoq.com/articles/agile-useability-churchville&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Always curious how other pracitioners are merging UX and Agile methods.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thanks for an interesting post. What are the biggest challenges you&#8217;ve had so far in incorporating the Agile approach?</p>
<p>I&#8217;ve written on this topic before here:<br />
<a href="http://www.infoq.com/articles/agile-useability-churchville" rel="nofollow">http://www.infoq.com/articles/agile-useability-churchville</a></p>
<p>Always curious how other pracitioners are merging UX and Agile methods.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
