<?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: Thinking Globally &#8211; Where Should a CIO Begin?</title>
	<atom:link href="http://rocketpanther.com/ciostage/it-organization/global-cio-where-begin-thinking/feed" rel="self" type="application/rss+xml" />
	<link>http://rocketpanther.com/ciostage/it-organization/global-cio-where-begin-thinking</link>
	<description>Just another WordPress site</description>
	<lastBuildDate>Thu, 06 Nov 2014 02:53:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.1.41</generator>
	<item>
		<title>By: Shayne Edmondson</title>
		<link>http://rocketpanther.com/ciostage/it-organization/global-cio-where-begin-thinking#comment-381</link>
		<dc:creator><![CDATA[Shayne Edmondson]]></dc:creator>
		<pubDate>Wed, 11 Nov 2009 21:53:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1263#comment-381</guid>
		<description><![CDATA[I agree with your assertion that Enterprise Architecture as Strategy is a great book. While the 4 operating model grids is a great reference; it is not appropriate to apply a single operating model for a global organization. The financial services sector for example has local legislation/regulation which prevents unification of certain functions (examples include: BASEL II and SOX). That said, there is benefit from applying these models to individual business units (examples include: Payments, Finance, HR, and CRM) this enables not only local legislation/regulation to be considered but also local market drivers; these are highly competitive local markets (e.g. mobile banking in South America) are probably not best suited to unification whereas Finance, Procurement and HR may be ideal candidates. Although you do allude to this in your article, â€˜business (or business unit)â€™ I felt it deserved another mention having seen broad-brush approach in the past creating a world of pain for delivery teams.]]></description>
		<content:encoded><![CDATA[<p>I agree with your assertion that Enterprise Architecture as Strategy is a great book. While the 4 operating model grids is a great reference; it is not appropriate to apply a single operating model for a global organization. The financial services sector for example has local legislation/regulation which prevents unification of certain functions (examples include: BASEL II and SOX). That said, there is benefit from applying these models to individual business units (examples include: Payments, Finance, HR, and CRM) this enables not only local legislation/regulation to be considered but also local market drivers; these are highly competitive local markets (e.g. mobile banking in South America) are probably not best suited to unification whereas Finance, Procurement and HR may be ideal candidates. Although you do allude to this in your article, â€˜business (or business unit)â€™ I felt it deserved another mention having seen broad-brush approach in the past creating a world of pain for delivery teams.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shayne Edmondson</title>
		<link>http://rocketpanther.com/ciostage/it-organization/global-cio-where-begin-thinking#comment-387</link>
		<dc:creator><![CDATA[Shayne Edmondson]]></dc:creator>
		<pubDate>Wed, 11 Nov 2009 21:53:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1263#comment-387</guid>
		<description><![CDATA[I agree with your assertion that Enterprise Architecture as Strategy is a great book. While the 4 operating model grids is a great reference; it is not appropriate to apply a single operating model for a global organization. The financial services sector for example has local legislation/regulation which prevents unification of certain functions (examples include: BASEL II and SOX). That said, there is benefit from applying these models to individual business units (examples include: Payments, Finance, HR, and CRM) this enables not only local legislation/regulation to be considered but also local market drivers; these are highly competitive local markets (e.g. mobile banking in South America) are probably not best suited to unification whereas Finance, Procurement and HR may be ideal candidates. Although you do allude to this in your article, â€˜business (or business unit)â€™ I felt it deserved another mention having seen broad-brush approach in the past creating a world of pain for delivery teams.]]></description>
		<content:encoded><![CDATA[<p>I agree with your assertion that Enterprise Architecture as Strategy is a great book. While the 4 operating model grids is a great reference; it is not appropriate to apply a single operating model for a global organization. The financial services sector for example has local legislation/regulation which prevents unification of certain functions (examples include: BASEL II and SOX). That said, there is benefit from applying these models to individual business units (examples include: Payments, Finance, HR, and CRM) this enables not only local legislation/regulation to be considered but also local market drivers; these are highly competitive local markets (e.g. mobile banking in South America) are probably not best suited to unification whereas Finance, Procurement and HR may be ideal candidates. Although you do allude to this in your article, â€˜business (or business unit)â€™ I felt it deserved another mention having seen broad-brush approach in the past creating a world of pain for delivery teams.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Krissy Sutton</title>
		<link>http://rocketpanther.com/ciostage/it-organization/global-cio-where-begin-thinking#comment-380</link>
		<dc:creator><![CDATA[Krissy Sutton]]></dc:creator>
		<pubDate>Wed, 04 Nov 2009 04:56:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1263#comment-380</guid>
		<description><![CDATA[Thank you for sharing this post with me... ;-)]]></description>
		<content:encoded><![CDATA[<p>Thank you for sharing this post with me&#8230; <img src="http://rocketpanther.com/ciostage/wp-includes/images/smilies/icon_wink.gif" alt=";-)" class="wp-smiley" /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Krissy Sutton</title>
		<link>http://rocketpanther.com/ciostage/it-organization/global-cio-where-begin-thinking#comment-386</link>
		<dc:creator><![CDATA[Krissy Sutton]]></dc:creator>
		<pubDate>Wed, 04 Nov 2009 04:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1263#comment-386</guid>
		<description><![CDATA[Thank you for sharing this post with me... ;-)]]></description>
		<content:encoded><![CDATA[<p>Thank you for sharing this post with me&#8230; <img src="http://rocketpanther.com/ciostage/wp-includes/images/smilies/icon_wink.gif" alt=";-)" class="wp-smiley" /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Curran</title>
		<link>http://rocketpanther.com/ciostage/it-organization/global-cio-where-begin-thinking#comment-379</link>
		<dc:creator><![CDATA[Chris Curran]]></dc:creator>
		<pubDate>Wed, 28 Oct 2009 15:21:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1263#comment-379</guid>
		<description><![CDATA[Thanks for the thoughtful comments.

John, to your point about the table implying that &quot;centralized&quot; is the right answer, I have two thoughts.  First, if you buy MIT&#039;s model, only some organizations would be a fit for the Unification model.  In one study they did, only 57% of the firms responded that Unification was their target.  Second, based on my experience, a firm&#039;s culture and bureaucracy often gets in the way of a &quot;pure&quot; centralized service or function, so this is really meant as a discussion model rather than one that is perfect in practice.

Thanks again,

-Chris]]></description>
		<content:encoded><![CDATA[<p>Thanks for the thoughtful comments.</p>
<p>John, to your point about the table implying that &#8220;centralized&#8221; is the right answer, I have two thoughts.  First, if you buy MIT&#8217;s model, only some organizations would be a fit for the Unification model.  In one study they did, only 57% of the firms responded that Unification was their target.  Second, based on my experience, a firm&#8217;s culture and bureaucracy often gets in the way of a &#8220;pure&#8221; centralized service or function, so this is really meant as a discussion model rather than one that is perfect in practice.</p>
<p>Thanks again,</p>
<p>-Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christian Brandt</title>
		<link>http://rocketpanther.com/ciostage/it-organization/global-cio-where-begin-thinking#comment-378</link>
		<dc:creator><![CDATA[Christian Brandt]]></dc:creator>
		<pubDate>Wed, 28 Oct 2009 13:34:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1263#comment-378</guid>
		<description><![CDATA[I think it is crucial to have a business centric approach.  The market is constantly changing with an increasing speed. The winners will be those who can adopt the market and fulfill their customers changing needs quicker than their competitors. To be able to adopt the business will need sufficient support. Most often the business development flexibility is restricted by current IT-systems and solutions. To be able to compete these restrictions must be eliminated. Today the restricted situation goes for most companies but some companies has found a way to be even more flexible and they will be hard to compete with in the future.]]></description>
		<content:encoded><![CDATA[<p>I think it is crucial to have a business centric approach.  The market is constantly changing with an increasing speed. The winners will be those who can adopt the market and fulfill their customers changing needs quicker than their competitors. To be able to adopt the business will need sufficient support. Most often the business development flexibility is restricted by current IT-systems and solutions. To be able to compete these restrictions must be eliminated. Today the restricted situation goes for most companies but some companies has found a way to be even more flexible and they will be hard to compete with in the future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christian Brandt</title>
		<link>http://rocketpanther.com/ciostage/it-organization/global-cio-where-begin-thinking#comment-385</link>
		<dc:creator><![CDATA[Christian Brandt]]></dc:creator>
		<pubDate>Wed, 28 Oct 2009 13:34:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1263#comment-385</guid>
		<description><![CDATA[I think it is crucial to have a business centric approach.  The market is constantly changing with an increasing speed. The winners will be those who can adopt the market and fulfill their customers changing needs quicker than their competitors. To be able to adopt the business will need sufficient support. Most often the business development flexibility is restricted by current IT-systems and solutions. To be able to compete these restrictions must be eliminated. Today the restricted situation goes for most companies but some companies has found a way to be even more flexible and they will be hard to compete with in the future.]]></description>
		<content:encoded><![CDATA[<p>I think it is crucial to have a business centric approach.  The market is constantly changing with an increasing speed. The winners will be those who can adopt the market and fulfill their customers changing needs quicker than their competitors. To be able to adopt the business will need sufficient support. Most often the business development flexibility is restricted by current IT-systems and solutions. To be able to compete these restrictions must be eliminated. Today the restricted situation goes for most companies but some companies has found a way to be even more flexible and they will be hard to compete with in the future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Tumpowsky</title>
		<link>http://rocketpanther.com/ciostage/it-organization/global-cio-where-begin-thinking#comment-377</link>
		<dc:creator><![CDATA[Brian Tumpowsky]]></dc:creator>
		<pubDate>Wed, 28 Oct 2009 12:45:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1263#comment-377</guid>
		<description><![CDATA[Chris,

Another interesting topic on the CIO&#039;s doorstep.  We are faced with this connundrum as a SSC on where to draw the line in supporting the business versus helping them truly transform.  The concepts you discuss are more complicated when trying to serve the needs of 100&#039;s of brand customers.  We are tackling this piece by piece with an eye on business drivers in a Coordinated fashion.  But as I stated, the real challenge is drawing a line on what services the SSC should provide vs. IT in the businesses since our mission is to be more than a back office shop.]]></description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>Another interesting topic on the CIO&#8217;s doorstep.  We are faced with this connundrum as a SSC on where to draw the line in supporting the business versus helping them truly transform.  The concepts you discuss are more complicated when trying to serve the needs of 100&#8217;s of brand customers.  We are tackling this piece by piece with an eye on business drivers in a Coordinated fashion.  But as I stated, the real challenge is drawing a line on what services the SSC should provide vs. IT in the businesses since our mission is to be more than a back office shop.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Tumpowsky</title>
		<link>http://rocketpanther.com/ciostage/it-organization/global-cio-where-begin-thinking#comment-384</link>
		<dc:creator><![CDATA[Brian Tumpowsky]]></dc:creator>
		<pubDate>Wed, 28 Oct 2009 12:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1263#comment-384</guid>
		<description><![CDATA[Chris,

Another interesting topic on the CIO&#039;s doorstep.  We are faced with this connundrum as a SSC on where to draw the line in supporting the business versus helping them truly transform.  The concepts you discuss are more complicated when trying to serve the needs of 100&#039;s of brand customers.  We are tackling this piece by piece with an eye on business drivers in a Coordinated fashion.  But as I stated, the real challenge is drawing a line on what services the SSC should provide vs. IT in the businesses since our mission is to be more than a back office shop.]]></description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>Another interesting topic on the CIO&#8217;s doorstep.  We are faced with this connundrum as a SSC on where to draw the line in supporting the business versus helping them truly transform.  The concepts you discuss are more complicated when trying to serve the needs of 100&#8217;s of brand customers.  We are tackling this piece by piece with an eye on business drivers in a Coordinated fashion.  But as I stated, the real challenge is drawing a line on what services the SSC should provide vs. IT in the businesses since our mission is to be more than a back office shop.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John O'Gorman</title>
		<link>http://rocketpanther.com/ciostage/it-organization/global-cio-where-begin-thinking#comment-376</link>
		<dc:creator><![CDATA[John O'Gorman]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 16:14:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1263#comment-376</guid>
		<description><![CDATA[Hi Chris;

I&#039;m working on an enterprise-level &#039;theory of everything&#039; model that has been very successful adressing some of the issues you address here, and while I think the representation (especially the matrix) is OK on one level it misses a huge short-coming in most current organizations.

First off, getting the business to hammer out what it wants before engaging IT is absolutely the right way to go. Unfortunately, I think the matrix used to describe IT&#039;s response has a built-in bias by suggesting that &#039;centralized&#039; is the ultimate answer.

Like many emerging issues in Enterprise Architecture, this one is related to one very elementary issue in computer-based (as opposed to human-based) information processing: identity.

While the pendulum has historically swung from centralized to distributed (or diversified) the fundamental fact that the word &#039;Service&#039; for example looks identical to a computer whether it refers to church, tennis, customer or animal husbandry.  This rigidity in digital systems - and the countervailing requirement for the business to be diametrically opposed to that limitation - is amplified a thousand-fold when companies attempt to rigidly control processes and applications.

This is especially and almost tragically evident when companies go global, or acquire or merge with another &#039;centrally controlled&#039; entity. Each entity has its own rules and/or architecture and is unwilling to let it be &#039;&#039;centralized&#039; by another.

The answer is to centralize the abstraction that glues all business and IT together then allow diversification based on the rules that created the abstraction in the first place.]]></description>
		<content:encoded><![CDATA[<p>Hi Chris;</p>
<p>I&#8217;m working on an enterprise-level &#8216;theory of everything&#8217; model that has been very successful adressing some of the issues you address here, and while I think the representation (especially the matrix) is OK on one level it misses a huge short-coming in most current organizations.</p>
<p>First off, getting the business to hammer out what it wants before engaging IT is absolutely the right way to go. Unfortunately, I think the matrix used to describe IT&#8217;s response has a built-in bias by suggesting that &#8216;centralized&#8217; is the ultimate answer.</p>
<p>Like many emerging issues in Enterprise Architecture, this one is related to one very elementary issue in computer-based (as opposed to human-based) information processing: identity.</p>
<p>While the pendulum has historically swung from centralized to distributed (or diversified) the fundamental fact that the word &#8216;Service&#8217; for example looks identical to a computer whether it refers to church, tennis, customer or animal husbandry.  This rigidity in digital systems &#8211; and the countervailing requirement for the business to be diametrically opposed to that limitation &#8211; is amplified a thousand-fold when companies attempt to rigidly control processes and applications.</p>
<p>This is especially and almost tragically evident when companies go global, or acquire or merge with another &#8216;centrally controlled&#8217; entity. Each entity has its own rules and/or architecture and is unwilling to let it be &#8221;centralized&#8217; by another.</p>
<p>The answer is to centralize the abstraction that glues all business and IT together then allow diversification based on the rules that created the abstraction in the first place.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
