<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Five Sketches™ &#187; Douglas Bowman</title>
	<atom:link href="http://fivesketches.com/tag/douglas-bowman/feed/" rel="self" type="application/rss+xml" />
	<link>http://fivesketches.com</link>
	<description>Ideation, design, and usability for development teams</description>
	<lastBuildDate>Mon, 31 Jan 2011 04:24:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Design and engineering culture</title>
		<link>http://fivesketches.com/2009/03/design-culture/</link>
		<comments>http://fivesketches.com/2009/03/design-culture/#comments</comments>
		<pubDate>Sun, 29 Mar 2009 11:55:49 +0000</pubDate>
		<dc:creator>JeromeR</dc:creator>
				<category><![CDATA[Design, process, business]]></category>
		<category><![CDATA[Five Sketches™]]></category>
		<category><![CDATA[corporate culture]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[design principles]]></category>
		<category><![CDATA[Douglas Bowman]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[organisational behaviour]]></category>
		<category><![CDATA[organizational behavior]]></category>
		<category><![CDATA[process]]></category>
		<category><![CDATA[software design]]></category>
		<category><![CDATA[software engineering]]></category>

		<guid isPermaLink="false">http://fivesketches.com/?p=1074</guid>
		<description><![CDATA[I&#8217;m sure Douglas Bowman&#8217;s blog last week was widely read. His post was a kind of public exit interview, titled Goodbye Google.
As Bowman left Google, he pointed out the pro-engineering bias in its approach to problem solving—including problems of design. Two of several examples he gives:
[…] a team at Google couldn&#8217;t decide between two blues, so they&#8217;re testing 41 [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m sure Douglas Bowman&#8217;s blog last week was widely read. His post was a kind of public exit interview, titled <a title="Opens in a new window" href="http://stopdesign.com/archive/2009/03/20/goodbye-google.html" target="_blank">Goodbye Google</a>.</p>
<p><img style="float: right;" src="http://fivesketches.com/wp-content/uploads/2009/03/goodbye-google.png" alt="Goodbye Google" width="200" height="50" />As Bowman left Google, he pointed out the pro-engineering bias in its approach to problem solving—including problems of design. Two of several examples he gives:</p>
<blockquote><p>[…] a team at Google couldn&#8217;t decide between two blues, so they&#8217;re testing 41 shades between each blue to see which one performs better. I had a recent debate over whether a border should be 3, 4 or 5 pixels wide, and was asked to prove my case. […]</p></blockquote>
<p>Bowman would like to see more weight put on design principles. His blog includes a link to Wikipedia&#8217;s article on design elements and principles, which lists:</p>
<table border="0" cellpadding="4" width="100%">
<tbody>
<tr>
<td width="12" valign="top">•</td>
<td width="30%" valign="top">unity</td>
<td width="12" valign="top">•</td>
<td width="30%" valign="top">harmony</td>
<td width="12" valign="top">•</td>
<td width="30%" valign="top">contrast</td>
</tr>
<tr>
<td valign="top">•</td>
<td valign="top">balance</td>
<td valign="top">•</td>
<td valign="top">repetition, rhythm, pattern</td>
<td valign="top">•</td>
<td valign="top">variety, alternation</td>
</tr>
<tr>
<td valign="top">•</td>
<td valign="top">emphasis, dominance, focal point</td>
<td valign="top">•</td>
<td valign="top">proportion, scale</td>
<td valign="top">•</td>
<td valign="top">functionality</td>
</tr>
<tr>
<td valign="top">•</td>
<td valign="top">attraction</td>
<td valign="top">•</td>
<td valign="top">artistic unity</td>
<td valign="top">•</td>
<td valign="top">genuineness in media and form</td>
</tr>
<tr>
<td valign="top">•</td>
<td valign="top">proximity</td>
<td valign="top">•</td>
<td valign="top">colour</td>
<td valign="top"> </td>
<td valign="top"> </td>
</tr>
</tbody>
</table>
<p>I don&#8217;t think design principles are beyond an engineer. I do think engineers need to be taught how—and when—to think about these details.</p>
<p>As we discovered during the development of <a title="Opens in a new window" href="http://fivesketches.com/about-five-sketches/" target="_blank">Five Sketches™</a>, this kind of detail is often outside the comfort zone of an engineer. However, I can affirm that even engineers who initially produce work with little design insight or creativity have managed to astonish me with amazing design results within a year. And that&#8217;s after only <em>occasional</em> participation in Five Sketches™ design sessions.</p>
<p>So, yes, engineers can learn to participate in design, with success and predictability, though I would caution that Five Sketches™ works for engineers because it was developed <em>for</em> and <em>with</em> them, to meet <em>their</em> needs.</p>
<p>At Google, to bring about such a cultural change, Bowman would have needed the unwavering support of at least one senior executive. Even then, as Bowman himself acknowledged in his goodbye message, a company as large as Google does not change direction easily.</p>
<p><em>If you liked this post, read about <a href="http://fivesketches.com/2009/04/design-can-change-the-culture/">how a company&#8217;s use of social media influences its corporate culture</a>.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://fivesketches.com/2009/03/design-culture/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

