<?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: Pattern Driven Usability (opportunities and challenges)</title>
	<atom:link href="http://www.disambiguity.com/pattern-driven-usability-opportunities-and-challenges-ii/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.disambiguity.com/pattern-driven-usability-opportunities-and-challenges-ii/</link>
	<description>Observing, reflecting, designing.</description>
	<lastBuildDate>Thu, 09 Feb 2012 23:14:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: john allsopp</title>
		<link>http://www.disambiguity.com/pattern-driven-usability-opportunities-and-challenges-ii/comment-page-1/#comment-1237</link>
		<dc:creator>john allsopp</dc:creator>
		<pubDate>Tue, 06 Jun 2006 02:48:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.disambiguity.com/2006/04/pattern-driven-usability-opportunities-and-challenges-ii/#comment-1237</guid>
		<description>I think the overall problem with the idea is that patterns are not meant to be templates, or &quot;boilerplate&quot; solutions. Rather, a pattern describes (&lt;a href=&quot;http://westciv.typepad.com/dog_or_higher/2005/11/webpatterns_and.html&quot; rel=&quot;nofollow&quot;&gt;in Alexander&#039;s words&lt;/a&gt;) &quot;a problem which occurs over and over again ... and then describes the core of the solution to that problem, in such a way that you can use this solution a million times over, without ever doing it the same way twice&quot;.

I do think that patterns bring benefits in learnability and consistency to the user&#039;s experience (as well as demonstrable benefits for developers, and beyond that for software, as I outline in the article linked above). But I also think patterns emerge from use and behavior, and are adaptive. You don&#039;t enforce patterns on users, rather you identify emergent behavioral patterns and then use a design patterns approach to formalize these.

The idea is that cowpaths emerge, and we pave them. The thing about cowpaths is, you don&#039;t know where they&#039;ll be until the cows start a walking. Well, I don&#039;t think you can know them. This methodology is predicated on the belief that you can. 

Its seems that this methodology assumes that all cowpaths will emerge in the same locations, we just have to know where it is.
From what we know about emergent systems, (and human behavior is a classic emergent system) this is unlikely.

As to the assertion &quot;Humans are essentially the same in how they do things&quot;, I guess 

0. it is superficially appealing (see everyone starts ordered lists at 1 right :-)
1. it is at best highly contentious
2. it would only be demonstrable by watching users and identifying their behavior - um, that sounds a bit user centered doesn&#039;t it?

I know it is a precis but if the following is accurate, there is another, deeply philosophical and far more important issue lurking beneath the apparently methodological one here. 

&quot;Craig argued that current methodologies focus on the users too much, and that consequently, the business objectives are often not given the level of attention they require&quot;

User centered design is a philosophical choice. Yes, it is predicated in part on the belief that by solving the problem the user wants to solve, the provider will somehow benefit from providing that solution.
The alternative is really to treat users as some part of the business process - business process centered design. Sounds a fair bit like a Soviet approach (and I mean that in a non rhetorical way).
And this is predicated on a philosophy of business which says in business, my needs and outcomes as the business are paramount, and those of my customers are subordinate.

Personally, it&#039;s not how I do business, nor how I like to be treated. But aboveall, I wonder which philosophy will win in the coming decade or so.

OK, strayed way too far off the topic, 

john</description>
		<content:encoded><![CDATA[<p>I think the overall problem with the idea is that patterns are not meant to be templates, or &#8220;boilerplate&#8221; solutions. Rather, a pattern describes (<a href="http://westciv.typepad.com/dog_or_higher/2005/11/webpatterns_and.html" rel="nofollow">in Alexander&#8217;s words</a>) &#8220;a problem which occurs over and over again &#8230; and then describes the core of the solution to that problem, in such a way that you can use this solution a million times over, without ever doing it the same way twice&#8221;.</p>
<p>I do think that patterns bring benefits in learnability and consistency to the user&#8217;s experience (as well as demonstrable benefits for developers, and beyond that for software, as I outline in the article linked above). But I also think patterns emerge from use and behavior, and are adaptive. You don&#8217;t enforce patterns on users, rather you identify emergent behavioral patterns and then use a design patterns approach to formalize these.</p>
<p>The idea is that cowpaths emerge, and we pave them. The thing about cowpaths is, you don&#8217;t know where they&#8217;ll be until the cows start a walking. Well, I don&#8217;t think you can know them. This methodology is predicated on the belief that you can. </p>
<p>Its seems that this methodology assumes that all cowpaths will emerge in the same locations, we just have to know where it is.<br />
From what we know about emergent systems, (and human behavior is a classic emergent system) this is unlikely.</p>
<p>As to the assertion &#8220;Humans are essentially the same in how they do things&#8221;, I guess </p>
<p>0. it is superficially appealing (see everyone starts ordered lists at 1 right :-)<br />
1. it is at best highly contentious<br />
2. it would only be demonstrable by watching users and identifying their behavior &#8211; um, that sounds a bit user centered doesn&#8217;t it?</p>
<p>I know it is a precis but if the following is accurate, there is another, deeply philosophical and far more important issue lurking beneath the apparently methodological one here. </p>
<p>&#8220;Craig argued that current methodologies focus on the users too much, and that consequently, the business objectives are often not given the level of attention they require&#8221;</p>
<p>User centered design is a philosophical choice. Yes, it is predicated in part on the belief that by solving the problem the user wants to solve, the provider will somehow benefit from providing that solution.<br />
The alternative is really to treat users as some part of the business process &#8211; business process centered design. Sounds a fair bit like a Soviet approach (and I mean that in a non rhetorical way).<br />
And this is predicated on a philosophy of business which says in business, my needs and outcomes as the business are paramount, and those of my customers are subordinate.</p>
<p>Personally, it&#8217;s not how I do business, nor how I like to be treated. But aboveall, I wonder which philosophy will win in the coming decade or so.</p>
<p>OK, strayed way too far off the topic, </p>
<p>john</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: john allsopp</title>
		<link>http://www.disambiguity.com/pattern-driven-usability-opportunities-and-challenges-ii/comment-page-1/#comment-1236</link>
		<dc:creator>john allsopp</dc:creator>
		<pubDate>Tue, 06 Jun 2006 01:28:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.disambiguity.com/2006/04/pattern-driven-usability-opportunities-and-challenges-ii/#comment-1236</guid>
		<description>Lisa,

I don&#039;t know if you have come across &lt;a href=&quot;http://webpatterns.org&quot; rel=&quot;nofollow&quot;&gt;http://webpatterns.org&lt;/a&gt;. It&#039;s your utopian dream in action (and Aussie based, though of course global via the internets)

Actually, it may not be quite as utopian as you think. Afterall, it&#039;s really in many ways just an extension of developing standards like HTML and CSS (which a decade ago looke d like a utopian vision, trust me!)

I&#039;ll asnwer more in detail to the issue at hand shortly

john</description>
		<content:encoded><![CDATA[<p>Lisa,</p>
<p>I don&#8217;t know if you have come across <a href="http://webpatterns.org" rel="nofollow">http://webpatterns.org</a>. It&#8217;s your utopian dream in action (and Aussie based, though of course global via the internets)</p>
<p>Actually, it may not be quite as utopian as you think. Afterall, it&#8217;s really in many ways just an extension of developing standards like HTML and CSS (which a decade ago looke d like a utopian vision, trust me!)</p>
<p>I&#8217;ll asnwer more in detail to the issue at hand shortly</p>
<p>john</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: leisa.reichelt</title>
		<link>http://www.disambiguity.com/pattern-driven-usability-opportunities-and-challenges-ii/comment-page-1/#comment-340</link>
		<dc:creator>leisa.reichelt</dc:creator>
		<pubDate>Mon, 10 Apr 2006 11:03:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.disambiguity.com/2006/04/pattern-driven-usability-opportunities-and-challenges-ii/#comment-340</guid>
		<description>I tend to agree Dmitry... I think it&#039;s a bit scary too. But having said that, I think that the idea of the great UX community working together to develop a library of patterns that are used appropriately is pretty exciting. (Probably because it&#039;s also completely utopian and will never happen... doesn&#039;t hurt to dream).

Meliss: Good points. What do you think of using patterns? Do you think think this will help maintain an appropriate focus on business goals?</description>
		<content:encoded><![CDATA[<p>I tend to agree Dmitry&#8230; I think it&#8217;s a bit scary too. But having said that, I think that the idea of the great UX community working together to develop a library of patterns that are used appropriately is pretty exciting. (Probably because it&#8217;s also completely utopian and will never happen&#8230; doesn&#8217;t hurt to dream).</p>
<p>Meliss: Good points. What do you think of using patterns? Do you think think this will help maintain an appropriate focus on business goals?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: melissa</title>
		<link>http://www.disambiguity.com/pattern-driven-usability-opportunities-and-challenges-ii/comment-page-1/#comment-330</link>
		<dc:creator>melissa</dc:creator>
		<pubDate>Mon, 10 Apr 2006 01:39:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.disambiguity.com/2006/04/pattern-driven-usability-opportunities-and-challenges-ii/#comment-330</guid>
		<description>As one of those hybrid IA / Producer types, I&#039;m inclined to agree with Craig&#039;s argument that business objectives sometimes are drowned in a welter of user needs. After all, the business wants to do business, right? A good interface starts with the objectives for the application, and moves to the best way of implementing it (where user needs come in) so as to achieve the objectives. Great creativity can come out of the tension between two interests...</description>
		<content:encoded><![CDATA[<p>As one of those hybrid IA / Producer types, I&#8217;m inclined to agree with Craig&#8217;s argument that business objectives sometimes are drowned in a welter of user needs. After all, the business wants to do business, right? A good interface starts with the objectives for the application, and moves to the best way of implementing it (where user needs come in) so as to achieve the objectives. Great creativity can come out of the tension between two interests&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dmitry</title>
		<link>http://www.disambiguity.com/pattern-driven-usability-opportunities-and-challenges-ii/comment-page-1/#comment-221</link>
		<dc:creator>Dmitry</dc:creator>
		<pubDate>Wed, 05 Apr 2006 19:20:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.disambiguity.com/2006/04/pattern-driven-usability-opportunities-and-challenges-ii/#comment-221</guid>
		<description>This is truly scary. My team does a lot of transactional work, some of which is for government clients. They often come to us because someone else had sold them a load of BS about their system working right the first time... and forgot to mention that it would  do so only for a particular user group, or only until they needed to add some functionality, etc. 

Craig&#039;s arguments remind me of all the &quot;silver bullet&quot; approaches that have emerged over the years in software engineering. That field has also had its share of people claiming that, by following a given process, any programmer or system designer could come up with The One Best Solution to a given problem. Perhaps it&#039;s time for someone to write the equivalent of Fred Brooks&#039; Mythical Man-Month for UX...</description>
		<content:encoded><![CDATA[<p>This is truly scary. My team does a lot of transactional work, some of which is for government clients. They often come to us because someone else had sold them a load of BS about their system working right the first time&#8230; and forgot to mention that it would  do so only for a particular user group, or only until they needed to add some functionality, etc. </p>
<p>Craig&#8217;s arguments remind me of all the &#8220;silver bullet&#8221; approaches that have emerged over the years in software engineering. That field has also had its share of people claiming that, by following a given process, any programmer or system designer could come up with The One Best Solution to a given problem. Perhaps it&#8217;s time for someone to write the equivalent of Fred Brooks&#8217; Mythical Man-Month for UX&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

