<?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: Lecturing on EA @ BCIT &#8211; Rethinking my Approach</title>
	<atom:link href="http://leodesousa.ca/2010/01/lecturing-on-ea-bcit-rethinking-my-approach/feed/" rel="self" type="application/rss+xml" />
	<link>http://leodesousa.ca/2010/01/lecturing-on-ea-bcit-rethinking-my-approach/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=lecturing-on-ea-bcit-rethinking-my-approach</link>
	<description>a practical approach by Leo de Sousa</description>
	<lastBuildDate>Wed, 08 Sep 2010 21:38:39 -0700</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Leo de Sousa</title>
		<link>http://leodesousa.ca/2010/01/lecturing-on-ea-bcit-rethinking-my-approach/comment-page-1/#comment-2652</link>
		<dc:creator>Leo de Sousa</dc:creator>
		<pubDate>Wed, 24 Feb 2010 23:25:09 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=772#comment-2652</guid>
		<description>Allan,  

Thank you for the excellent insights and feedback.  We do have a long way to go to get to the rigour that is demonstrated by Finance practices.  Have you looked at what the Center for the Advancement of the Enterprise Architecture Practice (CAEAP) is up to.  I have been working on a couple of chapters in the Professional Practice Guide.  Here is the website http://caeap.org

My presentation is too big to email but I can create a pdf to share with you. 

