<?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: ERP Implementation Strategies &#8211; A Guide to ERP Implementation Methodology</title>
	<atom:link href="http://blog.softwareadvice.com/articles/manufacturing/erp-implementation-strategies-1031101/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.softwareadvice.com/articles/manufacturing/erp-implementation-strategies-1031101/</link>
	<description>Software Advice Articles, News &#38; Best Practices Guides</description>
	<lastBuildDate>Thu, 17 May 2012 19:12:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Chris Shaul</title>
		<link>http://blog.softwareadvice.com/articles/manufacturing/erp-implementation-strategies-1031101/#comment-9585</link>
		<dc:creator>Chris Shaul</dc:creator>
		<pubDate>Fri, 05 Aug 2011 16:28:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareadvice.com/articles/?p=3317#comment-9585</guid>
		<description>Rereading this article again after a while away from it.  It made me think about clients who wanted or tried to go live after running parallel.  It was chaos and hell for the employees.  The systems processed things differently and the financial numbers where different.  Not way out of balance, but enough to cause a lot of heartache.  They had a hard time realizing that they were capturing different information in a different manner.  Further, a single transaction in a deeply integrated system can roll up differently depending upon the settings.  Also parallel processing has a high chance for error in employees missing an entry in one of the two systems.  Simply a headache.  

I&#039;ve seen that phased or &quot;mini-bang&quot; solutions are often chosen, although there is something to say for Big Bank approach if everything was well planned and the users were well trained.

Thanks again for this article.

