<?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: Failure Is Not an Option &#8212; It&#8217;s a Requirement</title>
	<atom:link href="http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/</link>
	<description>UIE\'s latest insights on the world of design</description>
	<lastBuildDate>Sat, 11 Feb 2012 08:11:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2</generator>
	<item>
		<title>By: Komik Videolar</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-147371</link>
		<dc:creator>Komik Videolar</dc:creator>
		<pubDate>Sun, 12 Jul 2009 18:10:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-147371</guid>
		<description>Thanks all.</description>
		<content:encoded><![CDATA[<p>Thanks all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger Belveal</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-146119</link>
		<dc:creator>Roger Belveal</dc:creator>
		<pubDate>Thu, 16 Apr 2009 00:03:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-146119</guid>
		<description>There are things that are learned through failure that cannot be learned through success.  Case in point, in the airplane industry, along with the huge number of tests done on the ground and in the air to verify airworthiness and safety, there is a deliberate destructive test done on every airframe.  This is expensive and really unreasonable as it subjects the airplane structure to forces many times over what it will ever face in normal service. The goal of course, is to discover how much force it can actually withstand and what is the source and nature of the failure when it finally does occur.  And the test doesn’t stop until failure occurs. Then changes are made and it is repeated.

So what can be learned by this for software?  There has long been controversy in every project it seems over what constitutes a “fair” usability test.  Indeed there are many kinds of tests, each having its own objectives and methods.  I suppose the premise of making a test “fair” is faulty itself or not, depending upon what you want to accomplish by it;   whether to learn something or prove something.</description>
		<content:encoded><![CDATA[<p>There are things that are learned through failure that cannot be learned through success.  Case in point, in the airplane industry, along with the huge number of tests done on the ground and in the air to verify airworthiness and safety, there is a deliberate destructive test done on every airframe.  This is expensive and really unreasonable as it subjects the airplane structure to forces many times over what it will ever face in normal service. The goal of course, is to discover how much force it can actually withstand and what is the source and nature of the failure when it finally does occur.  And the test doesn’t stop until failure occurs. Then changes are made and it is repeated.</p>
<p>So what can be learned by this for software?  There has long been controversy in every project it seems over what constitutes a “fair” usability test.  Indeed there are many kinds of tests, each having its own objectives and methods.  I suppose the premise of making a test “fair” is faulty itself or not, depending upon what you want to accomplish by it;   whether to learn something or prove something.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: name</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-146040</link>
		<dc:creator>name</dc:creator>
		<pubDate>Thu, 02 Apr 2009 15:22:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-146040</guid>
		<description>My first failure will be to not &quot;embrace failure&quot; :-) Sorry, but I just don&#039;t think it&#039;s that complicated...

&quot;no risk, no reward&quot;
&quot;learn from your mistakes&quot;

Those are fine ideas, but &quot;celebrating failure&quot; is a bit hard to swallow and seems a little overly exaggerated.

Counter-intuitive statements like the following will make you do a double-take, think twice, and ponder the idea in depth.

&quot;One thing is clear from our research: Failing is hard work. All teams need to get better at it through regular practice.&quot;

But software/web development already suffers greatly from excessive smoke and mirrors. Common sense and a pragmatic approach are in short supply.

I will continue to simply avoid mistakes and failure as a general rule.</description>
		<content:encoded><![CDATA[<p>My first failure will be to not &#8220;embrace failure&#8221; <img src='http://www.uie.com/brainsparks/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  Sorry, but I just don&#8217;t think it&#8217;s that complicated&#8230;</p>
<p>&#8220;no risk, no reward&#8221;<br />
&#8220;learn from your mistakes&#8221;</p>
<p>Those are fine ideas, but &#8220;celebrating failure&#8221; is a bit hard to swallow and seems a little overly exaggerated.</p>
<p>Counter-intuitive statements like the following will make you do a double-take, think twice, and ponder the idea in depth.</p>
<p>&#8220;One thing is clear from our research: Failing is hard work. All teams need to get better at it through regular practice.&#8221;</p>
<p>But software/web development already suffers greatly from excessive smoke and mirrors. Common sense and a pragmatic approach are in short supply.</p>
<p>I will continue to simply avoid mistakes and failure as a general rule.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Email subject lines: Are yours a big yawn? &#187; Interactive Marketing - MIMA Blog</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-145577</link>
		<dc:creator>Email subject lines: Are yours a big yawn? &#187; Interactive Marketing - MIMA Blog</dc:creator>
		<pubDate>Tue, 10 Feb 2009 13:25:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-145577</guid>
		<description>[...] the ubiquitous Jared M. Spool: UIE Tips: Failure is Not an Option &#8212; It&#8217;s a Requirement UIE Tips: Four Essential Skills for Information Architects UIE Tips: How to Innovate Right [...]</description>
		<content:encoded><![CDATA[<p>[...] the ubiquitous Jared M. Spool: UIE Tips: Failure is Not an Option &#8212; It&#8217;s a Requirement UIE Tips: Four Essential Skills for Information Architects UIE Tips: How to Innovate Right [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Inder P Singh</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-144348</link>
		<dc:creator>Inder P Singh</dc:creator>
		<pubDate>Thu, 27 Nov 2008 11:04:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-144348</guid>
		<description>I imagine several organizations make the following arrangements to mitigate risks and allow learning from failures:
1. Execute small a.k.a. pilot projects (small for resources committed/ dollar value at risk/ etc.) in areas where several factors are unknown.
2. Perform reviews and testing.
3. Gather feedback from real users (as early as feasible and as frequent as feasible)

Inder</description>
		<content:encoded><![CDATA[<p>I imagine several organizations make the following arrangements to mitigate risks and allow learning from failures:<br />
1. Execute small a.k.a. pilot projects (small for resources committed/ dollar value at risk/ etc.) in areas where several factors are unknown.<br />
2. Perform reviews and testing.<br />
3. Gather feedback from real users (as early as feasible and as frequent as feasible)</p>
<p>Inder</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: şiir</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-144338</link>
		<dc:creator>şiir</dc:creator>
		<pubDate>Mon, 24 Nov 2008 17:47:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-144338</guid>
		<description>I have not said anything about this before, because no one was taking credit for it. It was originally supposed to be an “adult” children’s book. I have the original sketches and I am pretty sure that I have the original notes. I have often wondered how (and if) this leaked to the internet. The guy that I am pretty sure wrote it, would have definitely taken credit if he had posted it.</description>
		<content:encoded><![CDATA[<p>I have not said anything about this before, because no one was taking credit for it. It was originally supposed to be an “adult” children’s book. I have the original sketches and I am pretty sure that I have the original notes. I have often wondered how (and if) this leaked to the internet. The guy that I am pretty sure wrote it, would have definitely taken credit if he had posted it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: porno izle</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-144300</link>
		<dc:creator>porno izle</dc:creator>
		<pubDate>Mon, 17 Nov 2008 15:21:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-144300</guid>
		<description>thank you.</description>
		<content:encoded><![CDATA[<p>thank you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Szuc</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-144208</link>
		<dc:creator>Daniel Szuc</dc:creator>
		<pubDate>Sat, 01 Nov 2008 04:19:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-144208</guid>
		<description>Enjoyable reading and unfortunately seen too many projects afraid of failure. 

Its interesting to note, that so much gets invested into the build and implement stages and little into failing early or doing enough research early on to assess value of the thing you are about to build. Why are teams so afraid to invest up front to see if something will work or needs to change? (seems such a waste of time and monies)

What is UIE seeing? Are companies started to invest more in user/design research to help better understand value proposition to drive products forward? 

Seems just as there are gaps between design and implementation, there are huge gaps between user research (if any is done at all) and design.</description>
		<content:encoded><![CDATA[<p>Enjoyable reading and unfortunately seen too many projects afraid of failure. </p>
<p>Its interesting to note, that so much gets invested into the build and implement stages and little into failing early or doing enough research early on to assess value of the thing you are about to build. Why are teams so afraid to invest up front to see if something will work or needs to change? (seems such a waste of time and monies)</p>
<p>What is UIE seeing? Are companies started to invest more in user/design research to help better understand value proposition to drive products forward? </p>
<p>Seems just as there are gaps between design and implementation, there are huge gaps between user research (if any is done at all) and design.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stephen</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-144204</link>
		<dc:creator>stephen</dc:creator>
		<pubDate>Fri, 31 Oct 2008 16:07:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-144204</guid>
		<description>what was the site that failed? uie?</description>
		<content:encoded><![CDATA[<p>what was the site that failed? uie?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Clark</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-144191</link>
		<dc:creator>Steven Clark</dc:creator>
		<pubDate>Wed, 29 Oct 2008 22:21:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-144191</guid>
		<description>Jared, it reminded me of the story of 3M and how they learned to accept innovation. Apologies but you may find the post I wrote quite interesting...

http://stevenclark.com.au/2008/10/30/our-corporate-culture-should-support-failure/

I&#039;ve long had this very subject in mind if I do a dissertation next year or do research masters or even PhD in the future - the failure of organisations to capitalise on failure. More to the point of my interest is how the human factor in performance reviews can systemically work against the innovator. On the surface we all understand that new ideas are worth capturing, yet most businesses fail at it miserably.

Interesting subject. Apologies for linking to my own article written as a response but it&#039;s a pet subject of mine so I couldn&#039;t help it. If I&#039;m wrong it it about any of the 3M story then people should probably email Seth Godin, that&#039;s where I got the meaty detail of the tale about the invention of masking tape. 3M are indeed a legendary innovative company worth exploring.</description>
		<content:encoded><![CDATA[<p>Jared, it reminded me of the story of 3M and how they learned to accept innovation. Apologies but you may find the post I wrote quite interesting&#8230;</p>
<p><a href="http://stevenclark.com.au/2008/10/30/our-corporate-culture-should-support-failure/" rel="nofollow">http://stevenclark.com.au/2008/10/30/our-corporate-culture-should-support-failure/</a></p>
<p>I&#8217;ve long had this very subject in mind if I do a dissertation next year or do research masters or even PhD in the future &#8211; the failure of organisations to capitalise on failure. More to the point of my interest is how the human factor in performance reviews can systemically work against the innovator. On the surface we all understand that new ideas are worth capturing, yet most businesses fail at it miserably.</p>
<p>Interesting subject. Apologies for linking to my own article written as a response but it&#8217;s a pet subject of mine so I couldn&#8217;t help it. If I&#8217;m wrong it it about any of the 3M story then people should probably email Seth Godin, that&#8217;s where I got the meaty detail of the tale about the invention of masking tape. 3M are indeed a legendary innovative company worth exploring.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roy Zornow</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-144190</link>
		<dc:creator>Roy Zornow</dc:creator>
		<pubDate>Wed, 29 Oct 2008 21:36:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-144190</guid>
		<description>This is kinda cliche but absolutely true. There&#039;s a due diligence in trying out a new direction and not giving up on it.  When confused try to be led by heuristics, but yes sometimes you get smacked down.  I much prefer an employee who is innovating though.</description>
		<content:encoded><![CDATA[<p>This is kinda cliche but absolutely true. There&#8217;s a due diligence in trying out a new direction and not giving up on it.  When confused try to be led by heuristics, but yes sometimes you get smacked down.  I much prefer an employee who is innovating though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grammar Pedant</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-144189</link>
		<dc:creator>Grammar Pedant</dc:creator>
		<pubDate>Wed, 29 Oct 2008 21:09:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-144189</guid>
		<description>&quot;Why Designer&#039;s Fail&quot;, eh?

Maybe because they can&#039;t use apostrophes correctly?</description>
		<content:encoded><![CDATA[<p>&#8220;Why Designer&#8217;s Fail&#8221;, eh?</p>
<p>Maybe because they can&#8217;t use apostrophes correctly?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Gentile</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-144188</link>
		<dc:creator>Steve Gentile</dc:creator>
		<pubDate>Wed, 29 Oct 2008 20:18:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-144188</guid>
		<description>We have been conditioned to assign positive value and attributes to success, negative value and attributes to failure. Herein lies the issue. Until we turn that thinking around (or inside out or from another point of view), the outcome of every effort will remain the same, plus or minus.

I look at &quot;failure&quot; as currently unrealized and unrecognized potential and &quot;success&quot; as currently realized and recognized potential. That being said, all &quot;successes&quot; become mainstream immediately, &quot;failures&quot; take a bit more time and effort. It doesn&#039;t stop the innovation process or throw countless babies out with the bathwater -- lucky for us.

Remember, success is not without fault or blemish, it&#039;s just greatly diminished in the bigger POV.

Steve - 
www.thinktanknyc.com
thinking done differently!</description>
		<content:encoded><![CDATA[<p>We have been conditioned to assign positive value and attributes to success, negative value and attributes to failure. Herein lies the issue. Until we turn that thinking around (or inside out or from another point of view), the outcome of every effort will remain the same, plus or minus.</p>
<p>I look at &#8220;failure&#8221; as currently unrealized and unrecognized potential and &#8220;success&#8221; as currently realized and recognized potential. That being said, all &#8220;successes&#8221; become mainstream immediately, &#8220;failures&#8221; take a bit more time and effort. It doesn&#8217;t stop the innovation process or throw countless babies out with the bathwater &#8212; lucky for us.</p>
<p>Remember, success is not without fault or blemish, it&#8217;s just greatly diminished in the bigger POV.</p>
<p>Steve &#8211;<br />
<a href="http://www.thinktanknyc.com" rel="nofollow">http://www.thinktanknyc.com</a><br />
thinking done differently!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Samantha LeVan</title>
		<link>http://www.uie.com/brainsparks/2008/10/29/uietips-failure-not-an-option/comment-page-1/#comment-144186</link>
		<dc:creator>Samantha LeVan</dc:creator>
		<pubDate>Wed, 29 Oct 2008 19:45:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=742#comment-144186</guid>
		<description>Larger organizations tend to be afraid of admitting failure. They&#039;re afraid of backlash from the public and from their own employees. Individual contributors have come afraid to fail and afraid to admit to failure for fear of losing their job.

At the highest organizational level, failure needs to be accepted and supported. Reward teams and indivuduals for documenting failures (the &quot;whats&quot; and &quot;whys&quot;). Encourage honesty and require all failures to be a learning event.

In my user research work, I always divide my findings for the client into &quot;successes we should continue in future iterations&quot; and &quot;failures we can learn from&quot;. Often I have to rephrase it so it doesn&#039;t sound like failure, but my hope is that over time, people will learn to embrace failure because with failure comes learning and with learning comes success.</description>
		<content:encoded><![CDATA[<p>Larger organizations tend to be afraid of admitting failure. They&#8217;re afraid of backlash from the public and from their own employees. Individual contributors have come afraid to fail and afraid to admit to failure for fear of losing their job.</p>
<p>At the highest organizational level, failure needs to be accepted and supported. Reward teams and indivuduals for documenting failures (the &#8220;whats&#8221; and &#8220;whys&#8221;). Encourage honesty and require all failures to be a learning event.</p>
<p>In my user research work, I always divide my findings for the client into &#8220;successes we should continue in future iterations&#8221; and &#8220;failures we can learn from&#8221;. Often I have to rephrase it so it doesn&#8217;t sound like failure, but my hope is that over time, people will learn to embrace failure because with failure comes learning and with learning comes success.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

