<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx</link><description>Does anyone ever ask you to justify what you do? I've worked in most roles in technical development and management. Only in Enterprise Architecture do I get that question. So I'm posing an open question to the EA community: how do you demonstrate value?</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx#7866747</link><pubDate>Sun, 24 Feb 2008 04:33:52 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7866747</guid><dc:creator>Mike Kavis</dc:creator><description>&lt;p&gt;I was asked by someone high up in my organization the questions, &amp;quot;Why do we need an architecture team?&amp;quot; &amp;nbsp;In response to that question, I wrote this piece called Got Architecture? &lt;a rel="nofollow" target="_new" href="http://blogs.ittoolbox.com/eai/madgreek/archives/got-architecture-20254"&gt;http://blogs.ittoolbox.com/eai/madgreek/archives/got-architecture-20254&lt;/a&gt;&lt;/p&gt;</description></item><item><title>MSDN Blog Postings  &amp;raquo; Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx#7867067</link><pubDate>Sun, 24 Feb 2008 04:53:35 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7867067</guid><dc:creator>MSDN Blog Postings  » Enterprise Architecture: Earning our keep</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://msdnrss.thecoderblogs.com/2008/02/23/enterprise-architecture-earning-our-keep/"&gt;http://msdnrss.thecoderblogs.com/2008/02/23/enterprise-architecture-earning-our-keep/&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>re: Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx#7867534</link><pubDate>Sun, 24 Feb 2008 05:21:02 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7867534</guid><dc:creator>Hong S Kim</dc:creator><description>&lt;p&gt;EA project should be linked with the company problem. For example, company has a problem in sales growth and profits. Then it survey the root causes according to a well proved category or BSC estabished. In order to remove and improve the root causes of the specific problems, it introduce the EA concept company wide. A average company used to achieve more or less performance in solving the company problem and have good results in the sales growth and profits. Once company proves itself that EA is the goodness, then you can explain that EA is good investment. &amp;nbsp;&lt;/p&gt;</description></item><item><title>re: Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx#7871770</link><pubDate>Sun, 24 Feb 2008 09:15:42 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7871770</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;Hi Hong,&lt;/p&gt;
&lt;p&gt;Interesting. &amp;nbsp;There's a saying from where I grew up. &amp;nbsp;Someone would tell me that something was good for me to eat or drink by saying &amp;quot;It's good for what ails you.&amp;quot; &amp;nbsp;&lt;/p&gt;
&lt;p&gt;It means &amp;quot;healthy things are healthy.&amp;quot; &amp;nbsp;It doesn't say how something is healthy, or what makes it healthy. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;What I hear you saying is that EA &amp;quot;is good for what ails you.&amp;quot; &amp;nbsp;In other words, I'm supposed to go in, find out what hurts, and apply EA, and fix it, and then EA gets the credit.&lt;/p&gt;
&lt;p&gt;The assumption there is that we can actually solve any problem with EA.&lt;/p&gt;
&lt;p&gt;I don't believe that is true.&lt;/p&gt;
&lt;p&gt;--- Nick&lt;/p&gt;
</description></item><item><title>re: Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx#7872018</link><pubDate>Sun, 24 Feb 2008 09:29:08 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7872018</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;Hi Mike,&lt;/p&gt;
&lt;p&gt;Love your post. &amp;nbsp;Kudos.&lt;/p&gt;
&lt;p&gt;--- Nick&lt;/p&gt;
</description></item><item><title>re: Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx#7928369</link><pubDate>Thu, 28 Feb 2008 06:46:25 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7928369</guid><dc:creator>TPL</dc:creator><description>&lt;p&gt;I think you're missing the point: EA solves problems of visibility, relationships, and addresses the impact of change before a change is made. &amp;nbsp;Without EA, when you want to know &amp;quot;what is the impact if we consolidate these applications&amp;quot;, the common approach is to get all of the application guys and all of the liaison's to the business in the room and ask them. &amp;nbsp;The answer isn't we affect 1,000 people with login IDs on servers running the apps; the answer is we impact 50 people performing a step in a process that uses these apps to do a job. &amp;nbsp;EA is designed to assist with assessing the impact of change - without having to get every expert in a room and debate the impact without facts. &amp;nbsp;Want to it in Visio? &amp;nbsp;Greast idea - we'll hang 30 diagrams on the wall and &amp;quot;walk the room&amp;quot;, with the experts in tow, asking questions. It requires discipline and communication, sure, like anything in business. &amp;nbsp;But it has a clear value proposition: visibility into relationships between people, technology, and processes. &amp;nbsp;&lt;/p&gt;</description></item><item><title>re: Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx#7936056</link><pubDate>Thu, 28 Feb 2008 18:47:32 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7936056</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;Hi TPL,&lt;/p&gt;
&lt;p&gt;I'm not missing the point at all. &amp;nbsp;I agree that reducing the cost of change is one reason for EA. &amp;nbsp;However, you have failed to understand my question.&lt;/p&gt;
&lt;p&gt;Visibility to what end?&lt;/p&gt;
&lt;p&gt;Visibility for the sake of visibility?&lt;/p&gt;
&lt;p&gt;If it is more efficient to ask 50 people instead of 1000, you have to answer two questions: (1) you asked a question... why did you ask? &amp;nbsp;What strategy were you fulfilling by asking the question? &amp;nbsp;Many IT shops do not ask. &amp;nbsp;So why did you? &amp;nbsp;(2) Why does it matter if that process is efficient? &amp;nbsp;Are there other ways to make it efficient besides creating EA?&lt;/p&gt;
&lt;p&gt;I'm not being stupid. &amp;nbsp;Process improvement means looking at the outputs and finding efficiency. &amp;nbsp;If we want to survive the changes we are making, we need to understand that connection. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;In the parlance of the Six Sigma guys, I'm looking for the business measure that we influence... the &amp;quot;Big Y&amp;quot;. &amp;nbsp;Looks like you think it is &amp;quot;the cost of IT&amp;quot; or &amp;quot;the efficiency of IT spend.&amp;quot; &amp;nbsp;Would that be right?&lt;/p&gt;
&lt;p&gt;--- Nick&lt;/p&gt;
</description></item><item><title>re: Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx#7937220</link><pubDate>Thu, 28 Feb 2008 23:16:26 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7937220</guid><dc:creator>Gregory Yankelovich</dc:creator><description>&lt;p&gt;Nick,&lt;/p&gt;
&lt;p&gt;I would approach it from the effectiveness rather than efficiency point of view. Without modeling proposed processes, applications, etc. there is no way to make any cost/effect argument with any credibility. How do we know that we plan to do a Right Thing? What is a cost of opportunity? Howard Schneiderman (&lt;a rel="nofollow" target="_new" href="http://books.nap.edu/openbook.php?record_id=4560&amp;amp;page=481"&gt;http://books.nap.edu/openbook.php?record_id=4560&amp;amp;page=481&lt;/a&gt;) wrote:&lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp;&amp;quot;When you turn down a request for funding an R&amp;amp;D project, you are right 90% of the time. That’s a far higher rate of decision accuracy than you get anywhere else, so you do it. &lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp;And that’s fine. Except for the 10% of the time you’re wrong. When you’re wrong, you lose the company.&amp;quot;&lt;/p&gt;
&lt;p&gt;There are too many IT projects around which have never delivered any ROI at all and there is a lot of doubt in business management community whenever another IT expenditure, they don't understand, is being proposed. &amp;nbsp;&lt;/p&gt;</description></item><item><title>re: Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx#7974369</link><pubDate>Sat, 01 Mar 2008 14:01:18 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7974369</guid><dc:creator>Jack van Hoof</dc:creator><description>&lt;P&gt;That is an interesting and very important question, Nick. Because of the importance I spent a&amp;nbsp;&lt;/A&gt; &lt;A class="" href="http://soa-eda.blogspot.com/2008/03/what-is-purpose-of-enterprise.html" target=_blank&gt;blog entry&lt;/A&gt; on answering your question.&lt;/P&gt;
&lt;P&gt;&lt;A href="http://soa-eda.blogspot.com/2008/03/what-is-purpose-of-enterprise.html" target=_new rel=nofollow&gt;http://soa-eda.blogspot.com/2008/03/what-is-purpose-of-enterprise.html&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Jack&lt;/P&gt;</description></item><item><title>re: Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx#7979549</link><pubDate>Sat, 01 Mar 2008 20:07:43 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7979549</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;Gregory, &lt;/p&gt;
&lt;p&gt;You hit on one benefit that no one else has mentioned in a long time to me: better decision making. &amp;nbsp;Businesses need a team of experts to review the proposed R&amp;amp;D projects to offer independent advice about the benefits and risks associated with proceeding with it. &amp;nbsp;With this data, we can lower that &amp;quot;rate of killing good projects&amp;quot; so that we benefit from promising ideas without having to fund quite so many crackpot ideas.&lt;/p&gt;
&lt;p&gt;In effect, we want to find our Prince Charming by kissing a lot fewer toads. &amp;nbsp;&lt;/p&gt;
</description></item><item><title>re: Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx#8039927</link><pubDate>Wed, 05 Mar 2008 04:04:48 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8039927</guid><dc:creator>peter foley</dc:creator><description>&lt;p&gt;I have struggled with coming up with specific measures for the effects of the EA process rather than for the EA proces itself (eg the US FEAF has measures about the process not about its effects).&lt;/p&gt;
&lt;p&gt;It is a bit like being &amp;quot;healthy&amp;quot; - measures on an individual doing &amp;quot;good&amp;quot; activities vs &amp;quot;bad&amp;quot; activities are very long term and must be compared to community averages e.g. if you smoke you will live 5 years less on average.&lt;/p&gt;
&lt;p&gt;So if we see EA as being a &amp;quot;healthy&amp;quot; thing to do for an enterprise what measures are effected and can be compared to other organisations in the same community/industry -&lt;/p&gt;
&lt;p&gt;	- lifetime&lt;/p&gt;
&lt;p&gt;	- profit / share value&lt;/p&gt;
&lt;p&gt;	- growth / market share&lt;/p&gt;
&lt;p&gt;Of course this is much easier in private enterprise than in government (where I work). It leads to the question - How do you know if a government department/organisation is doing a good job? User surveys? Some sort of audit across similar departments around the world?&lt;/p&gt;
&lt;p&gt;Most of us just fall back on the perception of our executives!&lt;/p&gt;</description></item><item><title>re: Enterprise Architecture: Earning our keep</title><link>http://blogs.msdn.com/nickmalik/archive/2008/02/23/enterprise-architecture-earning-our-keep.aspx#8049778</link><pubDate>Wed, 05 Mar 2008 12:36:13 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8049778</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;Hi Peter,&lt;/p&gt;
&lt;p&gt;And I thought I had it bad. &amp;nbsp;;-)&lt;/p&gt;
&lt;p&gt;I got some really good answers sent to me directly. &amp;nbsp;I'll blog them. &amp;nbsp;There's some good stuff here.&lt;/p&gt;
&lt;p&gt;--- N&lt;/p&gt;
</description></item></channel></rss>