<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.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>Architecture type definitions</title><link>http://blogs.technet.com/michael_platt/archive/2005/10/07/412167.aspx</link><description>Following on from the comments on my previous Blog I updated the architetcre types; · What are the types of architect? Whilst architects need all of the above skills the technical depth skills and experience level that they have make them fall into one</description><dc:language>en-GB</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Architecture type definitions</title><link>http://blogs.technet.com/michael_platt/archive/2005/10/07/412167.aspx#412300</link><pubDate>Mon, 10 Oct 2005 23:59:04 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:412300</guid><dc:creator>Panagiotis Kanavos, SQL Server MVP</dc:creator><description>What is then the definition of the Software Architect? I heard the term mentioned at a summit two weeks ago ;)</description></item><item><title>re: Architecture type definitions</title><link>http://blogs.technet.com/michael_platt/archive/2005/10/07/412167.aspx#413598</link><pubDate>Thu, 03 Nov 2005 19:36:46 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:413598</guid><dc:creator>Graham Chastney</dc:creator><description>Nice post. I'm not sure though that I would split the definitions the way that you have or give the names that you have. I think the problem is with the definition of a solution architect and an infrastructure architect. In a sense there is a suggestion from the names that the infrastructure architect doesn't deliver any solutions and that's clearly not the case. Speaking as someone who is clearly within the Infrastructure Architect camp (from your definition) it facinates me that the Infrastructure Architect is always put last, almost like it's a hierarchy, again something that is clear not true.</description></item><item><title>re: Architecture type definitions</title><link>http://blogs.technet.com/michael_platt/archive/2005/10/07/412167.aspx#415982</link><pubDate>Tue, 13 Dec 2005 14:38:03 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:415982</guid><dc:creator>Ekrem Aksoy</dc:creator><description>To me, these definitons are necessary to distinguish roles in such a software organization. However, as a &amp;quot;solution architect&amp;quot;, I'd such moments to decide the strategical extension for projects. I mean, although we can say where an architect's point of view is, we should care of his/her context. Thus, instead of defining the boundaries, we should focus on architectural body of knowledge. It has to be canonical such that we all can apply to several layers of abstraction</description></item><item><title>re: Architecture type definitions</title><link>http://blogs.technet.com/michael_platt/archive/2005/10/07/412167.aspx#415983</link><pubDate>Tue, 13 Dec 2005 14:47:12 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:415983</guid><dc:creator>Gary Varga</dc:creator><description>I don't see it as a hierarchy, or if there is one, the Solution Architect (SA) is at the bottom of the tree. Not because they are any less skilled but because the SA works on projects (or programmes at most) which build upon the work of the other two. It has a clear period for each project (ignore deadline slippage etc) i.e. a beginning and an end.&lt;br&gt;&lt;br&gt;The Infrastructure Architect (IA) role appears to be an attempt to make the use of computing as close to utility usage as is reasonably possible e.g. delivers a new machine that plugs into a network that allows access to all that a user needs (and no more). It is a neverending (and thankless?) task.&lt;br&gt;&lt;br&gt;The Enterprise Architect (EA) tends to define future changes to match current requirements or new ways to deliver them. These changes may be to process, tools or roles. This role is again continuous, like the IA.&lt;br&gt;&lt;br&gt;Basically, the EA is responsible for defining the future direction of the provision of tools (i.e. manual or automated systems) to support the needs of the business. The IA provides the technical platform (including COTS) for the business to utilise. Whilst the SA is responsible for providing a specific tools to the business to perform specific tasks.&lt;br&gt;&lt;br&gt;As for a Software Architect - this really is split between the EA and the SA. Both do Software Architect duties but at a different level. The SA relies on architectural decisions made by the EA and the IA.&lt;br&gt;&lt;br&gt;This is my view as an SA.</description></item><item><title>The various hats of an architect...</title><link>http://blogs.technet.com/michael_platt/archive/2005/10/07/412167.aspx#419574</link><pubDate>Wed, 15 Feb 2006 04:41:57 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:419574</guid><dc:creator>Ali Pasha's WebLog...</dc:creator><description>One of the most heated debates out there is that of the definition of an architect. In my view, what...</description></item><item><title>Architecture this, architecture that ...</title><link>http://blogs.technet.com/michael_platt/archive/2005/10/07/412167.aspx#419747</link><pubDate>Thu, 16 Feb 2006 19:13:14 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:419747</guid><dc:creator>Panagiotis Kanavos' Weblog</dc:creator><description>Διάβασα πρόσφατα το άρθρο &amp;amp;quot;What is a software architecture?&amp;amp;quot; στο τελευταίο τεύχος του Rational Ezine....</description></item><item><title>Links on Architecture</title><link>http://blogs.technet.com/michael_platt/archive/2005/10/07/412167.aspx#421993</link><pubDate>Tue, 14 Mar 2006 17:51:33 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:421993</guid><dc:creator>Paulo Sousa</dc:creator><description>original post on October 26th, 2005&lt;br&gt;Just some links for future reference:&lt;br&gt;&lt;br&gt;Enterprise Architecture,...</description></item><item><title>What is Architecture - Part 2</title><link>http://blogs.technet.com/michael_platt/archive/2005/10/07/412167.aspx#426638</link><pubDate>Fri, 28 Apr 2006 08:38:48 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:426638</guid><dc:creator>Arno Nel on Web Development, Web 2.0 and Sharepoint</dc:creator><description>In this post&amp;amp;amp;nbsp;i asked what Architecture is. Michael Platt, in this post, describes 3 Architect Roles,...</description></item><item><title>What is Architecture - Part 2</title><link>http://blogs.technet.com/michael_platt/archive/2005/10/07/412167.aspx#426639</link><pubDate>Fri, 28 Apr 2006 08:38:58 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:426639</guid><dc:creator>Arno Nel</dc:creator><description>In this post&amp;amp;amp;nbsp;i asked what Architecture is. Michael Platt, in this post, describes 3 Architect Roles,...</description></item><item><title>Architect Personas</title><link>http://blogs.technet.com/michael_platt/archive/2005/10/07/412167.aspx#469726</link><pubDate>Mon, 16 Oct 2006 01:42:11 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:469726</guid><dc:creator>simonguest.com</dc:creator><description>&lt;p&gt;I&amp;amp;rsquo;ve sat through many architect events over the past few years and one thing that always strikes&lt;/p&gt;
</description></item></channel></rss>