Chris</description>
		<content:encoded><![CDATA[<p>Rereading this article again after a while away from it.  It made me think about clients who wanted or tried to go live after running parallel.  It was chaos and hell for the employees.  The systems processed things differently and the financial numbers where different.  Not way out of balance, but enough to cause a lot of heartache.  They had a hard time realizing that they were capturing different information in a different manner.  Further, a single transaction in a deeply integrated system can roll up differently depending upon the settings.  Also parallel processing has a high chance for error in employees missing an entry in one of the two systems.  Simply a headache.  </p>
<p>I&#8217;ve seen that phased or &#8220;mini-bang&#8221; solutions are often chosen, although there is something to say for Big Bank approach if everything was well planned and the users were well trained.</p>
<p>Thanks again for this article.</p>
<p>Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dynamicpm</title>
		<link>http://blog.softwareadvice.com/articles/manufacturing/erp-implementation-strategies-1031101/#comment-9820</link>
		<dc:creator>Dynamicpm</dc:creator>
		<pubDate>Wed, 27 Jul 2011 15:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareadvice.com/articles/?p=3317#comment-9820</guid>
		<description>Mr. Chege.  I am familiar with Tibco and other data integration engines that have specific SWIFT mapping data type trees.  These projects are almost always rolled out in a phased manner with the legacy system kept in tact for a back up.  The ciriticality of the data and underlying financial risks are too great for a big bang approach.</description>
		<content:encoded><![CDATA[<p>Mr. Chege.  I am familiar with Tibco and other data integration engines that have specific SWIFT mapping data type trees.  These projects are almost always rolled out in a phased manner with the legacy system kept in tact for a back up.  The ciriticality of the data and underlying financial risks are too great for a big bang approach.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Chege</title>
		<link>http://blog.softwareadvice.com/articles/manufacturing/erp-implementation-strategies-1031101/#comment-8578</link>
		<dc:creator>Richard Chege</dc:creator>
		<pubDate>Tue, 03 May 2011 09:23:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareadvice.com/articles/?p=3317#comment-8578</guid>
		<description>Great article. I&#039;m busy with the deployment of an Integrated Public Debt Management System which integrates SWIFT payment instructions to banks. I&#039;d like to enquire from the bloggers whether anyone has done SWIFT integration before and which is the best option to switch over; parallel running with the old system (non-swift) or Big bang. My email: mwithukia@gmail.com</description>
		<content:encoded><![CDATA[<p>Great article. I&#8217;m busy with the deployment of an Integrated Public Debt Management System which integrates SWIFT payment instructions to banks. I&#8217;d like to enquire from the bloggers whether anyone has done SWIFT integration before and which is the best option to switch over; parallel running with the old system (non-swift) or Big bang. My email: <a href="mailto:mwithukia@gmail.com">mwithukia@gmail.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett Beaubouef</title>
		<link>http://blog.softwareadvice.com/articles/manufacturing/erp-implementation-strategies-1031101/#comment-8519</link>
		<dc:creator>Brett Beaubouef</dc:creator>
		<pubDate>Tue, 26 Apr 2011 00:49:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareadvice.com/articles/?p=3317#comment-8519</guid>
		<description>Great article on deployment strategies.  I would like to suggest that there is not a single ERP methodology that covers all the disciplines required for an ERP implementation.  The trick is to learn how integrate these different methodologies together.  For additional information please see the following article:

http://gbeaubouef.wordpress.com/2010/10/25/when-erp-methodologies-go-wrong/</description>
		<content:encoded><![CDATA[<p>Great article on deployment strategies.  I would like to suggest that there is not a single ERP methodology that covers all the disciplines required for an ERP implementation.  The trick is to learn how integrate these different methodologies together.  For additional information please see the following article:</p>
<p><a href="http://gbeaubouef.wordpress.com/2010/10/25/when-erp-methodologies-go-wrong/" rel="nofollow">http://gbeaubouef.wordpress.com/2010/10/25/when-erp-methodologies-go-wrong/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ERP training</title>
		<link>http://blog.softwareadvice.com/articles/manufacturing/erp-implementation-strategies-1031101/#comment-6065</link>
		<dc:creator>ERP training</dc:creator>
		<pubDate>Tue, 08 Feb 2011 16:17:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareadvice.com/articles/?p=3317#comment-6065</guid>
		<description>I agree with Todd - it&#039;s a bit comparing apples and oranges. 

We&#039;re on the user training side of implementation projects since 1997.

We&#039;ve seen big bang projects go extremely well, and also big bang disasters. 

External consultants not fully knowing the business processes, process owners not realizing the impact of their choices for international roll-outs, the amount of customizing, user adoptance, etc. 

It&#039;s hard to evaluate these &#039;people&#039; effects but they can distort &#039;success evaluations&#039;  of an ERP implementation project approach.</description>
		<content:encoded><![CDATA[<p>I agree with Todd &#8211; it&#8217;s a bit comparing apples and oranges. </p>
<p>We&#8217;re on the user training side of implementation projects since 1997.</p>
<p>We&#8217;ve seen big bang projects go extremely well, and also big bang disasters. </p>
<p>External consultants not fully knowing the business processes, process owners not realizing the impact of their choices for international roll-outs, the amount of customizing, user adoptance, etc. </p>
<p>It&#8217;s hard to evaluate these &#8216;people&#8217; effects but they can distort &#8216;success evaluations&#8217;  of an ERP implementation project approach.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Farid Bahgat</title>
		<link>http://blog.softwareadvice.com/articles/manufacturing/erp-implementation-strategies-1031101/#comment-5202</link>
		<dc:creator>Farid Bahgat</dc:creator>
		<pubDate>Fri, 24 Dec 2010 12:08:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareadvice.com/articles/?p=3317#comment-5202</guid>
		<description>It&#039;s grateful to have different opinions, I do agreed that there is no perfect selection suit for each company, in my opinion parallel for a short period is best and safest selection.</description>
		<content:encoded><![CDATA[<p>It&#8217;s grateful to have different opinions, I do agreed that there is no perfect selection suit for each company, in my opinion parallel for a short period is best and safest selection.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vic</title>
		<link>http://blog.softwareadvice.com/articles/manufacturing/erp-implementation-strategies-1031101/#comment-4951</link>
		<dc:creator>vic</dc:creator>
		<pubDate>Thu, 09 Dec 2010 20:54:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareadvice.com/articles/?p=3317#comment-4951</guid>
		<description>Thank you, very informative article. I am writing a paper about ERP implemetation as my final assigment. This article was very helpful.</description>
		<content:encoded><![CDATA[<p>Thank you, very informative article. I am writing a paper about ERP implemetation as my final assigment. This article was very helpful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bharathi NM</title>
		<link>http://blog.softwareadvice.com/articles/manufacturing/erp-implementation-strategies-1031101/#comment-4564</link>
		<dc:creator>Bharathi NM</dc:creator>
		<pubDate>Sat, 30 Oct 2010 11:07:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareadvice.com/articles/?p=3317#comment-4564</guid>
		<description>Addressed well!!

We are currently on implementation, chosen parallal to have a safe play. Once the basic platform created and then should move to customization, the important thing is the engineer should have a presentation skill as well listening attitude to lead for success. Every suggestion to be reviewed.</description>
		<content:encoded><![CDATA[<p>Addressed well!!</p>
<p>We are currently on implementation, chosen parallal to have a safe play. Once the basic platform created and then should move to customization, the important thing is the engineer should have a presentation skill as well listening attitude to lead for success. Every suggestion to be reviewed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Binish</title>
		<link>http://blog.softwareadvice.com/articles/manufacturing/erp-implementation-strategies-1031101/#comment-4303</link>
		<dc:creator>Binish</dc:creator>
		<pubDate>Wed, 22 Sep 2010 06:02:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareadvice.com/articles/?p=3317#comment-4303</guid>
		<description>Hi Houston, I am in the implementation field for almost 8 years now and found that, if more customization is required and end-user acceptance is low (due to lack of knowledge/inertia) parallel alone works... all other cases jump into the big/mini bang for best results -your graph shows the clear picture. good job</description>
		<content:encoded><![CDATA[<p>Hi Houston, I am in the implementation field for almost 8 years now and found that, if more customization is required and end-user acceptance is low (due to lack of knowledge/inertia) parallel alone works&#8230; all other cases jump into the big/mini bang for best results -your graph shows the clear picture. good job</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jigs</title>
		<link>http://blog.softwareadvice.com/articles/manufacturing/erp-implementation-strategies-1031101/#comment-2439</link>
		<dc:creator>Jigs</dc:creator>
		<pubDate>Sat, 24 Apr 2010 19:30:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareadvice.com/articles/?p=3317#comment-2439</guid>
		<description>I agree and respect all the comments hereby. However I am sure all 3 implementation strategies are good in their own way. So can I know what parameters are to be considered beforehand going for any of these 3 strategies</description>
		<content:encoded><![CDATA[<p>I agree and respect all the comments hereby. However I am sure all 3 implementation strategies are good in their own way. So can I know what parameters are to be considered beforehand going for any of these 3 strategies</p>
]]></content:encoded>
	</item>
</channel>
</rss>