Cheers! Leo</description>
		<content:encoded><![CDATA[<p>Allan,  </p>
<p>Thank you for the excellent insights and feedback.  We do have a long way to go to get to the rigour that is demonstrated by Finance practices.  Have you looked at what the Center for the Advancement of the Enterprise Architecture Practice (CAEAP) is up to.  I have been working on a couple of chapters in the Professional Practice Guide.  Here is the website <a href="http://caeap.org" rel="nofollow">http://caeap.org</a></p>
<p>My presentation is too big to email but I can create a pdf to share with you. </p>
<p>Cheers! Leo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allan Gillard</title>
		<link>http://leodesousa.ca/2010/01/lecturing-on-ea-bcit-rethinking-my-approach/comment-page-1/#comment-2651</link>
		<dc:creator>Allan Gillard</dc:creator>
		<pubDate>Wed, 24 Feb 2010 23:13:56 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=772#comment-2651</guid>
		<description>Hi Leo,
My view on this as an architect for over 15 years, and a developer before that, is that I would agree that much of Enterprise Architecture (EA) has a technical focus.  I see that as a consequence of the increasing reliance on technology to enable the business to deliver its goods and services to its customers.
Where EA is applied in an organisation tends to be centred around Projects - which makes sense since they are the change mechanism for taking an organisation from where they are today (the Current State), to where they want to be (the Target State).  EA is about defining that Target State (across the Business, Information, Application and Technology domains) as determined by the Business Drivers and stated in the Business Strategy, and outlining the roadmap on how best to get there.  The Business Strategy identifies the Business Objectives that are then assigned to Projects to deliver (the Demand Pipeline).
Solution Architecture (SA) takes the roadmaps and applies them to the project objectives and constraints (Budget, Cost and Resources - the Supply Pipeline), and designs the solution in line with the specific project requirements.
The solution is then developed and implemented by the project within the current operational and system management environment.
The point is that EA is still an evolving practice when compared to the equivalent disicplines of Finance and HR - Finance has its roots going back to the 18th century, and HR practices dated from the late 19th century, while EA only really began in the 1960s.
I would be interested if possible to get a copy of the notes from your presentation.
Regards,
   Allan.</description>
		<content:encoded><![CDATA[<p>Hi Leo,<br />
My view on this as an architect for over 15 years, and a developer before that, is that I would agree that much of Enterprise Architecture (EA) has a technical focus.  I see that as a consequence of the increasing reliance on technology to enable the business to deliver its goods and services to its customers.<br />
Where EA is applied in an organisation tends to be centred around Projects &#8211; which makes sense since they are the change mechanism for taking an organisation from where they are today (the Current State), to where they want to be (the Target State).  EA is about defining that Target State (across the Business, Information, Application and Technology domains) as determined by the Business Drivers and stated in the Business Strategy, and outlining the roadmap on how best to get there.  The Business Strategy identifies the Business Objectives that are then assigned to Projects to deliver (the Demand Pipeline).<br />
Solution Architecture (SA) takes the roadmaps and applies them to the project objectives and constraints (Budget, Cost and Resources &#8211; the Supply Pipeline), and designs the solution in line with the specific project requirements.<br />
The solution is then developed and implemented by the project within the current operational and system management environment.<br />
The point is that EA is still an evolving practice when compared to the equivalent disicplines of Finance and HR &#8211; Finance has its roots going back to the 18th century, and HR practices dated from the late 19th century, while EA only really began in the 1960s.<br />
I would be interested if possible to get a copy of the notes from your presentation.<br />
Regards,<br />
   Allan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention Enterprise Architecture in Higher Education » Lecturing on EA @ BCIT – Rethinking my Approach -- Topsy.com</title>
		<link>http://leodesousa.ca/2010/01/lecturing-on-ea-bcit-rethinking-my-approach/comment-page-1/#comment-2372</link>
		<dc:creator>Tweets that mention Enterprise Architecture in Higher Education » Lecturing on EA @ BCIT – Rethinking my Approach -- Topsy.com</dc:creator>
		<pubDate>Wed, 27 Jan 2010 18:21:52 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=772#comment-2372</guid>
		<description>[...] This post was mentioned on Twitter by Leo de Sousa, Fauzan Mohamad. Fauzan Mohamad said: EA: Enterprise Architecture in Higher Education » Lecturing on EA ...: Tonight, I had the privilege of being a gue... http://bit.ly/ag6q1f [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Leo de Sousa, Fauzan Mohamad. Fauzan Mohamad said: EA: Enterprise Architecture in Higher Education » Lecturing on EA &#8230;: Tonight, I had the privilege of being a gue&#8230; <a href="http://bit.ly/ag6q1f" rel="nofollow">http://bit.ly/ag6q1f</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LeodeSousa</title>
		<link>http://leodesousa.ca/2010/01/lecturing-on-ea-bcit-rethinking-my-approach/comment-page-1/#comment-2371</link>
		<dc:creator>LeodeSousa</dc:creator>
		<pubDate>Wed, 27 Jan 2010 16:03:59 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=772#comment-2371</guid>
		<description>Early in the development of our EA practice, I spent most of my time listening in on meetings where there were pictures on the whiteboard.  After a few of these meetings, the technical experts just expected the EA (me) to be there and started asking my opinion and advice.  The other big win was embedding EA reviews into our Project Management and Change Management Processes.  We were able to influence decisions on technology adoption and in some cases stopped projects altogether because we already had something that did what was required.</description>
		<content:encoded><![CDATA[<p>Early in the development of our EA practice, I spent most of my time listening in on meetings where there were pictures on the whiteboard.  After a few of these meetings, the technical experts just expected the EA (me) to be there and started asking my opinion and advice.  The other big win was embedding EA reviews into our Project Management and Change Management Processes.  We were able to influence decisions on technology adoption and in some cases stopped projects altogether because we already had something that did what was required.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mridul</title>
		<link>http://leodesousa.ca/2010/01/lecturing-on-ea-bcit-rethinking-my-approach/comment-page-1/#comment-2368</link>
		<dc:creator>Mridul</dc:creator>
		<pubDate>Wed, 27 Jan 2010 11:28:25 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=772#comment-2368</guid>
		<description>HI Leo,
Just curious to know, how do you identify and put across short term benefits of EA, if any. And what is the time window for short term benefits?

regards,
Mridul</description>
		<content:encoded><![CDATA[<p>HI Leo,<br />
Just curious to know, how do you identify and put across short term benefits of EA, if any. And what is the time window for short term benefits?</p>
<p>regards,<br />
Mridul</p>
]]></content:encoded>
	</item>
</channel>
</rss>
