<?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: Summary from the TOGAF conference</title>
	<atom:link href="http://weblog.tetradian.com/2009/05/03/togaf-conf-summary/feed/" rel="self" type="application/rss+xml" />
	<link>http://weblog.tetradian.com/2009/05/03/togaf-conf-summary/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=togaf-conf-summary</link>
	<description>Random ramblings over the metaphoric edge</description>
	<lastBuildDate>Sun, 05 Feb 2012 09:56:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Scott Pollino</title>
		<link>http://weblog.tetradian.com/2009/05/03/togaf-conf-summary/comment-page-1/#comment-27771</link>
		<dc:creator>Scott Pollino</dc:creator>
		<pubDate>Thu, 11 Jun 2009 13:26:43 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/index.php/2009/05/03/togaf-conf-summary/#comment-27771</guid>
		<description>The company I work at is starting / formalizing its EA practice. We use TOGAF as the roadmap and Zachman as the framework. Another analogy would be that Zachman is our bingo card and TOGAF is the bingo caller.</description>
		<content:encoded><![CDATA[<p>The company I work at is starting / formalizing its EA practice. We use TOGAF as the roadmap and Zachman as the framework. Another analogy would be that Zachman is our bingo card and TOGAF is the bingo caller.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom G</title>
		<link>http://weblog.tetradian.com/2009/05/03/togaf-conf-summary/comment-page-1/#comment-26827</link>
		<dc:creator>Tom G</dc:creator>
		<pubDate>Mon, 18 May 2009 09:59:31 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/index.php/2009/05/03/togaf-conf-summary/#comment-26827</guid>
		<description>Charles

Agree entirely.

The practical problem is that the Open Group holds the &#039;enterprise architecture&#039; space at the moment, and despite the shift in mindset described in my post, clearly wants their part of it to remain centred on IT, because that&#039;s always been their main focus. Which is fair enough, but it does mean that there&#039;s a kind of vacuum - hence, as you say, the real danger of proliferating &#039;&quot;we&#039;ll do it better&quot; sects&#039;, each purporting o be &#039;the new standard&#039;.

Some of this fragmentation is natural and even necessary - see, for example, the context-specific variants of Linux for enhanced-security or use in embedded systems. But yes, we do need a common ground where all the extended-EA variants do at least share a common foundation. No idea where that will be, but I&#039;m suspecting that the Open Group route has all but run its course.

Do also agree that EA will usually include some aspects of IT: the scope of enterprise architecture covers the entire enterprise, and IT is definitely (usually!) part of the enterprise in some form or other (if only as pencil and paper :-) ). I&#039;m not saying that IT isn&#039;t part of EA, just that&#039;s it&#039;s not necessarily the centre of EA. (To be precise, everywhere and nowhere is &#039;the centre&#039; of EA - the centre is whatever needs to be the focus of our attention in this moment, here, now.)

There are a lot of us &#039;doing our own thing&#039;, just as there were/are with the Open Source movement: any ideas as to what could be our EA equivalent for SourceForge, perhaps?</description>
		<content:encoded><![CDATA[<p>Charles</p>
<p>Agree entirely.</p>
<p>The practical problem is that the Open Group holds the &#8216;enterprise architecture&#8217; space at the moment, and despite the shift in mindset described in my post, clearly wants their part of it to remain centred on IT, because that&#8217;s always been their main focus. Which is fair enough, but it does mean that there&#8217;s a kind of vacuum &#8211; hence, as you say, the real danger of proliferating &#8216;&#8221;we&#8217;ll do it better&#8221; sects&#8217;, each purporting o be &#8216;the new standard&#8217;.</p>
<p>Some of this fragmentation is natural and even necessary &#8211; see, for example, the context-specific variants of Linux for enhanced-security or use in embedded systems. But yes, we do need a common ground where all the extended-EA variants do at least share a common foundation. No idea where that will be, but I&#8217;m suspecting that the Open Group route has all but run its course.</p>
<p>Do also agree that EA will usually include some aspects of IT: the scope of enterprise architecture covers the entire enterprise, and IT is definitely (usually!) part of the enterprise in some form or other (if only as pencil and paper <img src='http://weblog.tetradian.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  ). I&#8217;m not saying that IT isn&#8217;t part of EA, just that&#8217;s it&#8217;s not necessarily the centre of EA. (To be precise, everywhere and nowhere is &#8216;the centre&#8217; of EA &#8211; the centre is whatever needs to be the focus of our attention in this moment, here, now.)</p>
<p>There are a lot of us &#8216;doing our own thing&#8217;, just as there were/are with the Open Source movement: any ideas as to what could be our EA equivalent for SourceForge, perhaps?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Edwards</title>
		<link>http://weblog.tetradian.com/2009/05/03/togaf-conf-summary/comment-page-1/#comment-26826</link>
		<dc:creator>Charles Edwards</dc:creator>
		<pubDate>Mon, 18 May 2009 09:38:10 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/index.php/2009/05/03/togaf-conf-summary/#comment-26826</guid>
		<description>Tom,

Good article. As you know, because we have talked about it at length, that I agree with you on much of this. In fact it is the reason why I went off in 2006 and started work on the http://process.AgileEA.com.

We are however at risk as an EA industry of spawning too many small break-away &quot;we&#039;ll do it better&quot; sects. We need to all get together and form a central place, with a few common principles and objectives to work towards and release something that is better overall. 

I also think we should be careful of not throwing the baby out with the bathwater. Even if EA is currently too IT centric, and we get it more Business centric, there will always be elements of IT within EA and we need to not lose sight of these elements.

Charles</description>
		<content:encoded><![CDATA[<p>Tom,</p>
<p>Good article. As you know, because we have talked about it at length, that I agree with you on much of this. In fact it is the reason why I went off in 2006 and started work on the <a href="http://process.AgileEA.com" rel="nofollow">http://process.AgileEA.com</a>.</p>
<p>We are however at risk as an EA industry of spawning too many small break-away &#8220;we&#8217;ll do it better&#8221; sects. We need to all get together and form a central place, with a few common principles and objectives to work towards and release something that is better overall. </p>
<p>I also think we should be careful of not throwing the baby out with the bathwater. Even if EA is currently too IT centric, and we get it more Business centric, there will always be elements of IT within EA and we need to not lose sight of these elements.</p>
<p>Charles</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Grigoriu</title>
		<link>http://weblog.tetradian.com/2009/05/03/togaf-conf-summary/comment-page-1/#comment-26798</link>
		<dc:creator>Adrian Grigoriu</dc:creator>
		<pubDate>Sun, 17 May 2009 11:27:25 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/index.php/2009/05/03/togaf-conf-summary/#comment-26798</guid>
		<description>Tom,

I agree with the fact that TOGAF doesn&#039;t do much about business architecture.
As a practitian and consultant I felt the fact that the  current EA frameworks fail to convey a picture of how the business works. In fact the outcome EA has a very small audience because the islands of IT described cannot convey an overall picture of the structure and operation of any Enterprise.
That being said, I published a book where all layers of an Enterprise Architecture are treated. I provide business reference maps (starting from Value Chains), process maps, alignment to the Enterprise business and operating model, IT applications and technology architecture templates. It&#039;s not that I want to promote the book. But I feel the Business Architecture model and the overall framework work and would help push the EA forward.
The 3rd edition of the book is available on Amazon and other sites.
http://www.amazon.com/Enterprise-Architecture-Development-Framework-Practices/dp/1412086655/

Adrian</description>
		<content:encoded><![CDATA[<p>Tom,</p>
<p>I agree with the fact that TOGAF doesn&#8217;t do much about business architecture.<br />
As a practitian and consultant I felt the fact that the  current EA frameworks fail to convey a picture of how the business works. In fact the outcome EA has a very small audience because the islands of IT described cannot convey an overall picture of the structure and operation of any Enterprise.<br />
That being said, I published a book where all layers of an Enterprise Architecture are treated. I provide business reference maps (starting from Value Chains), process maps, alignment to the Enterprise business and operating model, IT applications and technology architecture templates. It&#8217;s not that I want to promote the book. But I feel the Business Architecture model and the overall framework work and would help push the EA forward.<br />
The 3rd edition of the book is available on Amazon and other sites.<br />
<a href="http://www.amazon.com/Enterprise-Architecture-Development-Framework-Practices/dp/1412086655/" rel="nofollow">http://www.amazon.com/Enterprise-Architecture-Development-Framework-Practices/dp/1412086655/</a></p>
<p>Adrian</p>
]]></content:encoded>
	</item>
</channel>
</rss>

