Archive for April 2010

Screwing up

The Register has a recent, chatty article about successful implementations – ERP (again) but the general principles apply.  Their first point goes to the heart of the services we offer:

It’s obviously necessary to define your requirements appropriately and select a package that fits. Indeed, one of the most prominent recommendations coming back from Reg readers is to minimise the amount of development work associated with customisations and extensions. You can only do this if you start out with a reasonable match between the software and your requirements. And of course when modifications to standard functionality are necessary it helps if the software you have chosen is based on an open platform that is easy to work with from a development and integration perspective.

When things go wrong

Good communication is one of the best ways to identify the red flags that pop up when something starts to go wrong with an implementation.  A lack of good communication can be one of the first warning signs that an implementation is in danger of failing.  Another important component to keeping an implementation on track is to have a project lead acting as a liaison. If there is a lack of leadership or if no one is championing the project within the business, the implementation can fail. 

Once an implementation does run into trouble, the chances of turning it around depend on the nature of the problem. The first thing to do is take a step back and look at the situation to pinpoint how the system is not meeting expectations.

And sometimes you just have to start all over again.

|