<?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: Organizational Structure vs Product Architecture: Which One Wins?</title>
	<atom:link href="http://blogs.gartner.com/ray_valdes/2008/09/19/organizational-structure-vs-product-architecture-which-one-wins/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gartner.com/ray_valdes/2008/09/19/organizational-structure-vs-product-architecture-which-one-wins/</link>
	<description>A member of the Gartner Blog Network</description>
	<lastBuildDate>Mon, 06 Dec 2010 13:21:48 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Lori MacVittie</title>
		<link>http://blogs.gartner.com/ray_valdes/2008/09/19/organizational-structure-vs-product-architecture-which-one-wins/comment-page-1/#comment-8</link>
		<dc:creator>Lori MacVittie</dc:creator>
		<pubDate>Thu, 02 Oct 2008 14:38:29 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/ray_valdes/?p=11#comment-8</guid>
		<description>Ray, 

I hadn&#039;t been aware of Conway&#039;s law before so this was very interesting, especially when applied to SOA and BPM. It certainly provides an explanation as to why so many business process re-engineering attempts either (a) take years to implement or (b) fail outright. 

Great post, though I&#039;m guessing that re-factoring code is still a lot easier than re-factoring the organization and/or its processes. You can re-factor code with a few clicks of the mouse, you can only re-factor the organization through painful restructuring and,usually, changes in management. 

