<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
	>
<channel>
	<title>Comments on: UIEtips: 12 Best Practices for UX in an Agile Environment &#8211; Part 2</title>
	<atom:link href="http://www.uie.com/brainsparks/2011/08/29/uietips-ux-agile-part2/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.uie.com/brainsparks/2011/08/29/uietips-ux-agile-part2/</link>
	<description>UIE\'s latest insights on the world of design</description>
	<lastBuildDate>Wed, 22 May 2013 18:03:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>By: Ruth</title>
		<link>http://www.uie.com/brainsparks/2011/08/29/uietips-ux-agile-part2/comment-page-1/#comment-164077</link>
		<dc:creator>Ruth</dc:creator>
		<pubDate>Tue, 30 Aug 2011 17:19:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=5259#comment-164077</guid>
		<description>I asked my manager for permission to attend this webinar. I wanted to back it up by pointing to Jeff&#039;s website - however, the content is three years (or more) old. In times of tight budgets, when everything must be justfified, it may be a hard sell to get funds to listen to an instructor who does not keep his website up to date. Even the blogs appear to be that old. 

And, BTW, UIE&#039;s contact page doesn&#039;t contain an e-mail for sending feedback of this type. I would have much rather broached the subject in a less public forum.</description>
		<content:encoded><![CDATA[<p>I asked my manager for permission to attend this webinar. I wanted to back it up by pointing to Jeff&#8217;s website &#8211; however, the content is three years (or more) old. In times of tight budgets, when everything must be justfified, it may be a hard sell to get funds to listen to an instructor who does not keep his website up to date. Even the blogs appear to be that old. </p>
<p>And, BTW, UIE&#8217;s contact page doesn&#8217;t contain an e-mail for sending feedback of this type. I would have much rather broached the subject in a less public forum.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christian Manzella</title>
		<link>http://www.uie.com/brainsparks/2011/08/29/uietips-ux-agile-part2/comment-page-1/#comment-164058</link>
		<dc:creator>Christian Manzella</dc:creator>
		<pubDate>Tue, 30 Aug 2011 14:19:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=5259#comment-164058</guid>
		<description>This is a fantastic set of guidelines; one of the best I&#039;ve seen yet speaking to UX in Agile.

Two other items I think are worth mentioning:

1. Use the concepts applied as LeanUX by Jeff Gothelf.  I&#039;ve seen the most successful design come out of identifying what&#039;s needed to communicate the requirements and using only that.  I don&#039;t believe in prototypes (only) as requirements, but I do believe in keeping artifacts &amp; documentation to a  level that&#039;s minimal and manageable, provided they clearly communicate what needs to be done.

2. Exemplary communication is a huge factor in the success of Agile, as a whole.  While not necessarily a UX thing specifically, UX will often be the one to champion communication getting done effectively.  The UX designer should welcome this responsibility (akin to the number 1 bullet) and remain engaged with the team.  When a developer defaults to UX with a question, UX should turn around and pull the visual designer, business analyst, and others into the conversation.</description>
		<content:encoded><![CDATA[<p>This is a fantastic set of guidelines; one of the best I&#8217;ve seen yet speaking to UX in Agile.</p>
<p>Two other items I think are worth mentioning:</p>
<p>1. Use the concepts applied as LeanUX by Jeff Gothelf.  I&#8217;ve seen the most successful design come out of identifying what&#8217;s needed to communicate the requirements and using only that.  I don&#8217;t believe in prototypes (only) as requirements, but I do believe in keeping artifacts &amp; documentation to a  level that&#8217;s minimal and manageable, provided they clearly communicate what needs to be done.</p>
<p>2. Exemplary communication is a huge factor in the success of Agile, as a whole.  While not necessarily a UX thing specifically, UX will often be the one to champion communication getting done effectively.  The UX designer should welcome this responsibility (akin to the number 1 bullet) and remain engaged with the team.  When a developer defaults to UX with a question, UX should turn around and pull the visual designer, business analyst, and others into the conversation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
