<?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: The autism of Enterprise Architecture?</title>
	<atom:link href="http://weblog.tetradian.com/2010/01/20/the-autism-of-ea/feed/" rel="self" type="application/rss+xml" />
	<link>http://weblog.tetradian.com/2010/01/20/the-autism-of-ea/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=the-autism-of-ea</link>
	<description>Random ramblings over the metaphoric edge</description>
	<lastBuildDate>Tue, 22 May 2012 05:34:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Ric</title>
		<link>http://weblog.tetradian.com/2010/01/20/the-autism-of-ea/comment-page-1/#comment-43943</link>
		<dc:creator>Ric</dc:creator>
		<pubDate>Sun, 28 Nov 2010 22:18:59 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/?p=533#comment-43943</guid>
		<description>Thanks for the great post Tom.

It seemed patently obvious to me from the first day I started on EA that its task could be characterised by two simples verbs, &#039;know&#039; and &#039;design&#039;. 

Design is another conversation - and I think the now stabilising distinction between solutions and enterprise architecture is helpful there.

There is no doubt in my mind that EA is a knowledge-discipline first and foremost. And I have always been clear that knowledge is something that exists only in people&#039;s minds, and is not easily subject to the process-automation techniques we use on structured information. 

Your reflections are apposite to current practices and insightful. I particularly like the idea of &#039;autism&#039; as a metaphor for what happens when we confuse knowledge with the information that supports its discovery, use and creation.

All human culture, including business culture, is a means to the preservation and sharing of knowledge. Admittedly in unmanaged cultural systems the signal to noise ration can be pretty crappy. But we seem to easily forget that the default state of natural (small) social systems provides very low resistance to the spread of knowledge. 

Large, complex and arbitrarily structured social systems place a lot barriers to the easy dissemination of knowledge - often as a means of eliminating &#039;noise&#039;. 

Process - our idea which is rooted in the division-of-labour assembly-line factories of the late nineteenth and early twentieth century - has been a powerful answer to the chaos of natural social systems. It has been used to overcome various distances - in authority, location, and even personal knowledge - that complexity has created between individuals inside organisations. A corollary of overcoming that distance however is the &#039;friction&#039; it creates to inhibit the natural spread of knowledge. 

It will most definitely not be me that leads the way on this, but I am watching with interest how knowledge-based approaches to management and value creation evolve in large organisations as social computing develops. 

For the first time we are seeing technology that supports the natural exchange of knowledge in a social system. As a result new possibilities for overcoming distance in large complex organisations are presenting themselves.