Lori</description>
		<content:encoded><![CDATA[<p>Ray, </p>
<p>I hadn&#8217;t been aware of Conway&#8217;s law before so this was very interesting, especially when applied to SOA and BPM. It certainly provides an explanation as to why so many business process re-engineering attempts either (a) take years to implement or (b) fail outright. </p>
<p>Great post, though I&#8217;m guessing that re-factoring code is still a lot easier than re-factoring the organization and/or its processes. You can re-factor code with a few clicks of the mouse, you can only re-factor the organization through painful restructuring and,usually, changes in management. </p>
<p>Lori</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Implications of Conway&#8217;s Law on Enterprise Systems &#171; Anthony&#8217;s Blog</title>
		<link>http://blogs.gartner.com/ray_valdes/2008/09/19/organizational-structure-vs-product-architecture-which-one-wins/comment-page-1/#comment-7</link>
		<dc:creator>Implications of Conway&#8217;s Law on Enterprise Systems &#171; Anthony&#8217;s Blog</dc:creator>
		<pubDate>Sat, 20 Sep 2008 19:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/ray_valdes/?p=11#comment-7</guid>
		<description>[...] under: Web 2.0 in the Enterprise, Web Applications &#124; Tags: Conway&#039;s Law &#124;   You&#8217;ve gotta read this great post from Ray Valdez [...]</description>
		<content:encoded><![CDATA[<p>[...] under: Web 2.0 in the Enterprise, Web Applications | Tags: Conway&#8217;s Law |   You&#8217;ve gotta read this great post from Ray Valdez [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Valdes</title>
		<link>http://blogs.gartner.com/ray_valdes/2008/09/19/organizational-structure-vs-product-architecture-which-one-wins/comment-page-1/#comment-6</link>
		<dc:creator>Ray Valdes</dc:creator>
		<pubDate>Sat, 20 Sep 2008 06:38:27 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/ray_valdes/?p=11#comment-6</guid>
		<description>Meg, thanks for your comment. Great blog you and your colleagues have, btw.</description>
		<content:encoded><![CDATA[<p>Meg, thanks for your comment. Great blog you and your colleagues have, btw.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Meg Bear</title>
		<link>http://blogs.gartner.com/ray_valdes/2008/09/19/organizational-structure-vs-product-architecture-which-one-wins/comment-page-1/#comment-5</link>
		<dc:creator>Meg Bear</dc:creator>
		<pubDate>Fri, 19 Sep 2008 14:44:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/ray_valdes/?p=11#comment-5</guid>
		<description>Your question was this: both the organization and the artifact co-evolve to a better place. My question to you: when and where have you seen this happy circumstance?

And my answer is probably going to surprise you.  I think that the ORCL Fusion products are actually an example of evolution for the good.  Bringing together such large systems as the offerings of Oracle eBusiness Suite, PeopleSoft Enterprise, JD Edwards and Siebel Systems has shown an evolution for the better of both the organization as well as the products.

While still large and reflecting the silos of our organization (we are a large group so this is inevitable) I think people will find that there has been a lot of synergy and growth for all involved as a result of a product attempt such as this.</description>
		<content:encoded><![CDATA[<p>Your question was this: both the organization and the artifact co-evolve to a better place. My question to you: when and where have you seen this happy circumstance?</p>
<p>And my answer is probably going to surprise you.  I think that the ORCL Fusion products are actually an example of evolution for the good.  Bringing together such large systems as the offerings of Oracle eBusiness Suite, PeopleSoft Enterprise, JD Edwards and Siebel Systems has shown an evolution for the better of both the organization as well as the products.</p>
<p>While still large and reflecting the silos of our organization (we are a large group so this is inevitable) I think people will find that there has been a lot of synergy and growth for all involved as a result of a product attempt such as this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Valdes</title>
		<link>http://blogs.gartner.com/ray_valdes/2008/09/19/organizational-structure-vs-product-architecture-which-one-wins/comment-page-1/#comment-4</link>
		<dc:creator>Ray Valdes</dc:creator>
		<pubDate>Fri, 19 Sep 2008 09:35:09 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/ray_valdes/?p=11#comment-4</guid>
		<description>Thomas&#039; comment slipped in. To be clear, the phrase in my comment about &quot;abstruse conceptualizing&quot; was referring to my original post, and not to that of my esteemed colleague :)

His blog has some great photos of concrete, btw.</description>
		<content:encoded><![CDATA[<p>Thomas&#8217; comment slipped in. To be clear, the phrase in my comment about &#8220;abstruse conceptualizing&#8221; was referring to my original post, and not to that of my esteemed colleague <img src='http://blogs.gartner.com/ray_valdes/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>His blog has some great photos of concrete, btw.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Valdes</title>
		<link>http://blogs.gartner.com/ray_valdes/2008/09/19/organizational-structure-vs-product-architecture-which-one-wins/comment-page-1/#comment-3</link>
		<dc:creator>Ray Valdes</dc:creator>
		<pubDate>Fri, 19 Sep 2008 09:29:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/ray_valdes/?p=11#comment-3</guid>
		<description>In case one thinks the above article is abstruse conceptualizing, here&#039;s an important real world example of how organizations devolve software systems. According to an article in today&#039;s New York Times, &quot;How Wall Street Lied to Its Computers&quot; (http://tinyurl.com/3e63e9), it appears that software systems for risk management had built-in blind spots, due to a variety of reasons including complexity of financial products, complexity of computer models, and complexity of organizational processes.</description>
		<content:encoded><![CDATA[<p>In case one thinks the above article is abstruse conceptualizing, here&#8217;s an important real world example of how organizations devolve software systems. According to an article in today&#8217;s New York Times, &#8220;How Wall Street Lied to Its Computers&#8221; (<a href="http://tinyurl.com/3e63e9" rel="nofollow">http://tinyurl.com/3e63e9</a>), it appears that software systems for risk management had built-in blind spots, due to a variety of reasons including complexity of financial products, complexity of computer models, and complexity of organizational processes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Otter</title>
		<link>http://blogs.gartner.com/ray_valdes/2008/09/19/organizational-structure-vs-product-architecture-which-one-wins/comment-page-1/#comment-2</link>
		<dc:creator>Thomas Otter</dc:creator>
		<pubDate>Fri, 19 Sep 2008 09:27:47 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/ray_valdes/?p=11#comment-2</guid>
		<description>Ray,
Super post. 
This made my morning, especially this bit.
Not all software systems are malleable. For example, some ERP systems can be viewed as a Procrustean bed upon which the organizational structure is drawn and quartered and reconfigured — although this may require a small army of consultants to perform the surgery. After the operation, the organization ambulates off into the distance, and is unlikely to revert to its original form as long as the ERP harness enveloping it maintains its rigid constraints.

If one looks at ERP vendors, one  can draw a pretty accurate organisation chart by looking at the architecture and its silos and integration points. the fault lines follow politics. As politics shift, one can see the changes in the code releases. 

At the risk of linking to my other blog ad nauseum, you might enjoy this

http://theotherthomasotter.wordpress.com/2007/06/06/in-defence-of-concrete/</description>
		<content:encoded><![CDATA[<p>Ray,<br />
Super post.<br />
This made my morning, especially this bit.<br />
Not all software systems are malleable. For example, some ERP systems can be viewed as a Procrustean bed upon which the organizational structure is drawn and quartered and reconfigured — although this may require a small army of consultants to perform the surgery. After the operation, the organization ambulates off into the distance, and is unlikely to revert to its original form as long as the ERP harness enveloping it maintains its rigid constraints.</p>
<p>If one looks at ERP vendors, one  can draw a pretty accurate organisation chart by looking at the architecture and its silos and integration points. the fault lines follow politics. As politics shift, one can see the changes in the code releases. </p>
<p>At the risk of linking to my other blog ad nauseum, you might enjoy this</p>
<p><a href="http://theotherthomasotter.wordpress.com/2007/06/06/in-defence-of-concrete/" rel="nofollow">http://theotherthomasotter.wordpress.com/2007/06/06/in-defence-of-concrete/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

