<?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:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for uxstudio</title>
	<atom:link href="http://uxstudio.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://uxstudio.wordpress.com</link>
	<description>musings on user experience + whatever else strikes the fancy</description>
	<lastBuildDate>Wed, 21 Oct 2009 00:17:39 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Agile + User Experience Design by liam</title>
		<link>http://uxstudio.wordpress.com/2009/05/04/agile-user-experience-design/#comment-13</link>
		<dc:creator>liam</dc:creator>
		<pubDate>Wed, 21 Oct 2009 00:17:39 +0000</pubDate>
		<guid isPermaLink="false">http://uxstudio.wordpress.com/?p=114#comment-13</guid>
		<description>Bernhard:  2-4 weeks may be enough lead time provided that:

1) The designers really understand the use cases/requirements coming into the project
2) The project is of a small enough scale that a few weeks of design are sufficient to put all of the high-level pieces in place

The argument I made in my posting is that requirements and design work can still be done before coding begins using an Agile approach (i.e., fixed-length iterations).  This also allows developing and understanding of the requirements BEFORE design begins. An added benefit is that alternative design options can be prototyped and validated with users.

I realize that prototypes will never be as explicit as working code, but they can definitely help to answer some of the &quot;big picture&quot; questions about the overall direction of the User Experience.

The reality is that software development is still an immature industrial discipline, and as such is still finding its way towards best practices in design, process, and quality control.  

