<?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>iorgforum.org Blog &#187; Uncategorized</title>
	<atom:link href="http://iorgforum.org/blog/index.php/category/uncategorized/feed/" rel="self" type="application/rss+xml" />
	<link>http://iorgforum.org/blog</link>
	<description>IORG members post on information overload topics</description>
	<lastBuildDate>Wed, 27 Jan 2010 03:38:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>More from IO summit in London</title>
		<link>http://iorgforum.org/blog/2009/11/16/39/</link>
		<comments>http://iorgforum.org/blog/2009/11/16/39/#comments</comments>
		<pubDate>Mon, 16 Nov 2009 14:57:27 +0000</pubDate>
		<dc:creator>Nathan Zeldes</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://iorgforum.org/blog/?p=39</guid>
		<description><![CDATA[From Ian Price:
On Tuesday, I was invited to be part of the expert panel discussion that launched the three-day summit on Information Overload run by v3.co.uk (previously known us vnnunet).
Given the nature of the audience, the summit as a whole has a technical emphasis and is sponsored by IBM. Having said that, there was a [...]]]></description>
			<content:encoded><![CDATA[<p>From <a href="http://www.grimsdykeconsulting.com/">Ian Price</a>:</p>
<p>On Tuesday, I was invited to be part of the expert panel discussion that launched the three-day summit on Information Overload run by <a href="http://www.v3.co.uk/">v3.co.uk</a> (previously known us vnnunet).</p>
<p>Given the nature of the audience, the summit as a whole has a technical emphasis and is sponsored by IBM. Having said that, there was a willingness on the panel I took part in to discuss the behavioural issues as well. If you have an hour to spare, you can watch the discussion <a href="http://mediazone.brighttalk.com/comm/INCITWEEKCOMPUTING/c5dccdde2a-15445-3350-16512">here</a>.</p>
<p>There is a wealth of other video debates and articles on v3’s site which is particularly rich in technical aspects of information overload such as storage and data centres. A comment article by <a href="http://www.v3.co.uk/v3/comment/2253092/summit-better-management-less">Ian Williams</a>, however, is a good expression of the view – which I share – that this is more about management than anything else.</p>
]]></content:encoded>
			<wfw:commentRss>http://iorgforum.org/blog/2009/11/16/39/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Information Overload Summit in London</title>
		<link>http://iorgforum.org/blog/2009/11/05/33/</link>
		<comments>http://iorgforum.org/blog/2009/11/05/33/#comments</comments>
		<pubDate>Thu, 05 Nov 2009 18:54:43 +0000</pubDate>
		<dc:creator>Nathan Zeldes</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://iorgforum.org/blog/?p=33</guid>
		<description><![CDATA[From Ian Price:
The issue of information overload is getting increasing media  coverage in the UK although it is still some way behind the US.
Next week, V3.co.uk (formerly vnu.net), part of Incisive  Media, is taking the lead by hosting a three-day summit. It is opening the event  with a live web TV panel [...]]]></description>
			<content:encoded><![CDATA[<p>From <a href="http://www.grimsdykeconsulting.com">Ian Price</a>:</p>
<p>The issue of information overload is getting increasing media  coverage in the UK although it is still some way behind the US.</p>
<p>Next week, V3.co.uk (formerly vnu.net), part of Incisive  Media, is taking the lead by hosting a three-day summit. It is opening the event  with a live web TV panel discussion on Tuesday November 10<sup>th</sup> at 11am.  I will be on the panel along with representatives from other companies including  IBM, The National Computing Centre and Freeform Dynamics.</p>
<p>If you would like to find out more about the event or  register, please follow the link below:</p>
<p><a title="blocked::http://mediazone.brighttalk.com/event/INCITWEEKCOMPUTING/29539ed932-3161-intro" href="http://mediazone.brighttalk.com/event/INCITWEEKCOMPUTING/29539ed932-3161-intro">http://mediazone.brighttalk.com/event/INCITWEEKCOMPUTING/29539ed932-3161-intro</a></p>
]]></content:encoded>
			<wfw:commentRss>http://iorgforum.org/blog/2009/11/05/33/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>So what does IORG do?</title>
		<link>http://iorgforum.org/blog/2009/06/25/so-what-does-iorg-do/</link>
		<comments>http://iorgforum.org/blog/2009/06/25/so-what-does-iorg-do/#comments</comments>
		<pubDate>Thu, 25 Jun 2009 05:34:10 +0000</pubDate>
		<dc:creator>Bill Boyd</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://iorgforum.org/blog/2009/06/25/so-what-does-iorg-do/</guid>
		<description><![CDATA[   
When I tell friends and colleagues that I’m on the board of the Information Overload Research Group – “You know, that organization that got started on the Microsoft campus a couple of years ago” – they often say something like, “That sounds interesting.  So what does IORG do?”
For an organization ramped up [...]]]></description>
			<content:encoded><![CDATA[<p><!--[if gte mso 9]&gt;        --><!--[if gte mso 9]&gt;     0   false         18 pt   18 pt   0   0      false   false   false                         --><!--[if gte mso 9]&gt;     --> <!--  /* Font Definitions */ @font-face 	{font-family:"Courier New"; 	panose-1:2 7 3 9 2 2 5 2 4 4; 	mso-font-charset:0; 	mso-generic-font-family:auto; 	mso-font-pitch:variable; 	mso-font-signature:3 0 0 0 1 0;} @font-face 	{font-family:Wingdings; 	panose-1:5 2 1 2 1 8 4 8 7 8; 	mso-font-charset:2; 	mso-generic-font-family:auto; 	mso-font-pitch:variable; 	mso-font-signature:0 0 65536 0 -2147483648 0;} @font-face 	{font-family:Cambria; 	panose-1:2 4 5 3 5 4 6 3 2 4; 	mso-font-charset:0; 	mso-generic-font-family:auto; 	mso-font-pitch:variable; 	mso-font-signature:3 0 0 0 1 0;}  /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal 	{mso-style-parent:""; 	margin-top:0in; 	margin-right:0in; 	margin-bottom:10.0pt; 	margin-left:0in; 	mso-pagination:widow-orphan; 	font-size:12.0pt; 	font-family:"Times New Roman"; 	mso-ascii-font-family:Cambria; 	mso-fareast-font-family:Cambria; 	mso-hansi-font-family:Cambria; 	mso-bidi-font-family:"Times New Roman";} p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph 	{margin-top:0in; 	margin-right:0in; 	margin-bottom:10.0pt; 	margin-left:.5in; 	mso-add-space:auto; 	mso-pagination:widow-orphan; 	font-size:12.0pt; 	font-family:"Times New Roman"; 	mso-ascii-font-family:Cambria; 	mso-fareast-font-family:Cambria; 	mso-hansi-font-family:Cambria; 	mso-bidi-font-family:"Times New Roman";} p.MsoListParagraphCxSpFirst, li.MsoListParagraphCxSpFirst, div.MsoListParagraphCxSpFirst 	{mso-style-type:export-only; 	margin-top:0in; 	margin-right:0in; 	margin-bottom:0in; 	margin-left:.5in; 	margin-bottom:.0001pt; 	mso-add-space:auto; 	mso-pagination:widow-orphan; 	font-size:12.0pt; 	font-family:"Times New Roman"; 	mso-ascii-font-family:Cambria; 	mso-fareast-font-family:Cambria; 	mso-hansi-font-family:Cambria; 	mso-bidi-font-family:"Times New Roman";} p.MsoListParagraphCxSpMiddle, li.MsoListParagraphCxSpMiddle, div.MsoListParagraphCxSpMiddle 	{mso-style-type:export-only; 	margin-top:0in; 	margin-right:0in; 	margin-bottom:0in; 	margin-left:.5in; 	margin-bottom:.0001pt; 	mso-add-space:auto; 	mso-pagination:widow-orphan; 	font-size:12.0pt; 	font-family:"Times New Roman"; 	mso-ascii-font-family:Cambria; 	mso-fareast-font-family:Cambria; 	mso-hansi-font-family:Cambria; 	mso-bidi-font-family:"Times New Roman";} p.MsoListParagraphCxSpLast, li.MsoListParagraphCxSpLast, div.MsoListParagraphCxSpLast 	{mso-style-type:export-only; 	margin-top:0in; 	margin-right:0in; 	margin-bottom:10.0pt; 	margin-left:.5in; 	mso-add-space:auto; 	mso-pagination:widow-orphan; 	font-size:12.0pt; 	font-family:"Times New Roman"; 	mso-ascii-font-family:Cambria; 	mso-fareast-font-family:Cambria; 	mso-hansi-font-family:Cambria; 	mso-bidi-font-family:"Times New Roman";} @page Section1 	{size:8.5in 11.0in; 	margin:1.0in 1.25in 1.0in 1.25in; 	mso-header-margin:.5in; 	mso-footer-margin:.5in; 	mso-paper-source:0;} div.Section1 	{page:Section1;}  /* List Definitions */ @list l0 	{mso-list-id:176164337; 	mso-list-type:hybrid; 	mso-list-template-ids:223412108 67698689 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;} @list l0:level1 	{mso-level-number-format:bullet; 	mso-level-text:; 	mso-level-tab-stop:none; 	mso-level-number-position:left; 	text-indent:-.25in; 	font-family:Symbol;} @list l1 	{mso-list-id:1976717440; 	mso-list-type:hybrid; 	mso-list-template-ids:-125004430 67698689 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;} @list l1:level1 	{mso-level-number-format:bullet; 	mso-level-text:; 	mso-level-tab-stop:none; 	mso-level-number-position:left; 	text-indent:-.25in; 	font-family:Symbol;} ol 	{margin-bottom:0in;} ul 	{margin-bottom:0in;} --> <!--[if gte mso 10]&gt;   /* Style Definitions */ table.MsoNormalTable 	{mso-style-name:"Table Normal"; 	mso-tstyle-rowband-size:0; 	mso-tstyle-colband-size:0; 	mso-style-noshow:yes; 	mso-style-parent:""; 	mso-padding-alt:0in 5.4pt 0in 5.4pt; 	mso-para-margin:0in; 	mso-para-margin-bottom:.0001pt; 	mso-pagination:widow-orphan; 	font-size:10.0pt; 	font-family:"Times New Roman"; 	mso-ascii-font-family:Cambria; 	mso-hansi-font-family:Cambria;}  --> <!--StartFragment--></p>
<p>When I tell friends and colleagues that I’m on the board of the Information Overload Research Group – “You know, that organization that got started on the Microsoft campus a couple of years ago” – they often say something like, “That sounds interesting.  So what does IORG <em>do</em>?”</p>
<p>For an organization ramped up by a handful of volunteers, we’ve accomplished a fair amount.  We . . .</p>
<p><!--[if !supportLists]-->·      <!--[endif]-->Incorporated, wrote bylaws and elected a board.</p>
<p><!--[if !supportLists]-->·      <!--[endif]-->Started a web site, a blog and an e-newsletter.</p>
<p><!--[if !supportLists]-->·      <!--[endif]-->Organized a successful conference in New York and are programming a second one in Palo Alto in September.</p>
<p><!--[if !supportLists]-->·      <!--[endif]-->Held two all-member teleseminars.</p>
<p><!--[if !supportLists]-->·      <!--[endif]-->Designed a corporate sponsorship program.</p>
<p><!--[if !supportLists]-->·      <!--[endif]-->Added vice presidents for marketing and membership.</p>
<p><!--[if !supportLists]-->·      <!--[endif]-->Started assembling what we hope will be the world’s most comprehensive repository of research relating to information overload.</p>
<p>But the underlying question is, “What will we be when we grow up?”  Our mission statement provides the roadmap:</p>
<p><strong><em>We work together to understand, publicize and solve the information overload problem. </em></strong><em>We do this by (1) defining and building awareness of information overload, (2) facilitating and funding collaboration and advanced research aimed at shaping solutions and establishing best practices, and (3) serving as a resource center where we share information and resources, offer guidance and connections, and help make the business case for fighting information overload.</em></p>
<p>The trick, of course, is how we do each of those.  Here’s what I hope to see:</p>
<p><!--[if !supportLists]-->·      <!--[endif]--><strong>We’ll enlarge our tent when it comes to thinking about information overload. </strong> We’ve been focused primarily on IO as it affects business productivity and quality of life for knowledge workers.  But the effects in other segments of life also are profound.  I’d like to see us really dig into information overload as it relates to politics, government and public policy (in democracies and non-democracies); journalism, news consumption and media brands; marketing, advertising and retailing; academia (and, potentially, K-12 education); medicine and law; the military services; and other endeavors where IO is a significant factor.  Also worth examining:  How cultural forces and search-engine optimization both contribute to the quantities of “content” constantly being created.</p>
<p><!--[if !supportLists]-->·      <!--[endif]--><strong>We’ll get more creative about generating resources for research projects. </strong>Facilitating and funding research is central to why we exist.  Funding requires income – and more members would help in this regard.  But truly promoting the right kind of research will require serving as a catalyst for connecting researchers with funding sources.  IORG could also collect contributions and/or funnel corporate dollars to specific research projects.  We need to work on a more concrete plan.</p>
<p><!--[if !supportLists]-->·      <!--[endif]--><strong>We’ll become even more effective at getting what’s already being learned into the hands of individuals, companies and organizations that can use it to forge useful solutions. </strong>Excellent work is being done in this field (and areas that are closely related).  I don’t want to hear, “Well, if you guys know so much about this, why does the problem continue to get worse?”  We need to help corporations, universities and other major players understand that a) information overload is a demonstrable drain on their effectiveness, b) research and tools exist to improve the situation, and c) measurable ROI comes from paying attention to a and b.  Perhaps we should think in terms of getting better at “sales” – selling the idea that IO isn’t a law of physics (such as gravity), but something that can and should be managed.</p>
<p>Bottom line:  If we choose the right initiatives and pursue them passionately, we have the potential to make information overload a temporary problem.</p>
<p>If you have ideas on how IORG can become more effective – and better serve the world – we’d love to hear them.</p>
<p><em>Bill Boyd, ABC, is a director of the Information Overload Research Group and director of strategic communications consulting at Group Health Cooperative in Seattle.</em></p>
<p><!--EndFragment--></p>
]]></content:encoded>
			<wfw:commentRss>http://iorgforum.org/blog/2009/06/25/so-what-does-iorg-do/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IO in a call center environment</title>
		<link>http://iorgforum.org/blog/2008/11/26/information-overlaod-in-a-call-center-environment/</link>
		<comments>http://iorgforum.org/blog/2008/11/26/information-overlaod-in-a-call-center-environment/#comments</comments>
		<pubDate>Wed, 26 Nov 2008 12:28:00 +0000</pubDate>
		<dc:creator>Nathan Zeldes</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://iorgforum.org/blog/2008/11/26/information-overlaod-in-a-call-center-environment/</guid>
		<description><![CDATA[By IORG member Nitin Badjatia

While we often think of the productivity loss of information overload from an individual perspective, aggregating the impact of lost productivity across a large group can lead to some astounding realizations.  An example of this in the call center environment.  Over the last few years, I&#8217;ve spent a lot of time [...]]]></description>
			<content:encoded><![CDATA[<p><strong>By IORG member <a href="http://iorgforum.org/MemberPages/NitinBadjatia.htm">Nitin Badjatia<br />
</a></strong></p>
<p>While we often think of the productivity loss of information overload from an individual perspective, aggregating the impact of lost productivity across a large group can lead to some astounding realizations.  An example of this in the call center environment.  Over the last few years, I&#8217;ve spent a lot of time analyzing and observing process flows in dozens of customer service call centers across North America.  Most of these operations are at the &#8216;forgotten&#8217; end of a product cycle, often times considered a cost center, enduring year after year of reduced headcount and shrinking budgets.  The same successful companies that spend vast sums of money to optimize their supply chain and partner network, overlook the lowly call center as a place to radically increase productivity through some simple process and systems enhancements.  Much of this productivity increase can come from simplifying the dizzying array of systems and databases that agents are required to interact with.  I&#8217;ve sat with agents who had to deal with a dozen applications or more, sometimes on the same inbound customer call.  Tabbing through screens at lighting speed, while under constant pressure to manage to an average handle time target, it&#8217;s no surprise that the attrition rate at many call centers can exceed 60% per year.  In many instances, this frenetic behavior could have been avoided by spending a few dollars upfront to integrate systems and simplify agent workflow.  By building a consolidated, trusted system organizations can reduce the number of places that agents need to search to find the right resolution.  In one instance, we identified an integration that shaved 30 seconds off the average 4 minute call.  Multiplied by each call for each agent, across a year, the savings were in the millions of dollars.  Now, that accounts for the savings, but it also had a radical impact on agent retention.  Agent retention increased by double digits as they felt less overwhelmed while handling customer exceptions.  They now had a trusted system, one location that they could rely on for most issues.</p>
<p>A second order affect of building a trusted system is that agents can be trained to process, and not to products.  Much of the information overload in call center environments comes from the constant flow of new products and services that organizations release.  As these products are pushed out the supply chain, agents are often sent &#8211; usually via email &#8211; &#8216;fact sheets&#8217; or briefing documents on the new products.  In many environments, this can be a dozen or more new products and enhancements per week.  Trying to remember all of this new information can be a daunting task, if not impossible to master.  By building a trusted system, a single source of truth if you will, agents can be trained to trust the process of accessing the trusted systems for the best answer, instead of having to remember the best option.  This simple tweak in process flows has a major impact on agent productivity and reduced stress levels.</p>
<p>The return on investment for these two approaches, building a trusted system and trusting a process, is fairly quick.  I&#8217;ve seen successes with these techniques in many customer service environments, but there are still many opportunities for improvement.  With the massive expansion of data that we&#8217;ll see in the coming years, information overload will continue to be a major sore spot for organizations that don&#8217;t recognize the productivity loss in their call center environments.</p>
]]></content:encoded>
			<wfw:commentRss>http://iorgforum.org/blog/2008/11/26/information-overlaod-in-a-call-center-environment/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>FINANCIAL CRISIS: A QUESTION OF INFORMATION OVERLOAD?</title>
		<link>http://iorgforum.org/blog/2008/10/02/financial-crisis-a-question-of-information-overload/</link>
		<comments>http://iorgforum.org/blog/2008/10/02/financial-crisis-a-question-of-information-overload/#comments</comments>
		<pubDate>Thu, 02 Oct 2008 16:55:29 +0000</pubDate>
		<dc:creator>Jonathan Spira</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://iorgforum.org/blog/2008/10/02/financial-crisis-a-question-of-information-overload/</guid>
		<description><![CDATA[The breakdown of the nation&#8217;s financial industry plus recent events in financial markets worldwide have made me wonder about the role of information overload in the current financial crisis.  Headlines have made it painfully clear that financial institutions were unsure of their assets and liabilities.  Usually, this would be attributed to an inadequacy of available [...]]]></description>
			<content:encoded><![CDATA[<p>The breakdown of the nation&#8217;s financial industry plus recent events in financial markets worldwide have made me wonder about the role of information overload in the current financial crisis.  Headlines have made it painfully clear that financial institutions were unsure of their assets and liabilities.  Usually, this would be attributed to an inadequacy of available information but that&#8217;s far from the case here.</p>
<p>The Panic of 1907, a financial crisis in the U.S. during which the stock market fell almost 50%, was accompanied by a recession and numerous runs on banks.  Bank panics were not unusual at the time; the Panic of 1907 was the fourth to occur in 34 years.  [It's hard to compare recent bank failures, of which there have been 14 this year and only three last year, with the thousands of bank failures at the onset of the Great Depression.  Today's banks have far more customers and accounts than those much smaller banks.  As of today, JPMorgan Chase has more than $2 trillion in assets and is the largest depository bank in the U.S.  By comparison, Citibank has a mere $1.3 trillion in assets.]</p>
<p>Unlike the bankers of today, who cannot give clear and comprehensible explanations of their assets because their instruments are so complex they themselves do not understand them fully, the bankers who visited the home of J.P. Morgan in 1907, which had become a revolving door of New York City bank and trust company presidents as he attempted to stave off a complete collapse of financial markets, were able to present everything about their banks&#8217; financial conditions on simple balance sheets that did not require pages of footnotes.</p>
<p>The financial markets have become far more sophisticated in the past decade; ever notice just how many screens a typical trader works with?  L. Gordon Crovitz recently pointed out in the Wall Street Journal that better and more complete information was available in 1907;  the workflow device for traders then was a &#8220;simple pencil and scrap paper&#8221; but that&#8217;s all they needed.</p>
<p>The point is simple enough: rather than too little, we have far too much information today and that impedes our decision-making abilities and throttles our ability to resolve crises.  While Information Overload is certainly not a direct cause of the current travails, it nonetheless is playing a key suppporting role.</p>
]]></content:encoded>
			<wfw:commentRss>http://iorgforum.org/blog/2008/10/02/financial-crisis-a-question-of-information-overload/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The power of hotel rooms…</title>
		<link>http://iorgforum.org/blog/2008/09/22/the-power-of-hotel-rooms%e2%80%a6/</link>
		<comments>http://iorgforum.org/blog/2008/09/22/the-power-of-hotel-rooms%e2%80%a6/#comments</comments>
		<pubDate>Mon, 22 Sep 2008 20:36:22 +0000</pubDate>
		<dc:creator>Nathan Zeldes</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://iorgforum.org/blog/2008/09/22/the-power-of-hotel-rooms%e2%80%a6/</guid>
		<description><![CDATA[An observation: most of my best ideas come to me during business trips. Ideas that then lead to major projects or products, ideas that are worth a lot &#8211; they tend to materialize in a plane, or behind the wheel of a rental car, or in a hotel room far from home. In fact, this [...]]]></description>
			<content:encoded><![CDATA[<p>An observation: most of my best ideas come to me during business trips. Ideas that then lead to major projects or products, ideas that are worth a lot &#8211; they tend to materialize in a plane, or behind the wheel of a rental car, or in a hotel room far from home. In fact, this is not just me &#8211; I hear similar stories from many other knowledge workers and managers.</p>
<p>Now, during these trips we are typically hurried, harassed, and often exhausted with jetlag. So what is it that makes us more creative? I can speculate that part of it may simply be that when away from the normal office routine, away from the day to day duties of work and life, we are jarred out of some mental auto pilot mode. And certainly meeting new people from different organizations can lead to cross-fertilization of ideas (after all, that&#8217;s why I started IORG &#8211; to get and give the opportunity to talk to diverse professionals). But part of it is the fact that these trips may be the only time we have away from interruptions!</p>
<p>With knowledge workers interrupted every 3 minutes on average (that amazing finding by Prof. Gloria Mark et al in UC Irvine), it is not surprising that the respite of even a few hours away from it all &#8211; away from telephones, colleagues, cellphones, SMS, and incoming mail &#8211; can make a huge difference. Ah, being alone in a quiet hotel room, with one&#8217;s brain and computer but no outside distractions…</p>
<p>In fact, there is a classic story from the history of technology that illustrates the power of such a room. William Shockley of Bell labs is credited as co-inventor of the transistor in 1947. The actual fact is that he wasn&#8217;t; he was the team leader, but his teammates &#8211; Bardeen and Brattain &#8211; invented the point contact transistor without him. When he realized he&#8217;d missed out on one of the most important inventions of the century Shockley was so annoyed that he locked himself up in a hotel room for a number of days, only emerging when he had a better implementation &#8211; the superior Junction transistor. But it took the locked room…</p>
<p>The problem these days is that the isolation of these trips is showing cracks. All hotel rooms now have network access. Cheap telephony can bridge distance (luckily, in my case, most of my trips span half the globe, so many who might interrupt me are fast asleep when I&#8217;m awake). And even the airlines, whose planes were once immune to any incursion, are playing with network and cellular access. Bad idea…</p>
<p>Maybe all it takes is to do what Shockley did &#8211; intentionally book a room and disconnect. But this is not a done thing; no company would fund it for its employees (they do send teams to various retreats, which may be great for the team&#8217;s joint thinking &#8211; but not individuals). Oh well…</p>
<p class="NZParagraph">
]]></content:encoded>
			<wfw:commentRss>http://iorgforum.org/blog/2008/09/22/the-power-of-hotel-rooms%e2%80%a6/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
