<?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: It&#8217;s Like This&#8230;</title>
	<atom:link href="http://andrewmcafee.org/2009/01/its_like_this/feed/" rel="self" type="application/rss+xml" />
	<link>http://andrewmcafee.org/2009/01/its_like_this/</link>
	<description>The Business Impact of IT</description>
	<lastBuildDate>Tue, 09 Mar 2010 16:08:14 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: trdedektiflik</title>
		<link>http://andrewmcafee.org/2009/01/its_like_this/comment-page-1/#comment-13050</link>
		<dc:creator>trdedektiflik</dc:creator>
		<pubDate>Wed, 06 May 2009 08:34:07 +0000</pubDate>
		<guid isPermaLink="false">#comment-13050</guid>
		<description>&lt;p&gt;&lt;a href=&quot;http://www.trdedektiflik.com&quot; rel=&quot;nofollow&quot;&gt;CASUS TELEFON&lt;/a&gt;&lt;/p&gt;&lt;br&gt;&lt;p&gt;&lt;a href=&quot;http://www.trdedektiflik.com&quot; rel=&quot;nofollow&quot;&gt;TELEFON D?NLEME&lt;/a&gt;&lt;/p&gt;&lt;br&gt;&lt;p&gt;&lt;a href=&quot;http://www.trdedektiflik.com/dinleme-cihazlari.htm&quot; rel=&quot;nofollow&quot;&gt;D?NLEME C?HAZI&lt;/a&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p><a href="http://www.trdedektiflik.com" rel="nofollow">CASUS TELEFON</a></p>
