<?xml version="1.0"?>
<rss version="2.0">
<channel>
  <title>Coding the Architecture - enterprise tag</title>
  <link>http://www.codingthearchitecture.com/tags/enterprise/</link>
  <description>Software architecture for developers</description>
  <language>en</language>
  <copyright>Coding the Architecture</copyright>
  <lastBuildDate>Wed, 16 May 2012 08:01:04 GMT</lastBuildDate>
  <generator>Pebble (http://pebble.sourceforge.net)</generator>
  <docs>http://backend.userland.com/rss</docs>
  
  
  <item>
    <title>Is Enterprise Architecture the next step?</title>
    <link>http://www.codingthearchitecture.com/2007/05/18/is_enterprise_architecture_the_next_step.html</link>
    
      
        <description>
          &lt;p&gt;
Following on from &lt;a href=&#034;http://www.codingthearchitecture.com/2007/05/16/role_titles_across_the_world.html&#034;&gt;Role titles across the world&lt;/a&gt;, I wanted to present a diagram that I&#039;ve had in my head for a little while but never got around to putting on paper. I think architecture at the application and system level is pretty well defined, with an easily identifiable progression path from the former to the latter. Enterprise architecture, on the other hand, is different and I was always under the impression that this was the next logical step for somebody performing a system architecture role. I&#039;ve recently changed my mind on this and my new view of the world is as follows.
&lt;/p&gt;

&lt;p&gt;
&lt;div align=&#034;center&#034;&gt;
&lt;img src=&#034;http://www.codingthearchitecture.com/images/architecture-scopes.png&#034; alt=&#034;Architecture Scopes&#034; /&gt;
&lt;/div&gt;
&lt;/p&gt;

&lt;p&gt;
I now see enterprise architecture as a mix of technology and business consulting that is performed at quite a high level of abstraction, across organisations or organisational units. Previously, I hadn&#039;t really made the connection that the business and process side of enterprise erchitecture was as important (perhaps more so?) than the technology side. As usual, Wikipedia has a nice entry on &lt;a href=&#034;http://en.wikipedia.org/wiki/Enterprise_architecture&#034;&gt;Enterprise Architecture&lt;/a&gt; if you want to read more about this as a discipline.
&lt;/p&gt;

&lt;p&gt;
So is enterprise architecture the next logical step for somebody doing a system architecture role? Possibly, but it depends on what you want to do. When you include the business consulting aspects in the enterprise architecture mix, you start to see that the skillset required for enterprise architecture differs from both the individual streams that feed it. While I&#039;m unsure whether enterprise architecture is more business consulting or more technical architecture, I *am* sure that it might not be the logical progression for technical architects who (like myself at the moment) want to remain technical. Less of a direct upwards career progression and more of an upwards and over movement with which you &lt;a href=&#034;http://www.codingthearchitecture.com/2007/05/15/you_dont_have_to_give_up_coding.html&#034;&gt;might have to give up coding&lt;/a&gt;. This, of course, raises an interesting question of what *is* next for System Architects that want to remain technical. What are your thoughts?
&lt;/p&gt;
        </description>
      
      
    
    
    
    <category>What is software architecture?</category>
    
    <comments>http://www.codingthearchitecture.com/2007/05/18/is_enterprise_architecture_the_next_step.html#comments</comments>
    <guid isPermaLink="true">http://www.codingthearchitecture.com/2007/05/18/is_enterprise_architecture_the_next_step.html</guid>
    <pubDate>Fri, 18 May 2007 10:28:13 GMT</pubDate>
  </item>
  
  </channel>
</rss>