To paraphrase W. Churchill:  Agile is the worst software development process there is--except for all the other processes that have been previously tried.</description>
		<content:encoded><![CDATA[<p>Bernhard:  2-4 weeks may be enough lead time provided that:</p>
<p>1) The designers really understand the use cases/requirements coming into the project<br />
2) The project is of a small enough scale that a few weeks of design are sufficient to put all of the high-level pieces in place</p>
<p>The argument I made in my posting is that requirements and design work can still be done before coding begins using an Agile approach (i.e., fixed-length iterations).  This also allows developing and understanding of the requirements BEFORE design begins. An added benefit is that alternative design options can be prototyped and validated with users.</p>
<p>I realize that prototypes will never be as explicit as working code, but they can definitely help to answer some of the &#8220;big picture&#8221; questions about the overall direction of the User Experience.</p>
<p>The reality is that software development is still an immature industrial discipline, and as such is still finding its way towards best practices in design, process, and quality control.  </p>
<p>To paraphrase W. Churchill:  Agile is the worst software development process there is&#8211;except for all the other processes that have been previously tried.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile + User Experience Design by Bernhard Kappe</title>
		<link>http://uxstudio.wordpress.com/2009/05/04/agile-user-experience-design/#comment-12</link>
		<dc:creator>Bernhard Kappe</dc:creator>
		<pubDate>Tue, 13 Oct 2009 18:51:20 +0000</pubDate>
		<guid isPermaLink="false">http://uxstudio.wordpress.com/?p=114#comment-12</guid>
		<description>It&#039;s interesting to see others wrestle with this problem too.  We&#039;ve been working on integrating user experience design and agile for quite some time as well, and finding a balance between the two is not  easy.  They&#039;re two different responses to the fundamental failings of traditional text documentation driven waterfall process.  What they share in common is the use of a feedback loop.  User Experience Design does user modeling, rapid prototyping from low-fi to hi-fi, with user feedback and modifications along the way. Agile relies on short development iterations to deliver working software that you can use to get feedback to inform further development.  Both have their advantages and disadvantages:  On the one hand, real software in use by real users is far superior for validation than even the most hi-fi prodotype, on the other, development without big picture design can be sub-optimal.  We&#039;ve found starting with a two to four week inception phase including high level user experience design works best for us, followed by two week development iterations.  Our designers stay two weeks ahead of the developers so that designs and requirements are ready at the start of the next iteration.  There&#039;s a nice presentation on the subject over at http://www.pathf.com/ideas/presentations-and-webinars/agile-design/</description>
		<content:encoded><![CDATA[<p>It&#8217;s interesting to see others wrestle with this problem too.  We&#8217;ve been working on integrating user experience design and agile for quite some time as well, and finding a balance between the two is not  easy.  They&#8217;re two different responses to the fundamental failings of traditional text documentation driven waterfall process.  What they share in common is the use of a feedback loop.  User Experience Design does user modeling, rapid prototyping from low-fi to hi-fi, with user feedback and modifications along the way. Agile relies on short development iterations to deliver working software that you can use to get feedback to inform further development.  Both have their advantages and disadvantages:  On the one hand, real software in use by real users is far superior for validation than even the most hi-fi prodotype, on the other, development without big picture design can be sub-optimal.  We&#8217;ve found starting with a two to four week inception phase including high level user experience design works best for us, followed by two week development iterations.  Our designers stay two weeks ahead of the developers so that designs and requirements are ready at the start of the next iteration.  There&#8217;s a nice presentation on the subject over at <a href="http://www.pathf.com/ideas/presentations-and-webinars/agile-design/" rel="nofollow">http://www.pathf.com/ideas/presentations-and-webinars/agile-design/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on User Experience Strategy by Joelle Benvenuto</title>
		<link>http://uxstudio.wordpress.com/2008/08/12/user-experience-strategy/#comment-11</link>
		<dc:creator>Joelle Benvenuto</dc:creator>
		<pubDate>Mon, 10 Nov 2008 05:42:15 +0000</pubDate>
		<guid isPermaLink="false">http://uxstudio.wordpress.com/?p=45#comment-11</guid>
		<description>I&#039;m an interaction designer myself and I really enjoyed reading this page.
Thank you for posting this. I guess I really would love working in a team like that.

I think the single most important activity to increase user experience group effectiveness and influence would be to demonstrate that their design&#039;s recommendations are answering every goals identified at the beginning of the project.

They would do so by showing how simple and easy and new a user interact with a feature.
I think the more important is to show that this is a science and an art.</description>
		<content:encoded><![CDATA[<p>I&#8217;m an interaction designer myself and I really enjoyed reading this page.<br />
Thank you for posting this. I guess I really would love working in a team like that.</p>
<p>I think the single most important activity to increase user experience group effectiveness and influence would be to demonstrate that their design&#8217;s recommendations are answering every goals identified at the beginning of the project.</p>
<p>They would do so by showing how simple and easy and new a user interact with a feature.<br />
I think the more important is to show that this is a science and an art.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Vertical Gardens by liam</title>
		<link>http://uxstudio.wordpress.com/2008/09/01/vertical-gardens/#comment-10</link>
		<dc:creator>liam</dc:creator>
		<pubDate>Thu, 11 Sep 2008 17:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://uxstudio.wordpress.com/?p=76#comment-10</guid>
		<description>Blanc&#039;s installations feature a drip-style irrigation system beneath the felt layer. His book gets into some of the details of how it works.</description>
		<content:encoded><![CDATA[<p>Blanc&#8217;s installations feature a drip-style irrigation system beneath the felt layer. His book gets into some of the details of how it works.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Vertical Gardens by Michael C</title>
		<link>http://uxstudio.wordpress.com/2008/09/01/vertical-gardens/#comment-9</link>
		<dc:creator>Michael C</dc:creator>
		<pubDate>Thu, 11 Sep 2008 12:28:49 +0000</pubDate>
		<guid isPermaLink="false">http://uxstudio.wordpress.com/?p=76#comment-9</guid>
		<description>Cool work - I wonder though how adaptable it is to warmer climates, or to drier ones. Also, in areas such as San Jose, CA where I live the hanging vegetation surely must end up trapping a lot of dust / dirt. Maybe hanging gardens could be assembled from native species as well, cactuses, etc. 
An other thing occurs to me - hanging gardens certainly means hanging zoos as well :)</description>
		<content:encoded><![CDATA[<p>Cool work &#8211; I wonder though how adaptable it is to warmer climates, or to drier ones. Also, in areas such as San Jose, CA where I live the hanging vegetation surely must end up trapping a lot of dust / dirt. Maybe hanging gardens could be assembled from native species as well, cactuses, etc.<br />
An other thing occurs to me &#8211; hanging gardens certainly means hanging zoos as well <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on User Experience &amp; Risk Management by liam</title>
		<link>http://uxstudio.wordpress.com/2008/06/14/user-experience-risk-management/#comment-5</link>
		<dc:creator>liam</dc:creator>
		<pubDate>Sat, 16 Aug 2008 22:45:08 +0000</pubDate>
		<guid isPermaLink="false">http://uxstudio.wordpress.com/?p=11#comment-5</guid>
		<description>Your right. This article doesn&#039;t discuss error reduction and elimination. I&#039;d meant to write this as a series of articles that touched on the risk management subject--but as usual got too busy with other things.

I&#039;m currently reading Dietrich Doerner&#039;s book, &quot;The Logic of Failure&quot;.  Doerner is a German cognitive psychologist who has studied decision making over time in complex, dynamic environments.  It&#039;s a fascinating read, and should be required for management, designers, and policy makers everywhere. When I get it finished, I&#039;ll be adding more comments and thoughts to the blog.</description>
		<content:encoded><![CDATA[<p>Your right. This article doesn&#8217;t discuss error reduction and elimination. I&#8217;d meant to write this as a series of articles that touched on the risk management subject&#8211;but as usual got too busy with other things.</p>
<p>I&#8217;m currently reading Dietrich Doerner&#8217;s book, &#8220;The Logic of Failure&#8221;.  Doerner is a German cognitive psychologist who has studied decision making over time in complex, dynamic environments.  It&#8217;s a fascinating read, and should be required for management, designers, and policy makers everywhere. When I get it finished, I&#8217;ll be adding more comments and thoughts to the blog.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