<p>
<p><a href="http://www.trdedektiflik.com" rel="nofollow">TELEFON D?NLEME</a></p>
<p>
<p><a href="http://www.trdedektiflik.com/dinleme-cihazlari.htm" rel="nofollow">D?NLEME C?HAZI</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anthonymckinney</title>
		<link>http://andrewmcafee.org/2009/01/its_like_this/comment-page-1/#comment-4389</link>
		<dc:creator>anthonymckinney</dc:creator>
		<pubDate>Thu, 29 Jan 2009 03:35:46 +0000</pubDate>
		<guid isPermaLink="false">#comment-4389</guid>
		<description>I think the analogy works well.   An additional point about the factory - although you might buy the same &quot;process factory&quot; you want to find the best location for your intended customers (and partners).   The more who can discover what you are building,  and try your product, the better the chance of beating the competition.  You may also find that your customers and partners can easily recommend their own customers if they can easily access your factory!</description>
		<content:encoded><![CDATA[<p>I think the analogy works well.   An additional point about the factory &#8211; although you might buy the same &#8220;process factory&#8221; you want to find the best location for your intended customers (and partners).   The more who can discover what you are building,  and try your product, the better the chance of beating the competition.  You may also find that your customers and partners can easily recommend their own customers if they can easily access your factory!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Kimber</title>
		<link>http://andrewmcafee.org/2009/01/its_like_this/comment-page-1/#comment-4382</link>
		<dc:creator>Mike Kimber</dc:creator>
		<pubDate>Wed, 28 Jan 2009 17:34:04 +0000</pubDate>
		<guid isPermaLink="false">#comment-4382</guid>
		<description>This blog post seems to support your argument (to me nayway)!:&lt;br&gt;&lt;br&gt;&lt;a href=&quot;http://news.cnet.com/8301-13505_3-10151545-16.html?part=rss&amp;subj=news&amp;tag=2547-1_3-0-20&quot; rel=&quot;nofollow&quot;&gt;http://news.cnet.com/8301-13505_3-10151545-16.h...&lt;/a&gt;&lt;br&gt;&lt;br&gt;i.e. its not the Google servlet engine that makes Google its Google.</description>
		<content:encoded><![CDATA[<p>This blog post seems to support your argument (to me nayway)!:</p>
<p><a href="http://news.cnet.com/8301-13505_3-10151545-16.html?part=rss&#038;subj=news&#038;tag=2547-1_3-0-20" rel="nofollow"></a><a href="http://news.cnet.com/8301-13505_3-10151545-16.h.." rel="nofollow">http://news.cnet.com/8301-13505_3-10151545-16.h..</a>.</p>
<p>i.e. its not the Google servlet engine that makes Google its Google.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Pontefract</title>
		<link>http://andrewmcafee.org/2009/01/its_like_this/comment-page-1/#comment-4365</link>
		<dc:creator>Dan Pontefract</dc:creator>
		<pubDate>Tue, 27 Jan 2009 03:34:15 +0000</pubDate>
		<guid isPermaLink="false">#comment-4365</guid>
		<description>Although in pure theoretical terms I agree with your thesis, in reality it&#039;s a different story.&lt;br&gt;&lt;br&gt;The theory of your claim can and does work extremely well when various pieces of software can be collected, customized and centralized to specifically dictate the unique business process requirements of a company. Those pieces, cobbled together, creates the process factory for the company in question.&lt;br&gt;&lt;br&gt;Eg. a learning management system that actually acts as a social learning engine, not as an archaic course management tool, combined with a proper talent management/succession planning tool, combined with a sales cycle forecasting/prospecting/tracking tool, combined with a robust budgeting &amp; analysis application, combined with &lt;insert sales, human, asset and/or technology tool&gt; etc etc etc&lt;br&gt;&lt;br&gt;In my opinion, this is extremely difficult to achieve with an ERP.&lt;br&gt;&lt;br&gt;Enterprise software development companies such as SAP et al certainly try to bring this perceived panacea to fruition, but the reality is that it often takes loads of customization (software development customization, not necessarily business process customization) to achieve the desired end state.&lt;br&gt;&lt;br&gt;This is where the hay falls off the wagon as the more one customizes an ERP, the less likely it is --- ironically I might add --- to achieve the desired customized business process end state. Customizing the ERP requires gobs of money, and when an upgrade presents itself downstream to &#039;improve&#039; the ERP, it&#039;s likely to involve even more dollars in order to retrofit the upgrade into the older and ultimately customized ERP system currently in place.&lt;br&gt;&lt;br&gt;I guess my ultimate argument is that the ERP system is in fact inflexible, and although configurable, it is at times much easier to purchase separate software pieces to achieve your desired business process end state. It allows for easier customization and upgrades over time.&lt;br&gt;&lt;br&gt;Whatever happened with your argument about the mash-up anyway? Isn&#039;t this the basis for Enterprise 2.0???</description>
		<content:encoded><![CDATA[<p>Although in pure theoretical terms I agree with your thesis, in reality it&#39;s a different story.</p>
<p>The theory of your claim can and does work extremely well when various pieces of software can be collected, customized and centralized to specifically dictate the unique business process requirements of a company. Those pieces, cobbled together, creates the process factory for the company in question.</p>
<p>Eg. a learning management system that actually acts as a social learning engine, not as an archaic course management tool, combined with a proper talent management/succession planning tool, combined with a sales cycle forecasting/prospecting/tracking tool, combined with a robust budgeting &#038; analysis application, combined with &lt;insert sales, human, asset and/or technology tool&gt; etc etc etc</p>
<p>In my opinion, this is extremely difficult to achieve with an ERP.</p>
<p>Enterprise software development companies such as SAP et al certainly try to bring this perceived panacea to fruition, but the reality is that it often takes loads of customization (software development customization, not necessarily business process customization) to achieve the desired end state.</p>
<p>This is where the hay falls off the wagon as the more one customizes an ERP, the less likely it is &#8212; ironically I might add &#8212; to achieve the desired customized business process end state. Customizing the ERP requires gobs of money, and when an upgrade presents itself downstream to &#39;improve&#39; the ERP, it&#39;s likely to involve even more dollars in order to retrofit the upgrade into the older and ultimately customized ERP system currently in place.</p>
<p>I guess my ultimate argument is that the ERP system is in fact inflexible, and although configurable, it is at times much easier to purchase separate software pieces to achieve your desired business process end state. It allows for easier customization and upgrades over time.</p>
<p>Whatever happened with your argument about the mash-up anyway? Isn&#39;t this the basis for Enterprise 2.0???</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adhir Mattu</title>
		<link>http://andrewmcafee.org/2009/01/its_like_this/comment-page-1/#comment-4354</link>
		<dc:creator>Adhir Mattu</dc:creator>
		<pubDate>Sat, 24 Jan 2009 02:22:24 +0000</pubDate>
		<guid isPermaLink="false">#comment-4354</guid>
		<description>Dear Andrew,&lt;br&gt;&lt;br&gt;Things are bit more complex in the real world and BTW I saw your interview on the Charlie Show.&lt;br&gt;&lt;br&gt;Your analogy makes it sound that it is very easy to configure business processes in ERP systems like SAP. Matter of the fact is that, ERP systems are generally so rigid and fixed, that changing standard business processes is a nightmare and these changes often result in the &quot;dreaded&quot; customizations which companies find very hard to manage and maintain. &lt;br&gt;Hence, currently ERP customers mostly use standard business processes that provides very limited competitive differentiation.&lt;br&gt;&lt;br&gt;SAPs of the world need to go a component based model and leave the designing of the business processes (using these components to the innovative minds of the digital factory ). This will enable the smarter companies to get competitive differentiation by being able to configure better and flexible processes.</description>
		<content:encoded><![CDATA[<p>Dear Andrew,</p>
<p>Things are bit more complex in the real world and BTW I saw your interview on the Charlie Show.</p>
<p>Your analogy makes it sound that it is very easy to configure business processes in ERP systems like SAP. Matter of the fact is that, ERP systems are generally so rigid and fixed, that changing standard business processes is a nightmare and these changes often result in the &#8220;dreaded&#8221; customizations which companies find very hard to manage and maintain. <br />Hence, currently ERP customers mostly use standard business processes that provides very limited competitive differentiation.</p>
<p>SAPs of the world need to go a component based model and leave the designing of the business processes (using these components to the innovative minds of the digital factory ). This will enable the smarter companies to get competitive differentiation by being able to configure better and flexible processes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kris G</title>
		<link>http://andrewmcafee.org/2009/01/its_like_this/comment-page-1/#comment-4340</link>
		<dc:creator>Kris G</dc:creator>
		<pubDate>Thu, 22 Jan 2009 14:35:13 +0000</pubDate>
		<guid isPermaLink="false">#comment-4340</guid>
		<description>Dear Andrew

I have to respectfully disagree. In reality, use of enterprise software of the likes sold by SAP or Oracle has not been significant beyond double-entry book-keeping and logistics. And we all know how wasteful (in the view of Japanese production concepts) double-entry book keeping is.

Better research is needed to quantitatively tie firm competitive advantage to its innovative use of enterprise IT. It is difficult to see the correlation if Toyota can run the most competitive auto company in the world with hand signals and ad hoc changes on the manufacturing world, and GM, a poster child of a idiocracy   with umpteen enterprise systems and yes, SAP.</description>
		<content:encoded><![CDATA[<p>Dear Andrew</p>
<p>I have to respectfully disagree. In reality, use of enterprise software of the likes sold by SAP or Oracle has not been significant beyond double-entry book-keeping and logistics. And we all know how wasteful (in the view of Japanese production concepts) double-entry book keeping is.</p>
<p>Better research is needed to quantitatively tie firm competitive advantage to its innovative use of enterprise IT. It is difficult to see the correlation if Toyota can run the most competitive auto company in the world with hand signals and ad hoc changes on the manufacturing world, and GM, a poster child of a idiocracy   with umpteen enterprise systems and yes, SAP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Bird</title>
		<link>http://andrewmcafee.org/2009/01/its_like_this/comment-page-1/#comment-4310</link>
		<dc:creator>Ian Bird</dc:creator>
		<pubDate>Sat, 10 Jan 2009 20:25:35 +0000</pubDate>
		<guid isPermaLink="false">#comment-4310</guid>
		<description>This is a very helpful idea and it stands up to my limited experience. 

I think you could also use this approach to integrate a set of cooperative strategies that are also (often) in play when the &quot;process factory&quot; is put to work within a given enterprise. 

This could be particularly helpful for those of us who are trying to determine how competitive and cooperative paradigms necessarily intermingle in today&#039;s world.</description>
		<content:encoded><![CDATA[<p>This is a very helpful idea and it stands up to my limited experience. </p>
<p>I think you could also use this approach to integrate a set of cooperative strategies that are also (often) in play when the &#8220;process factory&#8221; is put to work within a given enterprise. </p>
<p>This could be particularly helpful for those of us who are trying to determine how competitive and cooperative paradigms necessarily intermingle in today&#8217;s world.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elliot Ross</title>
		<link>http://andrewmcafee.org/2009/01/its_like_this/comment-page-1/#comment-4309</link>
		<dc:creator>Elliot Ross</dc:creator>
		<pubDate>Fri, 09 Jan 2009 17:53:32 +0000</pubDate>
		<guid isPermaLink="false">#comment-4309</guid>
		<description>I think it is a fine analogy 

I would even add one extension. As you said, the process is important. And how you mange the process.

Your quote; So even if you and I buy the same basic factory from [Leo], we`re going to do very different things with it. 

I would argue that even if you **were** doing the same thing with it, (ie direct competitors making a widget) The management and processes are the variables, not the factory.

His sales reps outsell yours 5 to 1

His aged inventory is 1/3 of yours

His defect rate is almost zero while yours is 12%

His first time accurate and on time delivery is 97%, yours is 40

The factory is the commodity in this analogy - but how you **manage** that commodity is where competitive advantage lies

And ditto for technology -</description>
		<content:encoded><![CDATA[<p>I think it is a fine analogy </p>
<p>I would even add one extension. As you said, the process is important. And how you mange the process.</p>
<p>Your quote; So even if you and I buy the same basic factory from [Leo], we`re going to do very different things with it. </p>
<p>I would argue that even if you **were** doing the same thing with it, (ie direct competitors making a widget) The management and processes are the variables, not the factory.</p>
<p>His sales reps outsell yours 5 to 1</p>
<p>His aged inventory is 1/3 of yours</p>
<p>His defect rate is almost zero while yours is 12%</p>
<p>His first time accurate and on time delivery is 97%, yours is 40</p>
<p>The factory is the commodity in this analogy &#8211; but how you **manage** that commodity is where competitive advantage lies</p>
<p>And ditto for technology -</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://andrewmcafee.org/2009/01/its_like_this/comment-page-1/#comment-4308</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Fri, 09 Jan 2009 15:27:23 +0000</pubDate>
		<guid isPermaLink="false">#comment-4308</guid>
		<description>The challenge with using a product-based analogy is that it does not account for the impact and importance of design on competitive advantage -- i.e. you may have better designers, but not necessarily better processes. 

However, I do believe that the source of competitive advantage is not in the features and functions of the software, but in the ability to configure/customize the software to unique business processes.</description>
		<content:encoded><![CDATA[<p>The challenge with using a product-based analogy is that it does not account for the impact and importance of design on competitive advantage &#8212; i.e. you may have better designers, but not necessarily better processes. </p>
<p>However, I do believe that the source of competitive advantage is not in the features and functions of the software, but in the ability to configure/customize the software to unique business processes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SamW</title>
		<link>http://andrewmcafee.org/2009/01/its_like_this/comment-page-1/#comment-4307</link>
		<dc:creator>SamW</dc:creator>
		<pubDate>Fri, 09 Jan 2009 15:08:32 +0000</pubDate>
		<guid isPermaLink="false">#comment-4307</guid>
		<description>I like the analogy as far as it goes.  It leads me to this question though: Once you and your competitor have made the identical investment in IT, what then provides the competitive differentiation?  How do your investments to date and your future investments create the differentiation in how you employ the &#039;process factory&#039;?</description>
		<content:encoded><![CDATA[<p>I like the analogy as far as it goes.  It leads me to this question though: Once you and your competitor have made the identical investment in IT, what then provides the competitive differentiation?  How do your investments to date and your future investments create the differentiation in how you employ the &#8216;process factory&#8217;?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
