<?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: Our Blind Spot: Creating a Shared UX Vision</title>
	<atom:link href="http://johnnyholland.org/2011/04/our-blind-spot-creating-a-shared-ux-vision/feed/" rel="self" type="application/rss+xml" />
	<link>http://johnnyholland.org/2011/04/our-blind-spot-creating-a-shared-ux-vision/</link>
	<description>It&#039;s all about interaction</description>
	<lastBuildDate>Sun, 20 May 2012 20:40:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Aaron Houssian</title>
		<link>http://johnnyholland.org/2011/04/our-blind-spot-creating-a-shared-ux-vision/#comment-116765</link>
		<dc:creator>Aaron Houssian</dc:creator>
		<pubDate>Fri, 22 Apr 2011 09:34:48 +0000</pubDate>
		<guid isPermaLink="false">http://johnnyholland.org/?p=10657#comment-116765</guid>
		<description>I believe this is a key issue and as Steve says this is not a new one.  How do we take a vision for an experienced and then design for such an experience?
I believe there are two main components to this issue: artefacts and actors.  Artefacts (or artifacts if you prefer) are the &quot;things&quot; we create as designers.  When these are used to communicate they become a kind of boundary object, but the problem is while a certain artefact may be great for a designer it may not be great for other parties.  Actors are those people who are involved in bringing an experience to fruition.  I think most of us recognize the age-old problem of not having the right people involved in a team consistently and then we end up &quot;throwing things over fences&quot; i.e. we&#039;re done designing it, now you build it, or we&#039;re done building it, now you sell it, or we&#039;re done defining a market for it now you design it.
We&#039;ve got to address both of these issues to make real improvement on this.</description>
		<content:encoded><![CDATA[<p>I believe this is a key issue and as Steve says this is not a new one.  How do we take a vision for an experienced and then design for such an experience?<br />
I believe there are two main components to this issue: artefacts and actors.  Artefacts (or artifacts if you prefer) are the &#8220;things&#8221; we create as designers.  When these are used to communicate they become a kind of boundary object, but the problem is while a certain artefact may be great for a designer it may not be great for other parties.  Actors are those people who are involved in bringing an experience to fruition.  I think most of us recognize the age-old problem of not having the right people involved in a team consistently and then we end up &#8220;throwing things over fences&#8221; i.e. we&#8217;re done designing it, now you build it, or we&#8217;re done building it, now you sell it, or we&#8217;re done defining a market for it now you design it.<br />
We&#8217;ve got to address both of these issues to make real improvement on this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reading notes of &#8220;Lean UX: Getting Out Of The Deliverables Business&#8221; &#171; Xun and Interaction Design</title>
		<link>http://johnnyholland.org/2011/04/our-blind-spot-creating-a-shared-ux-vision/#comment-116764</link>
		<dc:creator>Reading notes of &#8220;Lean UX: Getting Out Of The Deliverables Business&#8221; &#171; Xun and Interaction Design</dc:creator>
		<pubDate>Fri, 22 Apr 2011 08:24:10 +0000</pubDate>
		<guid isPermaLink="false">http://johnnyholland.org/?p=10657#comment-116764</guid>
		<description>[...] Gothelf, Lean UX: Getting Out Of The Deliverables Business  Jeremy Baldwin, Our Blind Spot: Creating a Shared UX Vision    GA_googleAddAttr(&quot;AdOpt&quot;, &quot;1&quot;); GA_googleAddAttr(&quot;Origin&quot;, &quot;other&quot;); [...]</description>
		<content:encoded><![CDATA[<p>[...] Gothelf, Lean UX: Getting Out Of The Deliverables Business  Jeremy Baldwin, Our Blind Spot: Creating a Shared UX Vision    GA_googleAddAttr(&quot;AdOpt&quot;, &quot;1&quot;); GA_googleAddAttr(&quot;Origin&quot;, &quot;other&quot;); [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Baty</title>
		<link>http://johnnyholland.org/2011/04/our-blind-spot-creating-a-shared-ux-vision/#comment-116763</link>
		<dc:creator>Steve Baty</dc:creator>
		<pubDate>Fri, 22 Apr 2011 02:50:38 +0000</pubDate>
		<guid isPermaLink="false">http://johnnyholland.org/?p=10657#comment-116763</guid>
		<description>Jeremy,

Is this really a blind spot for UX practitioners and projects? The lack of a shared vision certainly takes place; even frequently so; but this challenge has been discussed and addressed to varying degrees for nearly a decade. Videos, prototypes, and storyboards are common tools used to tell a story about the intended experience. There are others - equally or better suited to the task - all of which should not come as news to a UX practitioner. Especially not to those responsible for articulation a vision for the end experience.

Whilst I agree with the underlying point that a shared vision is important to the successful implementation of the design, blaming its absence on an ignorance of storytelling techniques seems a stretch. As a broad community storytelling and narrative have enjoyed a relatively high prominence for three years or more.

Nor do I think we need look to Agile methods to alleviate this problem. My understanding of the area - and I admit it isn&#039;t deep - is that the work of envisioning and communicating the desired end point is done prior to an Agile approach being introduced. Collaboration: yes; participation: yes. A purposeful and concise use of documentation: certainly.

&quot;The thing is these infrastructure builds form a very small proportion of today’s UX output&quot; - I would also question the veracity of this statement. Again, my experience with the industry in Australia, US, Europe and Asia suggests that, for the vast majority of UX practitioners, technology-led, Web- or mobile-based projects are the norm; and designing for experiences in physical environments, for example, is the exception.

This is changing. And the wireframe and sitemap are certainly not appropriate artefacts for communicating, say, the experience of a face-to-face interaction. But then, they&#039;re not appropriate for communicating any part of that interaction anyway. We do need different methods of articulating the design for these experiences, but those methods are already in widespread use, and I certainly endorse the view that UX practitioners should be familiar with them.

Steve</description>
		<content:encoded><![CDATA[<p>Jeremy,</p>
<p>Is this really a blind spot for UX practitioners and projects? The lack of a shared vision certainly takes place; even frequently so; but this challenge has been discussed and addressed to varying degrees for nearly a decade. Videos, prototypes, and storyboards are common tools used to tell a story about the intended experience. There are others &#8211; equally or better suited to the task &#8211; all of which should not come as news to a UX practitioner. Especially not to those responsible for articulation a vision for the end experience.</p>
<p>Whilst I agree with the underlying point that a shared vision is important to the successful implementation of the design, blaming its absence on an ignorance of storytelling techniques seems a stretch. As a broad community storytelling and narrative have enjoyed a relatively high prominence for three years or more.</p>
<p>Nor do I think we need look to Agile methods to alleviate this problem. My understanding of the area &#8211; and I admit it isn&#8217;t deep &#8211; is that the work of envisioning and communicating the desired end point is done prior to an Agile approach being introduced. Collaboration: yes; participation: yes. A purposeful and concise use of documentation: certainly.</p>
<p>&#8220;The thing is these infrastructure builds form a very small proportion of today’s UX output&#8221; &#8211; I would also question the veracity of this statement. Again, my experience with the industry in Australia, US, Europe and Asia suggests that, for the vast majority of UX practitioners, technology-led, Web- or mobile-based projects are the norm; and designing for experiences in physical environments, for example, is the exception.</p>
<p>This is changing. And the wireframe and sitemap are certainly not appropriate artefacts for communicating, say, the experience of a face-to-face interaction. But then, they&#8217;re not appropriate for communicating any part of that interaction anyway. We do need different methods of articulating the design for these experiences, but those methods are already in widespread use, and I certainly endorse the view that UX practitioners should be familiar with them.</p>
<p>Steve</p>
]]></content:encoded>
	</item>
</channel>
</rss>

