<?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: What&#8217;s the point of usability testing?</title>
	<atom:link href="http://www.dancingmango.com/blog/2006/06/28/whats-the-point-of-usability-testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dancingmango.com/blog/2006/06/28/whats-the-point-of-usability-testing/</link>
	<description>For more than a decade Marc has been a passionate advocate of placing the customer at the heart of business, working with clients in finance, retail, government and entertainment sectors, helping them craft compelling cross channel customer experiences.  Marc champions lean and agile approaches for making customer driven innovation happen.  He brings design thinking and creativity to clients, engaging across the organisation with a focus on delivery as well as ideas.  He is currently writing a book on Agile Experience Design to be published this Autumn.</description>
	<lastBuildDate>Sun, 25 Sep 2011 23:33:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: John Gibbard</title>
		<link>http://www.dancingmango.com/blog/2006/06/28/whats-the-point-of-usability-testing/comment-page-1/#comment-1620</link>
		<dc:creator>John Gibbard</dc:creator>
		<pubDate>Mon, 10 Jul 2006 16:06:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.dancingmango.com/blog/?p=59#comment-1620</guid>
		<description>All interesting points (otherwise why would I comment?!) but still maintain it&#039;s essential to test our work, however well-considered during the design process. There&#039;s nothing like a formalised statement with/without recorded video to indicate the issues and successes with a wireframed idea. I do agree, however, that the value of this diminishes depending on how lo-fi the wireframe is and how iterative the design has been to-date (i loved the guerilla testing image). More posts like this please :)</description>
		<content:encoded><![CDATA[<p>All interesting points (otherwise why would I comment?!) but still maintain it&#8217;s essential to test our work, however well-considered during the design process. There&#8217;s nothing like a formalised statement with/without recorded video to indicate the issues and successes with a wireframed idea. I do agree, however, that the value of this diminishes depending on how lo-fi the wireframe is and how iterative the design has been to-date (i loved the guerilla testing image). More posts like this please <img src='http://www.dancingmango.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Dowson</title>
		<link>http://www.dancingmango.com/blog/2006/06/28/whats-the-point-of-usability-testing/comment-page-1/#comment-1490</link>
		<dc:creator>Martin Dowson</dc:creator>
		<pubDate>Thu, 29 Jun 2006 08:50:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.dancingmango.com/blog/?p=59#comment-1490</guid>
		<description>I agree wholeheartedly with everything Marc is saying and that Peter has supported (yes there is a but coming) it is true that if you follow a good methodology, have good people on board, have chosen front and back end technology that means you can develop using web-frameworks like Ruby on Rails... in these ideal situations then you will reduce the need to do &quot;usability testing&quot;

I for one have moved on from &quot;usability testing&quot; to user experience testing... (whole other posting...) 

but what of those projects who

1) arent developing on a web-framework... Large corporates developing in-house software solutions
2) have chosen (for good or misguided reasons) out of the box industry solutions such as (and marc will shudder at this...) Chordiant
3) dont have the user-centred design skills in house

This is why we still do usability testing, because unfortunately we don&#039;t all live or work in a perfect bubble where everyone understands user-centred design.

take a look at IT teams these days... especially those in the mgt consultancy market... (again ANOTHER blog topic)  Many of us in the usability/user experience profession don&#039;t work on $500M, 5 year programmes rolling out software across 3 geographies to 100,000 people... when you do projects like that... agile programming, user-centred design are often very low down on the methodoloy musts... cost-control, cost-accountability are...

I see usability testing within large corporates as an educational process for them, the more they go through it the more they learn.  Sure it would be great if we could get them to be agile, user centred, persona-led, info arch savvy from day one... but they&#039;re not so you end up with stuff that needs to be tested regularly to be brought back on track, with teams that don&#039;t get user-centred design because they are in very formal methodologies... usability testing opens their eyes, changes mind sets, helps methodologies morph... I&#039;m getting there eventually with my clients... my ideal is to have them follow more UCD methodologies and eventually not need to test as much...