I hope forward thinking EA&#039;s who read you article will consider collaboration to be an imperative in their practice, and knowledge a much more concrete and viable goal than &#039;alignment&#039;. And I hope it encourages EAs to think creatively about new modes of practice.</description>
		<content:encoded><![CDATA[<p>Thanks for the great post Tom.</p>
<p>It seemed patently obvious to me from the first day I started on EA that its task could be characterised by two simples verbs, &#8216;know&#8217; and &#8216;design&#8217;. </p>
<p>Design is another conversation &#8211; and I think the now stabilising distinction between solutions and enterprise architecture is helpful there.</p>
<p>There is no doubt in my mind that EA is a knowledge-discipline first and foremost. And I have always been clear that knowledge is something that exists only in people&#8217;s minds, and is not easily subject to the process-automation techniques we use on structured information. </p>
<p>Your reflections are apposite to current practices and insightful. I particularly like the idea of &#8216;autism&#8217; as a metaphor for what happens when we confuse knowledge with the information that supports its discovery, use and creation.</p>
<p>All human culture, including business culture, is a means to the preservation and sharing of knowledge. Admittedly in unmanaged cultural systems the signal to noise ration can be pretty crappy. But we seem to easily forget that the default state of natural (small) social systems provides very low resistance to the spread of knowledge. </p>
<p>Large, complex and arbitrarily structured social systems place a lot barriers to the easy dissemination of knowledge &#8211; often as a means of eliminating &#8216;noise&#8217;. </p>
<p>Process &#8211; our idea which is rooted in the division-of-labour assembly-line factories of the late nineteenth and early twentieth century &#8211; has been a powerful answer to the chaos of natural social systems. It has been used to overcome various distances &#8211; in authority, location, and even personal knowledge &#8211; that complexity has created between individuals inside organisations. A corollary of overcoming that distance however is the &#8216;friction&#8217; it creates to inhibit the natural spread of knowledge. </p>
<p>It will most definitely not be me that leads the way on this, but I am watching with interest how knowledge-based approaches to management and value creation evolve in large organisations as social computing develops. </p>
<p>For the first time we are seeing technology that supports the natural exchange of knowledge in a social system. As a result new possibilities for overcoming distance in large complex organisations are presenting themselves.</p>
<p>I hope forward thinking EA&#8217;s who read you article will consider collaboration to be an imperative in their practice, and knowledge a much more concrete and viable goal than &#8216;alignment&#8217;. And I hope it encourages EAs to think creatively about new modes of practice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter T</title>
		<link>http://weblog.tetradian.com/2010/01/20/the-autism-of-ea/comment-page-1/#comment-35251</link>
		<dc:creator>Peter T</dc:creator>
		<pubDate>Sun, 24 Jan 2010 01:54:51 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/?p=533#comment-35251</guid>
		<description>We are working toward the same conclusion I think. &#039;Gift from the individual&#039;, &#039;never be coerced&#039; - &#039;provide safe conditions under which that collaboration can occur&#039; all start with behaviors.

I laugh reading about &#039;abilities to influence&#039;, &#039;matrix management&#039; and the like.  These all imply ridiculous timeframes, the need to cleverly make things happen without involving the right people and pushing things through.

With correct behaviors from the top, trust flows, misbehaviors can be dealt with opening and things can move at rates beyond peoples expectation.  

Keep up the good work..</description>
		<content:encoded><![CDATA[<p>We are working toward the same conclusion I think. &#8216;Gift from the individual&#8217;, &#8216;never be coerced&#8217; &#8211; &#8216;provide safe conditions under which that collaboration can occur&#8217; all start with behaviors.</p>
<p>I laugh reading about &#8216;abilities to influence&#8217;, &#8216;matrix management&#8217; and the like.  These all imply ridiculous timeframes, the need to cleverly make things happen without involving the right people and pushing things through.</p>
<p>With correct behaviors from the top, trust flows, misbehaviors can be dealt with opening and things can move at rates beyond peoples expectation.  </p>
<p>Keep up the good work..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom G</title>
		<link>http://weblog.tetradian.com/2010/01/20/the-autism-of-ea/comment-page-1/#comment-35233</link>
		<dc:creator>Tom G</dc:creator>
		<pubDate>Sat, 23 Jan 2010 08:14:30 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/?p=533#comment-35233</guid>
		<description>That point about fear is really important, and something I need to follow up in a later post - many thanks for that.

Also brings it back to Dave Snowden&#039;s point that sharing of knowledge can never be coerced, but is in effect a gift from the individual to the shared-enterprise - something that organisations (and everyone, actually) need to respect. It may well be that &quot;business leaders require collaboration&quot;, but unless they provide safe conditions under which that collaboration can occur, it ain&#039;t gonna happen! Supporting &quot;their people on that learning curve&quot; is key here, as you say.

Thanks again, anyway.</description>
		<content:encoded><![CDATA[<p>That point about fear is really important, and something I need to follow up in a later post &#8211; many thanks for that.</p>
<p>Also brings it back to Dave Snowden&#8217;s point that sharing of knowledge can never be coerced, but is in effect a gift from the individual to the shared-enterprise &#8211; something that organisations (and everyone, actually) need to respect. It may well be that &#8220;business leaders require collaboration&#8221;, but unless they provide safe conditions under which that collaboration can occur, it ain&#8217;t gonna happen! Supporting &#8220;their people on that learning curve&#8221; is key here, as you say.</p>
<p>Thanks again, anyway.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter_t</title>
		<link>http://weblog.tetradian.com/2010/01/20/the-autism-of-ea/comment-page-1/#comment-35205</link>
		<dc:creator>peter_t</dc:creator>
		<pubDate>Thu, 21 Jan 2010 08:31:40 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/?p=533#comment-35205</guid>
		<description>To me - &#039;time&#039; in architecture is closely related to benefit so its easy to forget about it as its usually expressed at us with &#039;due by&#039;, &#039;stop what you are doing now&#039; or &#039;where is&#039; opening lines.  I have fond memories of you working to deadlines, stressing about completeness and making it anyway.  One particular such deliverable from you is still in use as a standard - 5 years after you created vs. 1.1 (albeit at vs. 2 now).

The big risk to the success of enterprise architecture in business now is fear.  As you point out - KM and EA concepts are similar but people / business managers / staff sees a loss of power and control coming from real enterprise architecture when in fact, as a common language - it is just a connector enabling communications between real knowledge and people in support of action.  i.e. we need our stakeholders to understand that their Tacit knowledge needs to stay with them while their Explicit knowledge needs to be shared to enable relationships and wider understanding with holders of Tacit knowledge so that decisions can be made and corresponding action be taken.  
Human nature resists this and people fear the implications of the implied collaboration.  I believe that enterprise architecture inclusive of proactive decision making can only be effective when business leaders require collaboration and support their people on that learning curve.</description>
		<content:encoded><![CDATA[<p>To me &#8211; &#8216;time&#8217; in architecture is closely related to benefit so its easy to forget about it as its usually expressed at us with &#8216;due by&#8217;, &#8216;stop what you are doing now&#8217; or &#8216;where is&#8217; opening lines.  I have fond memories of you working to deadlines, stressing about completeness and making it anyway.  One particular such deliverable from you is still in use as a standard &#8211; 5 years after you created vs. 1.1 (albeit at vs. 2 now).</p>
<p>The big risk to the success of enterprise architecture in business now is fear.  As you point out &#8211; KM and EA concepts are similar but people / business managers / staff sees a loss of power and control coming from real enterprise architecture when in fact, as a common language &#8211; it is just a connector enabling communications between real knowledge and people in support of action.  i.e. we need our stakeholders to understand that their Tacit knowledge needs to stay with them while their Explicit knowledge needs to be shared to enable relationships and wider understanding with holders of Tacit knowledge so that decisions can be made and corresponding action be taken.<br />
Human nature resists this and people fear the implications of the implied collaboration.  I believe that enterprise architecture inclusive of proactive decision making can only be effective when business leaders require collaboration and support their people on that learning curve.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

