<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
   <channel>
      <title>EA - Enterprise Architecture or Extreme Aggravation</title>
      <link>http://www.infosysblogs.com/ea/</link>
      <description>Using Enterprise Architecture to achieve competitive advantage through IT. Are you successful or aggravated?</description>
      <language>en</language>
      <copyright>Copyright 2009</copyright>
      <lastBuildDate>Wed, 29 Apr 2009 14:16:39 +0000</lastBuildDate>
      <generator>http://www.sixapart.com/movabletype/?v=3.2ysb5-20051201</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

            <item>
         <title>Demystifying Enterprise Architecture in an ERP landscape: Who are SAP Enterprise Architects?*</title>
         <description><![CDATA[<p>-&nbsp;<a href="http://www.linkedin.com/in/mohanbabuk">Mohan Babu K</a>&nbsp;</p><p>I have been consulting with a client&rsquo;s Enterprise Architecture team and got around&nbsp;to reflect on questions that I have been asked in other contexts: Who are SAP Enterprise Architects? What (if anything) is different about Enterprise Architecture in a product/ERP landscape? </p><p>The client, lets call it MyCorp, is a multi-billion dollar <a href="http://www.globalizationandme.com/">g</a>lobal manufacturing company with a few core lines of businesses. The business and IT operations are managed by geographic units for Latin America, North America, Europe and Rest of the World. MyCorp`s IT is supported by a federated team of Enterprise Architects . As with most multinationals, MyCorp has several &ldquo;key&rdquo; ongoing technology and transformational initiatives that the Enterprise Architects are supporting. So what is unique about MyCorp`s Enterprise Architecture focus? Besides the fact that every organization is &ldquo;unique,&rdquo; this happens to be a &ldquo;SAP Shop.&rdquo; Which is to say the IT application landscape is predominantly a mix of SAP tools and technologies and in pockets where it is not, there is a roadmap to move towards this direction. </p>]]></description>
         <link>http://www.infosysblogs.com/ea/2009/04/demystifying_enterprise_archit_1.html</link>
         <guid>http://www.infosysblogs.com/ea/2009/04/demystifying_enterprise_archit_1.html</guid>
         <category>Best Practices</category>
         <pubDate>Wed, 29 Apr 2009 14:16:39 +0000</pubDate>
      </item>
            <item>
         <title>Observations and musings on Enterprise Architecture Tools</title>
         <description><![CDATA[<p>- <a href="http://www.infosysblogs.com/managing-offshore-it/bloggers.html">Mohan Babu K</a></p><p>In my previous EA blog entry, I had written about contextualizing Infosys&rsquo; Enterprise Architecture survey findings. Since then I had an opportunity to observe and reflect on an aspect of the survey: adoption &ndash; and challenges - of Enterprise Architecture Tool at a Global 500 enterprise. To set the context for the discussion, a brief extract from the&nbsp;<a href="http://www.infosys.com/IT-Services/architecture-services/ea-survey/">survey report</a>&nbsp;as it pertains to adoption of EA tools: </p><ul><li>There is an increased adoption of EA tools, but there is no product which has managed to dominate the market</li><li>The EA tools market is fragmented with the vast majority of respondents claiming to use general office and collaboration tools and drawing tools (e.g. Microsoft Visio) for Enterprise Architecture Modeling</li></ul><p><table width="100%" border="0"><tbody><tr><td><img height="250" alt="SurveyToolsUsage.jpg" src="http://www.infosysblogs.com/ea/SurveyToolsUsage.jpg" width="402" border="0" /></td><td><img height="244" alt="SurveyToolsUsageData.jpg" src="http://www.infosysblogs.com/ea/SurveyToolsUsageData.jpg" width="398" border="0" /> </td></tr></tbody></table></p><p>This should not surprise many of us in the industry!</p>]]></description>
         <link>http://www.infosysblogs.com/ea/2009/04/observations_and_musings_on_en.html</link>
         <guid>http://www.infosysblogs.com/ea/2009/04/observations_and_musings_on_en.html</guid>
         <category>Tools</category>
         <pubDate>Wed, 08 Apr 2009 14:46:23 +0000</pubDate>
      </item>
            <item>
         <title>Contextualizing Infosys’ Enterprise Architecture survey findings</title>
         <description><![CDATA[<p>My colleagues and I are beginning to contextualize the findings from the recently published Enterprise Architecture survey for clients we are engaged with. Case in point is a recent note I sent out to the Enterprise Architects at a Global 500 client I am working with.</p><p>######</p><p>Dear All<br />Some of you may have participated in the Infosys&rsquo; Enterprise Architecture Survey 2008/2009. Attached is a soft-copy of the survey findings. <br /></p>]]></description>
         <link>http://www.infosysblogs.com/ea/2009/02/contextualizing_infosyss_enter.html</link>
         <guid>http://www.infosysblogs.com/ea/2009/02/contextualizing_infosyss_enter.html</guid>
         <category>Emerging Trends</category>
         <pubDate>Thu, 19 Feb 2009 19:51:20 +0000</pubDate>
      </item>
            <item>
         <title>Should Architects Not KISS?</title>
         <description><![CDATA[<p>Over coffee, every evening, some of my colleagues and I try to address some of the biggest challenges that the world around is facing.&nbsp; Our discussions span from the games politicians play, how cricket has been ruling over other sports in India all the way to the affect of global warming and trends in technology. On one such evening, while sipping freshly brewed coffee, one of my colleague started talking about the architecture work that he was doing for one of our clients. </p><p>&nbsp;</p>]]></description>
         <link>http://www.infosysblogs.com/ea/2009/02/should_architects_not_kiss.html</link>
         <guid>http://www.infosysblogs.com/ea/2009/02/should_architects_not_kiss.html</guid>
         <category>Organization</category>
         <pubDate>Fri, 13 Feb 2009 06:40:11 +0000</pubDate>
      </item>
            <item>
         <title>Role of an Architect: Lessons from the movies - Part 8</title>
         <description><![CDATA[- <a href="http://www.infosys.com/IT-services/information-management/default.asp" title="Information Management">Amit Jnagal</a>, Senior Technical Architect, Infosys <br /><br />In my last <a href="http://infosysblogs.com/ea/http:/infosysblogs.com/ea/2008/08/role_of_an_architect_lessons_f_6.html" title="Role of an Architect">post</a>, I talked about the movie <a href="http://www.imdb.com/title/tt0104952/" target="_blank" title="My Cousin Vinny">My Cousin Vinny</a> and the lessons it held for Architects about sticking to the basics, understanding your customers and understanding yourself.<br />In this post, I am going to look at <a href="http://www.imdb.com/title/tt0454921/" target="_blank" title="The Pursuit of Happyness">The Pursuit of Happyness</a> (Year of Release: .2006; Director: Gabriele Muccino; Our Architect: Chris Gardner played by Will Smith; Architect's Character: Sales Man turned stock broker who know how to dream big and keep it going).<br /><br />&lsquo;The pursuit of happyness&rsquo; tells the story of the trials and tribulations of semi-successful sales man for whom every day is a struggle. The essence of this movie is how to dream big and manage it along with the daily struggle. We usually get too involved in the tasks that are assigned to us and find very little or no time for stuff that matters outside assignments. Very few other industries, other than ours, have employees who are up to speed with the usage of the term &lsquo;work life balance&rsquo; and how it affects them.<br />]]></description>
         <link>http://www.infosysblogs.com/ea/2008/12/role_of_an_architect_lessons_f_7.html</link>
         <guid>http://www.infosysblogs.com/ea/2008/12/role_of_an_architect_lessons_f_7.html</guid>
         <category>Best Practices</category>
         <pubDate>Mon, 15 Dec 2008 06:14:22 +0000</pubDate>
      </item>
            <item>
         <title>Outsourcing of Enterprise Architecture (EA) functions and Infosys&apos; EA survey</title>
         <description><![CDATA[<p>We just completed our 3rd annual <a href="http://www.infosys.com/ea-survey" target="_blank" title="Infosys' EA survey">survey</a> on <a href="http://www.infosys.com/ea" target="_blank" title="Enterprise Architecture">Enterprise Architecture</a>. The survey brought out some very exciting findings, as well as some which we see as potential gaps or blue ocean.&nbsp; </p><p>One of the key findings is that participants of the survey saw Enterprise Architecture as a capability that was core to their business and inherently part of their organization's crown jewels. However, given the daunting set of activities that most Enterprise Architecture functions have to execute today, the opportunity to work with ESPs and enlist them to execute some of these activities is real. In other words, some activities (the more tactical ones), can be outsourced to a strategic vendor partner.</p>]]></description>
         <link>http://www.infosysblogs.com/ea/2008/12/outsourcing_of_enterprise_arch_1.html</link>
         <guid>http://www.infosysblogs.com/ea/2008/12/outsourcing_of_enterprise_arch_1.html</guid>
         <category>Emerging Trends</category>
         <pubDate>Fri, 05 Dec 2008 09:34:23 +0000</pubDate>
      </item>
            <item>
         <title>IT strategy and agile EA in the new economy</title>
         <description>EA has long been seen as time consuming to implement, difficult to get buy in and govern. Do organizations really have the luxury of choice? The cost of not aligning and optimizing is bringing systems to a grinding halt, not because of lack of CPU power, but dwindling funds to manage them. Very similar to the fuel crisis and need for better efficiency or alternative energy thinking, the time is ripe for efficient EA. What EA also needs is a dose of lightning up. EAlite anyone?</description>
         <link>http://www.infosysblogs.com/ea/2008/11/it_strategy_and_agile_ea_in_th.html</link>
         <guid>http://www.infosysblogs.com/ea/2008/11/it_strategy_and_agile_ea_in_th.html</guid>
         <category>Emerging Trends</category>
         <pubDate>Fri, 14 Nov 2008 09:11:38 +0000</pubDate>
      </item>
            <item>
         <title>Enterprise Architecture Enabling Strategies</title>
         <description><![CDATA[<p>EA enabling&nbsp;strategies and principles&nbsp;should be&nbsp;specific to&nbsp;each enterprise; And is governed by its business strategy by a large extent.<span>&nbsp; </span>In recent times, some common EA&nbsp;enabling&nbsp;strategies, in one way or the other, have influenced EA more than the others. This&nbsp;entry&nbsp;is an attempt to identify some of those more ubiquitous and important ones, that may further be elaborated on case to case basis. </p><p><span><strong>Form an Architecture Governance Team<br /></strong></span><span>&nbsp;</span></p><ul><li><span>A central team constituted with representation from stakeholders across the organization, should govern the planning, evolution and implementation of an Enterprise Architecture framework<br /></span><span>&nbsp;</span></li><li><span>Architecture should be well thought through to meet the common goals of all stakeholders.<br /></span><span>&nbsp;</span></li><li><span>The central team also should play a key role in establishing products, design and technology standards<br /></span></li></ul>]]></description>
         <link>http://www.infosysblogs.com/ea/2008/11/enterprise_architecture_enabli.html</link>
         <guid>http://www.infosysblogs.com/ea/2008/11/enterprise_architecture_enabli.html</guid>
         <category>Best Practices</category>
         <pubDate>Fri, 07 Nov 2008 18:17:14 +0000</pubDate>
      </item>
            <item>
         <title>Outsourcing of Enterprise Architecture functions.. 2008 Survey findings</title>
         <description><![CDATA[<p>- <a href="http://infosysblogs.com/managing-offshore-it/bloggers.html">Mohan Babu K</a> (cross posted from the <a title="Managing Offshore IT" href="http://www.infosysblogs.com/managing-offshore-it/">Managing Offshore IT</a> blog)</p><p>During the past few weeks I got involved in an interesting activity: analysis and review of responses to the 2008 Enterprise Architecture survey that Infosys has been conducting annually for the past few years.<br />&nbsp;<br />This year, we invited technology leaders from our client base and the global IT community to participate. 207 respondents from a cross-section of industry verticals, geographies and organizational sizes completed a web questionnaire of 24 detailed questions.&nbsp; A preliminary analysis of the results indicates a few trends, including:</p><ul><li>Enterprise Architecture is enabling business transformation [Does this surprise me?]</li><li>EA practices continue to mature with increasing use of metrics and processes [Again no surprises on this front]</li><li>Outsourcing of activities focused at Enterprise Architecture is an opportunity that most EA teams have not seriously considered [Now, this is interesting] </li></ul>]]></description>
         <link>http://www.infosysblogs.com/ea/2008/09/outsourcing_of_enterprise_arch.html</link>
         <guid>http://www.infosysblogs.com/ea/2008/09/outsourcing_of_enterprise_arch.html</guid>
         <category>Emerging Trends</category>
         <pubDate>Sat, 20 Sep 2008 03:45:29 +0000</pubDate>
      </item>
            <item>
         <title>Role of an Architect: Lessons from the movies - Part 7</title>
         <description><![CDATA[<p>- <a title="Information Management" href="http://www.infosys.com/IT-services/information-management/default.asp">Amit Jnagal</a>, Senior Technical Architect, Infosys <br /></p><p>In my last <a href="http://infosysblogs.com/ea/2008/07/role_of_an_architect_lessons_f_3.html" title="Role of an Architect">post</a>, I talked about the movie <a title="The 300 Spartans" target="_blank" href="http://www.imdb.com/title/tt0055719/">The 300 Spartans</a> and the lessons it held for Architects about doing the right thing, courage under fire, looking for alternatives etc.</p><p><a href="http://www.imdb.com/title/tt0104952/" target="_blank" title="My Cousin Vinny">My Cousin Vinny</a> (<em>Year of Release</em>: 1992; <em>Director</em>: Jonathan Lynn; <em>Our Architect</em>: Vincent Gambini, played by Joe Pesci; <em>Architect's Character</em>: Lawyer handling his first case for his cousin).</p><p>&lsquo;My Cousin Vinny&rsquo; is the story of a lawyer who finds himself defending his first cousin on the charges of first degree murder in his first ever trial. He has no experience as a lawyer and has never even attended the court as a lawyer, is totally unaware of the process or the protocol. He learns on the fly, makes silly mistakes on his first case, is excited by the trivial stuff, but makes a solid come back using his fundamental skills and saves his cousin from an almost certain seat on the electric chair. <br /></p>]]></description>
         <link>http://www.infosysblogs.com/ea/2008/08/role_of_an_architect_lessons_f_6.html</link>
         <guid>http://www.infosysblogs.com/ea/2008/08/role_of_an_architect_lessons_f_6.html</guid>
         <category>Organization</category>
         <pubDate>Wed, 06 Aug 2008 08:36:00 +0000</pubDate>
      </item>
            <item>
         <title>Reason, Stakeholder Engagement / Management and EA</title>
         <description><![CDATA[<!--[if gte mso 9]><xml>  <w:WordDocument>   <w:View>Normal</w:View>   <w:Zoom>0</w:Zoom>   <w:PunctuationKerning/>   <w:ValidateAgainstSchemas/>   <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>   <w:IgnoreMixedContent>false</w:IgnoreMixedContent>   <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>   <w:Compatibility>    <w:BreakWrappedTables/>    <w:SnapToGridInCell/>    <w:WrapTextWithPunct/>    <w:UseAsianBreakRules/>    <w:DontGrowAutofit/>   </w:Compatibility>   <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>  </w:WordDocument> </xml><![endif]--><!--[if gte mso 9]><xml>  <w:LatentStyles DefLockedState="false" LatentStyleCount="156">  </w:LatentStyles> </xml><![endif]--><p class="MsoNormal">Current issue of the New Scientist magazine has a very interesting cover story on &ldquo;<a target="_blank" href="http://www.newscientist.com/article.ns?id=mg19926661.400">Seven reasons why people hate reason</a>&rdquo;.<span>&nbsp; </span>Now, that is a guide I would have loved to have alongside during some rather difficult stakeholder engagements, when I couldn&rsquo;t stop thinking &ldquo;If only they could be reasonable&hellip;&rdquo;.</p>  ]]></description>
         <link>http://www.infosysblogs.com/ea/2008/08/reason_stakeholder_engagement.html</link>
         <guid>http://www.infosysblogs.com/ea/2008/08/reason_stakeholder_engagement.html</guid>
         <category>Organization</category>
         <pubDate>Fri, 01 Aug 2008 19:03:50 +0000</pubDate>
      </item>
            <item>
         <title>The most important considerations for Enterprise Architecture projects</title>
         <description><![CDATA[As part of a proposal, a prospect asked us to provide the 10 most important pieces of advice for an <a href="http://www.infosys.com/enterprise-architecture" title="Enterprise Architecture">EA</a> team. Wow, I thought, that&rsquo;s a really good question. And short of being able to do an awful lot of literature research (I am still on this assignment in the Middle East, and my library is at home back in Frankfurt), I just took a shot. <br /><br />I did not manage to get together 10 guidelines, but have a look at these 4 &ndash; and please feel free to fill in with your own experience.<br /><br />]]></description>
         <link>http://www.infosysblogs.com/ea/2008/07/the_most_important_considerati.html</link>
         <guid>http://www.infosysblogs.com/ea/2008/07/the_most_important_considerati.html</guid>
         <category>Best Practices</category>
         <pubDate>Thu, 31 Jul 2008 10:58:03 +0000</pubDate>
      </item>
            <item>
         <title>Role of an Architect: Lessons from the movies - Part 6</title>
         <description><![CDATA[<p>- <a href="http://www.infosys.com/IT-services/information-management/default.asp" title="Information Management">Amit Jnagal</a>, Senior Technical Architect, Infosys</p><p>In my last <a title="Role of an Architect" href="http://infosysblogs.com/ea/2008/07/role_of_an_architect_lessons_f_5.html">post</a>, I talked about the movie <a href="http://www.swades.com" target="_blank" title="Swades">Swades</a> and the lessons it held for Architects about giving back in the form of teaching budding architects, publishing papers etc. </p><p><a title="The 300 Spartans" href="http://www.imdb.com/title/tt0055719/" target="_blank">The 300 Spartans</a> (<em>Year of Release</em>: 1962; <em>Director</em>: Rudolph Mate; <em>Our Architect</em>: King Leonidas, played by Richard Egan; <em>Architect's Character</em>: The Greek king of Sparta who is up against a stronger Persian army)</p><p>&lsquo;The 300 Spartans&rsquo; depicts the invasion of Greece by the Persian army and the role of King Leonidas, the king of Sparta, known for its proud, bold and courageous army. The story deals with a number of issues &ndash; the role of the senate, the mammoth scale of problem at hand and the values of a team, in this case of a state. <br /></p>]]></description>
         <link>http://www.infosysblogs.com/ea/2008/07/role_of_an_architect_lessons_f_3.html</link>
         <guid>http://www.infosysblogs.com/ea/2008/07/role_of_an_architect_lessons_f_3.html</guid>
         <category>Organization</category>
         <pubDate>Tue, 29 Jul 2008 09:40:40 +0000</pubDate>
      </item>
            <item>
         <title>Architecture Speak</title>
         <description><![CDATA[<p>As I sit down to blog for the first time on the Enterprise Architecture blogs, a very fundamental question crosses my mind.&nbsp; That is how do architects speak, or communicate in general.</p><p>&nbsp;A very common occurance is to use a lot of buzzwords.&nbsp; I once encountered an architect who said &quot;issue A and issue B are orthagonal&quot;.&nbsp; He meant A and B are independent of each other.&nbsp; Architecture patterns too - be they singletons or&nbsp;facades - can be confusing explanations to IT management and customers.</p>]]></description>
         <link>http://www.infosysblogs.com/ea/2008/07/architecture_speak.html</link>
         <guid>http://www.infosysblogs.com/ea/2008/07/architecture_speak.html</guid>
         <category>Organization</category>
         <pubDate>Thu, 24 Jul 2008 03:05:45 +0000</pubDate>
      </item>
            <item>
         <title>Role of an Architect: Lessons from the movies - Part 5</title>
         <description><![CDATA[<p>- <a href="http://www.infosys.com/IT-services/information-management/default.asp" title="Information Management">Amit Jnagal</a>, Senior Technical Architect, Infosys</p><p>In my last <a href="http://infosysblogs.com/ea/2008/07/role_of_an_architect_lessons_f_4.html" title="Role of an Architect">post</a>, I talked about the movie&nbsp;<a title="Padosan" href="http://www.imdb.com/title/tt0063404/" /><a href="http://www.imdb.com/title/tt0063404/" title="Padosan">Padosan</a> and the lessons it held for Architects about observation, analyzing the non-obvious, taking care of your team, knowing your priorities etc.</p><p><a title="Swades" href="http://www.swades.com/" /><a href="http://www.swades.com/" title="Swades">Swades</a> (<em>Year of Release</em>: 2004; <em>Director</em>: Ashutosh Gowarikar; <em>Our Architect</em>: Mohan Bhargav, played by Shahrukh Khan; <em>Architect's Character</em>: A Music Director by profession, US-based research scientist with NASA, of Indian origin).</p><p>&lsquo;Swades&rsquo; is a story of Mohan Bhargav, a research scientist with NASA. He has Indian origin but is settled in the US with a nice job and comforts of life. He makes a trip to India to see his grandmother when leads him to a village. During this trip, he gets a firsthand experience of life in rural India and how far behind they have been left from the &lsquo;progress&rsquo; made by towns of the world. <br /></p>]]></description>
         <link>http://www.infosysblogs.com/ea/2008/07/role_of_an_architect_lessons_f_5.html</link>
         <guid>http://www.infosysblogs.com/ea/2008/07/role_of_an_architect_lessons_f_5.html</guid>
         <category>Organization</category>
         <pubDate>Mon, 21 Jul 2008 12:45:49 +0000</pubDate>
      </item>
      
   </channel>
</rss>