So if you are already a user-centred designer... you probably don&#039;t need to do as much usability testing... just cos you don&#039;t doesnt mean that there isnt a large need for it in the marketplace!

:-)</description>
		<content:encoded><![CDATA[<p>I agree wholeheartedly with everything Marc is saying and that Peter has supported (yes there is a but coming) it is true that if you follow a good methodology, have good people on board, have chosen front and back end technology that means you can develop using web-frameworks like Ruby on Rails&#8230; in these ideal situations then you will reduce the need to do &#8220;usability testing&#8221;</p>
<p>I for one have moved on from &#8220;usability testing&#8221; to user experience testing&#8230; (whole other posting&#8230;) </p>
<p>but what of those projects who</p>
<p>1) arent developing on a web-framework&#8230; Large corporates developing in-house software solutions<br />
2) have chosen (for good or misguided reasons) out of the box industry solutions such as (and marc will shudder at this&#8230;) Chordiant<br />
3) dont have the user-centred design skills in house</p>
<p>This is why we still do usability testing, because unfortunately we don&#8217;t all live or work in a perfect bubble where everyone understands user-centred design.</p>
<p>take a look at IT teams these days&#8230; especially those in the mgt consultancy market&#8230; (again ANOTHER blog topic)  Many of us in the usability/user experience profession don&#8217;t work on $500M, 5 year programmes rolling out software across 3 geographies to 100,000 people&#8230; when you do projects like that&#8230; agile programming, user-centred design are often very low down on the methodoloy musts&#8230; cost-control, cost-accountability are&#8230;</p>
<p>I see usability testing within large corporates as an educational process for them, the more they go through it the more they learn.  Sure it would be great if we could get them to be agile, user centred, persona-led, info arch savvy from day one&#8230; but they&#8217;re not so you end up with stuff that needs to be tested regularly to be brought back on track, with teams that don&#8217;t get user-centred design because they are in very formal methodologies&#8230; usability testing opens their eyes, changes mind sets, helps methodologies morph&#8230; I&#8217;m getting there eventually with my clients&#8230; my ideal is to have them follow more UCD methodologies and eventually not need to test as much&#8230;</p>
<p>So if you are already a user-centred designer&#8230; you probably don&#8217;t need to do as much usability testing&#8230; just cos you don&#8217;t doesnt mean that there isnt a large need for it in the marketplace!</p>
<p> <img src='http://www.dancingmango.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rapid prototyping makes usability testing easier - Peter Krantz</title>
		<link>http://www.dancingmango.com/blog/2006/06/28/whats-the-point-of-usability-testing/comment-page-1/#comment-1483</link>
		<dc:creator>Rapid prototyping makes usability testing easier - Peter Krantz</dc:creator>
		<pubDate>Wed, 28 Jun 2006 12:17:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.dancingmango.com/blog/?p=59#comment-1483</guid>
		<description>[...] In an article over at Dancingmango Marc McNeill writes about how new web development frameworks such as Ruby on Rails will have an impact on usability testing practices (&#8220;What&#8217;s the point of usability testing&#8221;). The only real reason to test a mockup instead of a real application is of course that it used to be more expensive and time consuming to create an application. With Rails there is no such barrier anymore and usability tests can (and should) be using the real application instead. It is likely that this will lead to a better understanding of how users behave in e.g. a task based system. [...]</description>
		<content:encoded><![CDATA[<p>[...] In an article over at Dancingmango Marc McNeill writes about how new web development frameworks such as Ruby on Rails will have an impact on usability testing practices (&#8220;What&#8217;s the point of usability testing&#8221;). The only real reason to test a mockup instead of a real application is of course that it used to be more expensive and time consuming to create an application. With Rails there is no such barrier anymore and usability tests can (and should) be using the real application instead. It is likely that this will lead to a better understanding of how users behave in e.g. a task based system. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

