<?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: Starting Your EA Practice &#8211; what roles would you pick?</title>
	<atom:link href="http://leodesousa.ca/2010/01/starting-your-ea-practice-what-roles-would-you-pick/feed/" rel="self" type="application/rss+xml" />
	<link>http://leodesousa.ca/2010/01/starting-your-ea-practice-what-roles-would-you-pick/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=starting-your-ea-practice-what-roles-would-you-pick</link>
	<description>a practical approach by Leo de Sousa</description>
	<lastBuildDate>Tue, 31 Aug 2010 06:54:38 -0700</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: LeodeSousa</title>
		<link>http://leodesousa.ca/2010/01/starting-your-ea-practice-what-roles-would-you-pick/comment-page-1/#comment-2320</link>
		<dc:creator>LeodeSousa</dc:creator>
		<pubDate>Fri, 22 Jan 2010 05:04:32 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=739#comment-2320</guid>
		<description>Thanks to Jon, Tom, Martin, Todd and Bob for the great feedback and insights from your experiences.  I am going to follow up with another post about the type of person all of you referred to ... a &quot;Strategic Practioner&quot;

All the best, Leo</description>
		<content:encoded><![CDATA[<p>Thanks to Jon, Tom, Martin, Todd and Bob for the great feedback and insights from your experiences.  I am going to follow up with another post about the type of person all of you referred to &#8230; a &#8220;Strategic Practioner&#8221;</p>
<p>All the best, Leo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob McIlree</title>
		<link>http://leodesousa.ca/2010/01/starting-your-ea-practice-what-roles-would-you-pick/comment-page-1/#comment-2318</link>
		<dc:creator>Bob McIlree</dc:creator>
		<pubDate>Thu, 21 Jan 2010 23:59:43 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=739#comment-2318</guid>
		<description>I agree with Todd here, but there is another issue that has to be addressed: too many EAs are IT-centric, and that doesn&#039;t and isn&#039;t flying with the business much, and that&#039;s to whom EA value must be shown in the end, not necessarily the CIO or CTO.

 EA groups are getting more traction and success by breaking free of IT centricity and concentrating on the overlaps between business architecture, information architecture (not data modeling per se, but HOW, WHY, and WHAT information is used within the org, not just atomic data or structures), and, of course, IT architecture and structures.

Sorry if I&#039;m sounding a bit Gartner-esque here guys, but I&#039;ve been noodling the &#039;EAs being too IT-centric&#039; issue lately, and I might get off my duff soon and blog about it.... :)

Some of the prior comments allude to skills a type of person who fits what I just described would have.</description>
		<content:encoded><![CDATA[<p>I agree with Todd here, but there is another issue that has to be addressed: too many EAs are IT-centric, and that doesn&#8217;t and isn&#8217;t flying with the business much, and that&#8217;s to whom EA value must be shown in the end, not necessarily the CIO or CTO.</p>
<p> EA groups are getting more traction and success by breaking free of IT centricity and concentrating on the overlaps between business architecture, information architecture (not data modeling per se, but HOW, WHY, and WHAT information is used within the org, not just atomic data or structures), and, of course, IT architecture and structures.</p>
<p>Sorry if I&#8217;m sounding a bit Gartner-esque here guys, but I&#8217;ve been noodling the &#8216;EAs being too IT-centric&#8217; issue lately, and I might get off my duff soon and blog about it&#8230;. <img src='http://leodesousa.ca/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Some of the prior comments allude to skills a type of person who fits what I just described would have.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Biske</title>
		<link>http://leodesousa.ca/2010/01/starting-your-ea-practice-what-roles-would-you-pick/comment-page-1/#comment-2316</link>
		<dc:creator>Todd Biske</dc:creator>
		<pubDate>Thu, 21 Jan 2010 19:31:54 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=739#comment-2316</guid>
		<description>Interesting idea from Nick, but in reality, I doubt there are too many IT shops that are adequately sized such that they could hire their own PM or data analyst.  This leaves you with two options.  First, find enterprise architects who also have experience in project management, communication, data analysis, etc., and leverage these secondary skills as needed.  Second, contact internal sources (e.g. PMO, IT Communications, etc.) to supplement your skills, if you have them.  

For me, the takeaway from Nick&#039;s comment is that you need to look at the secondary skills (in addition to the primary skills for the job function) of your EA team and make sure you strike the right balance.  If you have a bunch of great architects, but none of them communicate well, you will struggle.  If you have a bunch of great architects, but no one can organize and manage an effort in a more formal manner, you will struggle.</description>
		<content:encoded><![CDATA[<p>Interesting idea from Nick, but in reality, I doubt there are too many IT shops that are adequately sized such that they could hire their own PM or data analyst.  This leaves you with two options.  First, find enterprise architects who also have experience in project management, communication, data analysis, etc., and leverage these secondary skills as needed.  Second, contact internal sources (e.g. PMO, IT Communications, etc.) to supplement your skills, if you have them.  </p>
<p>For me, the takeaway from Nick&#8217;s comment is that you need to look at the secondary skills (in addition to the primary skills for the job function) of your EA team and make sure you strike the right balance.  If you have a bunch of great architects, but none of them communicate well, you will struggle.  If you have a bunch of great architects, but no one can organize and manage an effort in a more formal manner, you will struggle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Howitt</title>
		<link>http://leodesousa.ca/2010/01/starting-your-ea-practice-what-roles-would-you-pick/comment-page-1/#comment-2315</link>
		<dc:creator>Martin Howitt</dc:creator>
		<pubDate>Thu, 21 Jan 2010 16:42:54 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=739#comment-2315</guid>
		<description>Hi Leo,

great question.
I think the answer depends on the type of organisation you are in. In some orgs you need political clout to get anywhere (so get a respected senior manager on board), whereas in others you might need innovative generalists with an entrepreneurial streak.
Either way, you need generalists, people who can context-switch and people who aren&#039;t afraid of looking stupid by asking stupid questions (there are no stupid questions!).

I would prioritise social skills and emotional intelligence above domain (especially technical) knowledge; enthusiasm and vision above rigour; pragmatism above idealism; curiosity above all else.

this answer doesn&#039;t really do justice to the question; I too am interested to hear other people&#039;s views.

regards
Martin</description>
		<content:encoded><![CDATA[<p>Hi Leo,</p>
<p>great question.<br />
I think the answer depends on the type of organisation you are in. In some orgs you need political clout to get anywhere (so get a respected senior manager on board), whereas in others you might need innovative generalists with an entrepreneurial streak.<br />
Either way, you need generalists, people who can context-switch and people who aren&#8217;t afraid of looking stupid by asking stupid questions (there are no stupid questions!).</p>
<p>I would prioritise social skills and emotional intelligence above domain (especially technical) knowledge; enthusiasm and vision above rigour; pragmatism above idealism; curiosity above all else.</p>
<p>this answer doesn&#8217;t really do justice to the question; I too am interested to hear other people&#8217;s views.</p>
<p>regards<br />
Martin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Graves</title>
		<link>http://leodesousa.ca/2010/01/starting-your-ea-practice-what-roles-would-you-pick/comment-page-1/#comment-2314</link>
		<dc:creator>Tom Graves</dc:creator>
		<pubDate>Thu, 21 Jan 2010 16:30:21 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=739#comment-2314</guid>
		<description>I wouldn&#039;t so much pick a role (i.e. skillset) as a type of person - specifically, a very good generalist with a very strong social network throughout the enterprise. If they&#039;re to be your contact and link-person to get the architecture going, *who* they know matters a lot more than *what* they know. And the broader the range of SMEs and other &#039;super-nodes&#039; they know, the better, because a true enterprise-architecture needs to cover everything at every level, not solely a single domain such as IT.

Apart from that, I would agree strongly with Jon - an experienced PM (especially a &#039;scrounger&#039; who knows how the game *really* works within the enterprise) is probably the skillset you need the most at the start, and build outward from there. I&#039;d also agree that the permanent EA team should always be small - though might co-opt any number of specialists on a project-by-project basis.

(Looking forward to Nick&#039;s comments on this, too. :-) )</description>
		<content:encoded><![CDATA[<p>I wouldn&#8217;t so much pick a role (i.e. skillset) as a type of person &#8211; specifically, a very good generalist with a very strong social network throughout the enterprise. If they&#8217;re to be your contact and link-person to get the architecture going, *who* they know matters a lot more than *what* they know. And the broader the range of SMEs and other &#8216;super-nodes&#8217; they know, the better, because a true enterprise-architecture needs to cover everything at every level, not solely a single domain such as IT.</p>
<p>Apart from that, I would agree strongly with Jon &#8211; an experienced PM (especially a &#8216;scrounger&#8217; who knows how the game *really* works within the enterprise) is probably the skillset you need the most at the start, and build outward from there. I&#8217;d also agree that the permanent EA team should always be small &#8211; though might co-opt any number of specialists on a project-by-project basis.</p>
<p>(Looking forward to Nick&#8217;s comments on this, too. <img src='http://leodesousa.ca/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  )</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LeodeSousa</title>
		<link>http://leodesousa.ca/2010/01/starting-your-ea-practice-what-roles-would-you-pick/comment-page-1/#comment-2313</link>
		<dc:creator>LeodeSousa</dc:creator>
		<pubDate>Thu, 21 Jan 2010 16:13:28 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=739#comment-2313</guid>
		<description>Jon,

Thanks for the quick response and insights. I was hoping to generate some diverse approaches by posting this, especially after my conversation with Nick Malik. I have been a team of one for 5 years and had to beg, borrow and steal people&#039;s time to make any advances in our EA practice.  I will be pinging Nick to get him to write about his suggested team composition.

More to come I am sure! 
Leo</description>
		<content:encoded><![CDATA[<p>Jon,</p>
<p>Thanks for the quick response and insights. I was hoping to generate some diverse approaches by posting this, especially after my conversation with Nick Malik. I have been a team of one for 5 years and had to beg, borrow and steal people&#8217;s time to make any advances in our EA practice.  I will be pinging Nick to get him to write about his suggested team composition.</p>
<p>More to come I am sure!<br />
Leo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention Enterprise Architecture in Higher Education » Starting Your EA Practice – what roles would you pick? -- Topsy.com</title>
		<link>http://leodesousa.ca/2010/01/starting-your-ea-practice-what-roles-would-you-pick/comment-page-1/#comment-2312</link>
		<dc:creator>Tweets that mention Enterprise Architecture in Higher Education » Starting Your EA Practice – what roles would you pick? -- Topsy.com</dc:creator>
		<pubDate>Thu, 21 Jan 2010 16:02:52 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=739#comment-2312</guid>
		<description>[...] This post was mentioned on Twitter by Leo de Sousa, Jon H Ayre. Jon H Ayre said: RT @leodesousa: New Post Starting Your EA Practice – what roles would you pick? http://ping.fm/SICnu #entarch &lt;- Comments added [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Leo de Sousa, Jon H Ayre. Jon H Ayre said: RT @leodesousa: New Post Starting Your EA Practice – what roles would you pick? <a href="http://ping.fm/SICnu" rel="nofollow">http://ping.fm/SICnu</a> #entarch &lt;- Comments added [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon H Ayre (The Enterprising Architect)</title>
		<link>http://leodesousa.ca/2010/01/starting-your-ea-practice-what-roles-would-you-pick/comment-page-1/#comment-2311</link>
		<dc:creator>Jon H Ayre (The Enterprising Architect)</dc:creator>
		<pubDate>Thu, 21 Jan 2010 16:00:47 +0000</pubDate>
		<guid isPermaLink="false">http://leodesousa.ca/?p=739#comment-2311</guid>
		<description>Some off the cuff thoughts (rushed off in a spare moment so please forgive the directness).

I would hope as Chief Architect you would also manage the PM activities in the early days (A PM for a team of 2 when one of the 2 is the PM and the other is the Leader seems a little premature). Looking then for a data analyst seems two specialised at this early stage.

I would first focus on finding at least one or two key architecture players. These need to be strong individuals with a creative bent and a thirst for knowledge. They need to be great communicators with a willingness to make decisions in the absence of certainty. Broad experience is useful, but if this comes hand-in-hand with laboured cynicism and a lack of belief in the impossible made possible then err on the side of belief.

With these key players you will be able to behave like an exciting &quot;start-up&quot;, delivering real content and showing those who depend on you that you mean business. You will gain credibility, and be able to deliver value quickly.

As things grow you may then reach a point where your ability to multi-task is challenged and then (and only then) should you consider bringing in specialists to handle the load.

There is no place in a small team for specialists who cannot generalise.

Now... Hiring a PM and an analyst is fine if you are a consultancy, as someone else is footing the bill, but the one-person-one-job mentality has no place (IMO) in a small team, and all architecture teams should (IMO) be small and agile to truly succeed.

Regards
The Enterprising Architect
http://theenterprisingarchitect.blogspot.com</description>
		<content:encoded><![CDATA[<p>Some off the cuff thoughts (rushed off in a spare moment so please forgive the directness).</p>
<p>I would hope as Chief Architect you would also manage the PM activities in the early days (A PM for a team of 2 when one of the 2 is the PM and the other is the Leader seems a little premature). Looking then for a data analyst seems two specialised at this early stage.</p>
<p>I would first focus on finding at least one or two key architecture players. These need to be strong individuals with a creative bent and a thirst for knowledge. They need to be great communicators with a willingness to make decisions in the absence of certainty. Broad experience is useful, but if this comes hand-in-hand with laboured cynicism and a lack of belief in the impossible made possible then err on the side of belief.</p>
<p>With these key players you will be able to behave like an exciting &#8220;start-up&#8221;, delivering real content and showing those who depend on you that you mean business. You will gain credibility, and be able to deliver value quickly.</p>
<p>As things grow you may then reach a point where your ability to multi-task is challenged and then (and only then) should you consider bringing in specialists to handle the load.</p>
<p>There is no place in a small team for specialists who cannot generalise.</p>
<p>Now&#8230; Hiring a PM and an analyst is fine if you are a consultancy, as someone else is footing the bill, but the one-person-one-job mentality has no place (IMO) in a small team, and all architecture teams should (IMO) be small and agile to truly succeed.</p>
<p>Regards<br />
The Enterprising Architect<br />
<a href="http://theenterprisingarchitect.blogspot.com" rel="nofollow">http://theenterprisingarchitect.blogspot.com</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
