<?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>Integrating People, Projects, Processes &#187; context</title>
	<atom:link href="http://www.donaldegray.com/tag/context/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.donaldegray.com</link>
	<description>Donald E. Gray</description>
	<lastBuildDate>Wed, 11 Aug 2010 03:18:19 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Communications Disconnects</title>
		<link>http://www.donaldegray.com/communications-disconnects/</link>
		<comments>http://www.donaldegray.com/communications-disconnects/#comments</comments>
		<pubDate>Tue, 31 Jul 2007 12:36:25 +0000</pubDate>
		<dc:creator>dgrayadmin</dc:creator>
				<category><![CDATA[Article]]></category>
		<category><![CDATA[communication]]></category>
		<category><![CDATA[context]]></category>
		<category><![CDATA[intake modality]]></category>

		<guid isPermaLink="false">http://donaldegray.com/?p=175</guid>
		<description><![CDATA["Why doesn't my manager listen when I explain the details?"
"Why doesn't the developer just give me what I ask for?"

If you’ve ever heard these complaints—or made them--you’re not alone.  Questions like these are a symptom of a communication disconnect.]]></description>
			<content:encoded><![CDATA[<p>© Don Gray 2007, 2010</p>
<p>&#8220;Why doesn&#8217;t my manager listen when I explain the details?&#8221;</p>
<p>&#8220;Why doesn&#8217;t the developer just give me what I ask for?&#8221;</p>
<p>If you’ve ever heard these complaints—or made them&#8211;you’re not alone.  Questions like these are a symptom of a communication disconnect. Communication disconnects happen every day a variety of reasons. Three common reasons for disconnects are:</p>
<ul>
<li>Where      we get information</li>
<li>How we      store and “re”present that information</li>
<li>What      we do with what we know.</li>
</ul>
<p><strong>Getting Information</strong></p>
<p>Information exists in two primary places; outside us, and inside us. Some people tend to focus on the “out there information”, what they’ve seen, heard or touched. They seek specific concrete and factual experiences. You could call them “sensors” since they get information through their five senses..</p>
<p>Others find the information “inside” based on their experience, knowledge, and insights. With minimal external influence, these people dive inside themselves, and start looking for possibilities, meanings, relationships, and patterns. They’re more interested in “what does it mean” than “what”. These people could be called “intuitors”, since their intuition guides their actions, rather than data.</p>
<p><strong> </strong></p>
<p>The disconnect happens when “sensors” and “intuitors” try to share information. A sensor asks a question expecting to get specific data points, and instead gets a rambling (to the “sensor”) discussion of patterns and possibilities. Instead of a general idea and pattern of information, the intuitor hears a flood of boring minutia leaving the requestor wondering what the other is blathering about.</p>
<p>To reconnect, a sensor can ask “what have you seen, heard or experienced that leads you to this conclusion?” Intuitors could ask “what does all this data mean?”  Even better is to know yourself – whether you’re an intuitor or sensor, and what the other person is. This enables you to respond to the other person’s style.</p>
<p>You can practice being the other type. If you tend towards “intuiting”, try to notice several “out there” things every day. Carry with a small notepad at all times and jot down your observations, for example, a dirty brown-and-white dog sleeping in the street; a  programming error that prints out the message, &#8216;RANK ERROR,&#8217; then crashes Windows; a tall young woman in the next cubicle wearing Jovan perfume, making the noise of sharpening a gross of pencils.</p>
<p>Sensors can periodically pause and ask questions about the data in front of them. Is Jack’s current coding difficulty related to Jill being on vacation? It looks like progress is slowing, why? The Rule of Three encourages having at least three possible choices before selecting one. Use your imagination and explore beyond the first obvious answer.</p>
<p><strong>Storing and “re”presenting Information</strong></p>
<p>We store information internally in our mind as sights, sounds, feelings, or abstract concepts. The way we store information is called our representational (rep) system, since that is how we “re”present our experiences.</p>
<p>Take a moment and think back to a particularly enjoyable experience you’ve had a work. What came to mind? Did you see your teammates, maybe a particularly gnarly chunk of code you to which you finally saw the answer? Were there sounds of laughter and joking? Maybe you recalled feelings of happiness?</p>
<p>If you primarily saw the enjoyable experience, you use a visual rep system. Recalling memories and hearing sounds involves the auditory rep system. Primarily noticing the feelings (touching) means the kinesthetic rep system is being used. Remembering abstract concepts (the lack of visual, auditory, or kinesthetic descriptions) indicates a preference for the digital rep system.</p>
<p>Like most preferences, no rep system is better than another. They’re simply the way the way we tend to store and recall our experiences. We can (and usually do) use all of the rep systems, but most people have a preferred way of representing what’s in their mind.</p>
<p>The disconnect happens when interactions become intense, and the rep systems get crossed. Suppose you say, “That doesn’t sound right to me”, and I respond with “I can see that.” We just crossed rep system boundaries. You now have to translate my visual response into its correct translation in your auditory processing. To stay connected, I could have said, “Yes, I hear what you’re saying.”</p>
<p>To reconnect, listen for sensory words. When words appear like <em>bright, clear, display, see, conceal</em>, the speaker has a visual orientation. When you hear words like <em>asked, talk, explain, complain, harmonize</em> the speaker has overtones of a hearing orientation.  Feeling words such as <em>touch, soft, smooth, pressure or excitement</em> slipping into the conversation push towards a kinesthetic, or touch preference. When you become aware of words like <em>believe, consider, decide, know, learn, process, perceive, </em>the speaker is using the digital rep system.</p>
<p>To improve communicating, try to match the sensory mode of the other person. That way they won’t need to translate words from one sensory mode into another. A good time to practice this is when you reply to email. You can scan the incoming message for sensory words, and match the rep system in your reply.</p>
<p><strong>Mind Reading</strong></p>
<p>“I know what you’re thinking.” You’re thinking this is a lot of new stuff, and feeling overwhelmed with the ways communication disconnects happen. Which brings us to another disconnect called “mind reading”. Mind reading works on three basic (and faulty) assumptions:</p>
<ul>
<li>You take in the same information I do.</li>
<li>You process this information as I would.</li>
<li>You come to the same conclusions and decide to behave exactly as I do.</li>
</ul>
<p>In short, I project my reality onto you, and tell you what you’re experiencing.</p>
<p>The disconnect happens when we mind read, and then take action without confirming what the other person <em>really</em> thinks. This creates misaligned goals, actions, and often hard feelings.</p>
<p>A developer made a decision that I thought should have been made by the customer. When I asked the developer if he should ask the customer, he said (and you can’t make up stuff like this), “I’ve been doing this for 20 years. I know what he wants better than he does.”</p>
<p>You can avoid this disconnect by not mind reading. Rather than assuming you know the answers, ask questions. I’ve had people become irritated when I asked clarifying questions in order to avoid mind reading. If you find someone mind reading you, you might ask them “How specifically do you know how I feel (think, whatever)?” or “What did you see or hear that leads you to that?”</p>
<p><strong>Calibrating Communications</strong></p>
<p>When I work with a client, I first try to understand where they get information. Do they look for data (sensors), or rather hear about how this fits in the grand scheme of things (intuitior)? Sometimes it’s not an either/or. Perhaps they need the fit in the grand scheme with supporting data.</p>
<p>When I supply the requested information, I try to match the requestor’s rep system. This saves time and effort since they don’t have to translate my meaning.</p>
<p>Lastly, to avoid mind reading, I ask how the communication went for them. Did they get what they needed, in the format they could use? If not, I have new information that allows me to change what I’m doing.  If they got what they needed, I’ve avoided the communication disconnects.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.donaldegray.com/communications-disconnects/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Context Switching &#8211; Congruent Action</title>
		<link>http://www.donaldegray.com/context-switching-congruent-action/</link>
		<comments>http://www.donaldegray.com/context-switching-congruent-action/#comments</comments>
		<pubDate>Fri, 02 Jun 2006 17:32:16 +0000</pubDate>
		<dc:creator>dgrayadmin</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[context]]></category>
		<category><![CDATA[software development]]></category>

		<guid isPermaLink="false">http://donaldegray.com/context-switching-congruent-action/</guid>
		<description><![CDATA[Managers get a bad rap when conversation turns to context switching. Johanna Rothman indicates they may have forgotten what development is like. Tom DeMarco in Why Does Software Cost So Much (If We Did Only One Thing to Improve &#8230;) states &#8220;I&#8217;ve come to believe that fragmentation is due mostly to managerial sloppiness.&#8221; (pg 90). How do the environment and corporate culture impact managerial decisions? In what context does development context switching make sense? Here are three situations that make sense to me. (And I&#8217;m]]></description>
			<content:encoded><![CDATA[<p>Managers get a bad rap when conversation turns to context switching. Johanna Rothman indicates they may have forgotten what development is like. Tom DeMarco in Why Does Software Cost So Much (If We Did Only One Thing to Improve &#8230;) states &#8220;I&#8217;ve come to believe that fragmentation is due mostly to managerial sloppiness.&#8221; (pg 90).</p>
<p>How do the environment and corporate culture impact managerial decisions? In what context does development context switching make sense? Here are three situations that make sense to me. (And I&#8217;m on the developer&#8217;s side of this discussion!)</p>
<p>1. Specialized skills. This would be those people that management is lucky to have one of, and their existence has to be spread across several projects to justify their existence. DBAs, architects, object specialists. Would agile coaches be included?</p>
<p>2. A project is completed, the programmers moved on to the next project and:<br />
- a defect is located that needs to be corrected.<br />
- the client requests a series of improvements.<br />
Who better than the original developer(s)?</p>
<p>3. A developer hits a wait state based and can&#8217;t move forward until something from someone else arrives. Why not let them get started on something while they&#8217;re waiting?</p>
<p>I may be idealistic, but I don&#8217;t believe managers purposefully create situations to lower productivity.</p>
<p><strong>Congruent Action</strong></p>
<p>When the manager kicks off context switching, the actions make sense at that level. But systems are multidimensional, and his/her decisions impact other people.   Congruent action contains three parts: self, other, context.</p>
<p style="text-align: center;"><span class="img"><a href="http://www.test.donaldegray.com/wp-content/uploads/2010/02/CongruenceWheel.png"><img class="aligncenter size-medium wp-image-174" title="CongruenceWheel" src="http://donaldegray.com/wp-content/uploads/2006/06/CongruenceWheel-292x300.png" alt="" width="292" height="300" /></a></span></p>
<p>For context switching to be congruent, the manager needs to consider how the context switching affects the developer. This best way to find this answer is to ask. Anything short of &#8220;How it affect you (and your productivity) if I ask you to &#8230;?&#8221; involves mind reading, or how the manager THINKS the developer will respond.  When the manager has this information, they can make an informed decision.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.donaldegray.com/context-switching-congruent-action/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Context Switching &#8211; The &quot;hardware view&quot;</title>
		<link>http://www.donaldegray.com/context-switching-the-hardware-view/</link>
		<comments>http://www.donaldegray.com/context-switching-the-hardware-view/#comments</comments>
		<pubDate>Sat, 06 May 2006 12:04:05 +0000</pubDate>
		<dc:creator>dgrayadmin</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[context]]></category>
		<category><![CDATA[software development]]></category>

		<guid isPermaLink="false">http://donaldegray.com/context-switching-the-hardware-view/</guid>
		<description><![CDATA[I met George Dinwiddie so long ago, CompuServe ruled the online world. We participated in the Software Development Forum. He recently added to the context switching discussion.]]></description>
			<content:encoded><![CDATA[<p>I met George Dinwiddie so long ago, CompuServe ruled the online world. We participated in the Software Development Forum. He recently added to the context switching discussion. You can read <a href="http://idiacomputing.com/moin/ContextSwitching" target="_blank">George&#8217;s thoughts here</a>. In it he states &#8220;This [hardware interrupt handling] is a very efficient and deterministic process. People, unfortunately, can have a little more trouble making such a context switch and then switching back.&#8221;</p>
<p><strong>And Why is That?</strong></p>
<p>People are incredible state machines. Our physiology and emotions create our states. We awaken in the morning and (eventually) go to bed, switching states all day long. Some states gradually morph into others. Some states grow stronger and allow us to get into flow situations where we enjoy the productivity of our thoughts and actions coming together creating high output levels. Some state changes happen abruptly when something jars us.</p>
<p>Restating George&#8217;s thought, it&#8217;s not the context switch out that&#8217;s difficult. It&#8217;s the context switch back. Unlike the wonderfully linear microprocessor, we humans tend to be incredibly nonlinear, tightly-coupled, loosely cohesioned (if you know what I mean) creations. This applies even to those of us who believe we  are linear and straightforward.</p>
<p>The context switch destroys our current state. If the opportunity presents itself, we may have time to check point our thoughts and where we are in the process. But our thinking up to that point, our physiology, and emotions at that point get lost in the winds of change.</p>
<p>The return trip back then becomes a game of trying to find where we were, why we were there, and what we were doing.</p>
<p><strong>I&#8217;m Disinclined to Agree</strong></p>
<p>George stated this problem of people &#8220;switching and then switch back&#8221; is &#8220;unfortunate&#8221;. From a management standpoint, he may be correct. But managers would like to believe that knowledge workers are fungible, and that output equals the number of hours worked multiplied by some magic constant. That allows them to complete projects quicker by assigning more people, and having those people work more hours.</p>
<p>It just ain&#8217;t so. If you haven&#8217;t read <a href="http://www.amazon.com/gp/product/0767907698/104-2876273-4948722?v=glance&amp;n=283155" target="_blank">Slack</a> by Tom Demarco, do so. Order enough books so you get free shipping and give the extra copies to your manager, and his manager.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.donaldegray.com/context-switching-the-hardware-view/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Context Switching for Fun and Profit</title>
		<link>http://www.donaldegray.com/context-switching-for-fun-and-profit/</link>
		<comments>http://www.donaldegray.com/context-switching-for-fun-and-profit/#comments</comments>
		<pubDate>Sat, 06 May 2006 11:56:11 +0000</pubDate>
		<dc:creator>dgrayadmin</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[context]]></category>
		<category><![CDATA[software development]]></category>

		<guid isPermaLink="false">http://donaldegray.com/context-switching-for-fun-and-profit/</guid>
		<description><![CDATA[I usually have 3 or more things going on at any time. Right now I'm doing exploratory work for one client (lots of try this, try that, well, how about trying something else?), upgrading a system for another client (I've already done three of their systems), and preparing for a class.]]></description>
			<content:encoded><![CDATA[<p>I recently read  <a href="http://www.jrothman.com/" target="_blank">Johanna Rothman&#8217;s</a> article on  <a href="http://www.ayeconference.com/Articles/ContextSwitching.html" target="_blank">Context Switching</a>. I need to let you, it just ain&#8217;t so.</p>
<p><strong>Context Switching is Fun!</strong></p>
<p>I usually have 3 or more things going on at any time. Right now I&#8217;m doing exploratory work for one client (lots of try this, try that, well, how about trying something else?), upgrading a system for another client (I&#8217;ve already done three of their systems), and preparing for a class.</p>
<p>Context switching allows me to mentally shift gears. When I need time to think about what&#8217;s happening with the exploration, I can spin my chair, slap in another CD, and nudge the upgrade another step closer to completion.</p>
<p><strong>Context Switching is Profitable!</strong></p>
<p>Being able to swap between contexts allows me to supply better value to my clients. I can wonder about what to do next while I&#8217;m shuffling CDs. I can do exploration while I&#8217;m waiting for the CDs to finish loading. Everyone&#8217;s a winner!</p>
<p><strong>Truth in Blogging</strong></p>
<p>If you&#8217;ve read Johanna&#8217;s article, you&#8217;ll realize differences exist between our examples.</p>
<ul>
<li> One switches between similar tasks, the other doesn&#8217;t.</li>
<li> I&#8217;m not under deadline pressure. (Should anyone be?)</li>
<li> I get to choose when to switch contexts.</li>
</ul>
<p>So the real problem is not context switching. The problem remains management that doesn&#8217;t understand what they manage, and how to make it fun and profitable.</p>
<p>Context Switching &#8230; good or bad? Share your experiences.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.donaldegray.com/context-switching-for-fun-and-profit/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Context is Everything</title>
		<link>http://www.donaldegray.com/context-is-everything/</link>
		<comments>http://www.donaldegray.com/context-is-everything/#comments</comments>
		<pubDate>Wed, 03 May 2006 11:56:16 +0000</pubDate>
		<dc:creator>dgrayadmin</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[change]]></category>
		<category><![CDATA[context]]></category>
		<category><![CDATA[learning]]></category>
		<category><![CDATA[Mental Models]]></category>

		<guid isPermaLink="false">http://donaldegray.com/context-is-everything/</guid>
		<description><![CDATA[Today I had the opportunity to remember that &#8220;context is everything&#8221;. Hurricane Frances continues her slow crawl up the eastern United States. It started raining here in North Carolina yesterday (Tuesday 2004.09.07). This morning my radio crackled with reports of accidents and emergencies. Fortunately, none were in our response area. Then the pager tones sounded. &#8220;Squad 86 respond with the local VFD to a one car roll over. One adult and two children confirmed entrapped.&#8221; I arrived just before the rescue truck. The SUV lay]]></description>
			<content:encoded><![CDATA[<p>Today I had the opportunity to remember that &#8220;context is everything&#8221;. Hurricane Frances continues her slow crawl up the eastern United States. It started raining here in North Carolina yesterday (Tuesday 2004.09.07).  This morning my radio crackled with reports of accidents and emergencies.  Fortunately, none were in our response area.  Then the pager tones sounded.  &#8220;Squad 86 respond with the local VFD to a one car roll over.  One adult and two children confirmed entrapped.&#8221;</p>
<p>I arrived just before the rescue truck.  The SUV lay on its side in the ditch.  The VFD had already set up traffic control and fire suppression.  Using standard rescue techniques and tools, &#8220;Mom&#8221; and the kids shortly walked out of the SUV.  Other than needing to by a new vehicle, this story ends happily.  But what happened?  The Highway Patrol report will include some phrase like &#8220;too fast for existing conditions&#8221;.  &#8220;Mom&#8221; has probably driven this road most of her life.  It&#8217;s rained before while &#8220;Mom&#8221; was driving.  But today the amount of rain, the wash over the road and her speed created a new context that &#8220;Mom&#8221; couldn&#8217;t cope with successfully.</p>
<div><strong>&#8220;Change is inevitable. Change is constant.&#8221;</strong> &#8211;  Benjamin Disraeli</div>
<p>Like this accident most &#8220;interesting events&#8221; happen because someone, somewhere, at sometime, loses track of the context. Context involves us and everything we&#8217;re connected to.  &#8220;Involves us&#8221; includes our mental models, our world view, and our actions.  We started changing at conception.  We continue to change until after we die.  Along the way, we grow, we learn, we change.  Accidents happen when we change, but the &#8220;everything else&#8221; hasn&#8217;t.  Learning may create an accident that leads to personal growth.  Personal growth might make us uneasy with our current friends.</p>
<div><strong>&#8220;No man is an island, entire of itself; every man is a piece of the continent.&#8221;</strong> &#8211; John Donne</div>
<p>&#8220;Everything we&#8217;re connected to&#8221; is the environment we exist in.  Our family, our friends, our career, our hobbies, everything with which we come in contact is in a state of flux.  If our world view limits how we see things, we&#8217;ll create accidents by missing opportunities or reacting to things that aren&#8217;t there. If we hold to mental models that no longer apply to our current situation, we&#8217;ll be out of context when we act.  Behaving like a 10 year old doesn&#8217;t work well now that I&#8217;m pushing 50.</p>
<div><strong>Education consists mainly of what we have unlearned.</strong> -Mark Twain</div>
<p>We need to learn from accidents.  Learn about ourselves, our context, how they interact, and how to keep them synchronized.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.donaldegray.com/context-is-everything/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
