<?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: Architecture for Dummies</title>
	<atom:link href="http://www.brsilver.com/2006/08/30/architecture-for-dummies/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.brsilver.com/2006/08/30/architecture-for-dummies/</link>
	<description>Bruce Silver on business process management</description>
	<lastBuildDate>Thu, 09 Feb 2012 22:38:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Phil Gilbert &#124; Perspectives in Process</title>
		<link>http://www.brsilver.com/2006/08/30/architecture-for-dummies/comment-page-1/#comment-205</link>
		<dc:creator>Phil Gilbert &#124; Perspectives in Process</dc:creator>
		<pubDate>Thu, 31 Aug 2006 13:30:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.brsilver.com/2006/08/30/architecture-for-dummies/br#comment-205</guid>
		<description>&lt;strong&gt;Smokin&#039; the Dummy...&lt;/strong&gt;

OK, I have the perfect opportunity to quote from one of Texas&#039; great musicians, Terry Allen, but Dylan&#039;s new record is too good to cut short. So instead of linking to Terry&#039;s music, I&#039;ll just tell you that if you...</description>
		<content:encoded><![CDATA[<p><strong>Smokin&#8217; the Dummy&#8230;</strong></p>
<p>OK, I have the perfect opportunity to quote from one of Texas&#8217; great musicians, Terry Allen, but Dylan&#8217;s new record is too good to cut short. So instead of linking to Terry&#8217;s music, I&#8217;ll just tell you that if you&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Gilbert</title>
		<link>http://www.brsilver.com/2006/08/30/architecture-for-dummies/comment-page-1/#comment-204</link>
		<dc:creator>Phil Gilbert</dc:creator>
		<pubDate>Thu, 31 Aug 2006 13:06:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.brsilver.com/2006/08/30/architecture-for-dummies/br#comment-204</guid>
		<description>Ha!  OK... we&#039;re almost in agreement.   I agree with you that its everyone from the CEO on down who needs to re-think the situation in the context of the tools of today.  In the post I not only say that technologists must be driven to understand how they fit within the business goals (which is something above the level of &#039;business requirements&#039; for a given project; it needs to be communicated in the context of a balanced scorecrd or whatever measurement the CEO uses) but I also say that the correlary has to occur within the business.  But the correlary of IT&#039;s understanding of where they fit within the balanced scorecard (and how we/they impact it very day) isn&#039;t &#039;SOA for Dummies&#039;... it&#039;s coming to a strategic understanding of which levers afecting the corporate goals can most effectively be pulled using technology.  Once understood, then architecting the technology can occur because now the architect understands the goal.

Of course, this is somewhat iterative (the &quot;form and function&quot;  quote came to mind), but it&#039;s not going to be achieved because a business person reads a simplistic 300 page tome about technology architecture....  any more than building the house of my dreams will be improved if I first read an Architecture 101 book (although a solution-oriented book, like a tour of Fallingwater might help).

That business people need to understand the strategic import of technology and the advances (and related empowerments) of the past 10-20 years is unassailable.  I don&#039;t think this is that book... and I don&#039;t think that book has yet been written... Harvard Press, are you listening?</description>
		<content:encoded><![CDATA[<p>Ha!  OK&#8230; we&#8217;re almost in agreement.   I agree with you that its everyone from the CEO on down who needs to re-think the situation in the context of the tools of today.  In the post I not only say that technologists must be driven to understand how they fit within the business goals (which is something above the level of &#8216;business requirements&#8217; for a given project; it needs to be communicated in the context of a balanced scorecrd or whatever measurement the CEO uses) but I also say that the correlary has to occur within the business.  But the correlary of IT&#8217;s understanding of where they fit within the balanced scorecard (and how we/they impact it very day) isn&#8217;t &#8216;SOA for Dummies&#8217;&#8230; it&#8217;s coming to a strategic understanding of which levers afecting the corporate goals can most effectively be pulled using technology.  Once understood, then architecting the technology can occur because now the architect understands the goal.</p>
<p>Of course, this is somewhat iterative (the &#8220;form and function&#8221;  quote came to mind), but it&#8217;s not going to be achieved because a business person reads a simplistic 300 page tome about technology architecture&#8230;.  any more than building the house of my dreams will be improved if I first read an Architecture 101 book (although a solution-oriented book, like a tour of Fallingwater might help).</p>
<p>That business people need to understand the strategic import of technology and the advances (and related empowerments) of the past 10-20 years is unassailable.  I don&#8217;t think this is that book&#8230; and I don&#8217;t think that book has yet been written&#8230; Harvard Press, are you listening?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bruce</title>
		<link>http://www.brsilver.com/2006/08/30/architecture-for-dummies/comment-page-1/#comment-203</link>
		<dc:creator>bruce</dc:creator>
		<pubDate>Wed, 30 Aug 2006 19:35:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.brsilver.com/2006/08/30/architecture-for-dummies/br#comment-203</guid>
		<description>Fair comment, Phil, and I agree with you on the goal.  I guess the issue is who needs to be educated, business or IT.  You&#039;re saying IT needs to get the business religion.  But they THINK they already have it.  So I&#039;m saying a better approach is to give &lt;strike&gt;dummies&lt;/strike&gt; business managers the tools to say, No that&#039;s not exactly what we want.

 IT is fine when the business is left to creating &quot;business requirements documents.&quot;  It&#039;s when they start specifying implementation that IT gets nervous.  But the business specifying IT implementation is in some sense a driving principle of BPM, so I say &quot;Dummies, arise.  In knowledge ye shall find power!&quot;</description>
		<content:encoded><![CDATA[<p>Fair comment, Phil, and I agree with you on the goal.  I guess the issue is who needs to be educated, business or IT.  You&#8217;re saying IT needs to get the business religion.  But they THINK they already have it.  So I&#8217;m saying a better approach is to give <strike>dummies</strike> business managers the tools to say, No that&#8217;s not exactly what we want.</p>
<p> IT is fine when the business is left to creating &#8220;business requirements documents.&#8221;  It&#8217;s when they start specifying implementation that IT gets nervous.  But the business specifying IT implementation is in some sense a driving principle of BPM, so I say &#8220;Dummies, arise.  In knowledge ye shall find power!&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Gilbert</title>
		<link>http://www.brsilver.com/2006/08/30/architecture-for-dummies/comment-page-1/#comment-202</link>
		<dc:creator>Phil Gilbert</dc:creator>
		<pubDate>Wed, 30 Aug 2006 18:59:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.brsilver.com/2006/08/30/architecture-for-dummies/br#comment-202</guid>
		<description>Hi Bruce... yep, actually I agree with much of what you say... but you misunderstood one aspect of my post... I am _not_ advocating advocating any more A or S&#039;s.  We have enough of those.  The heart of my post is that the business, top-down (from the CEO) has to take a much more active role on understanding where technology fits in their world strategically, as opposed to driving the change from the &quot;service&quot; on up.   The business is the building, and SOA is the (technology) foundation.  I don&#039;t advocate a &quot;BOA&quot; layer...  because that IS the business.  How we drive those messages throughout the organization is more important than driving the SOA messages throughout the org, and in a world of scarce resources, messaging priorities have to be made.</description>
		<content:encoded><![CDATA[<p>Hi Bruce&#8230; yep, actually I agree with much of what you say&#8230; but you misunderstood one aspect of my post&#8230; I am _not_ advocating advocating any more A or S&#8217;s.  We have enough of those.  The heart of my post is that the business, top-down (from the CEO) has to take a much more active role on understanding where technology fits in their world strategically, as opposed to driving the change from the &#8220;service&#8221; on up.   The business is the building, and SOA is the (technology) foundation.  I don&#8217;t advocate a &#8220;BOA&#8221; layer&#8230;  because that IS the business.  How we drive those messages throughout the organization is more important than driving the SOA messages throughout the org, and in a world of scarce resources, messaging priorities have to be made.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

