The other week my family banished me to the attic with instructions to get rid of all the stuff I had put up there “that might be useful one day.” I soon found myself sitting amidst piles of cardboard boxes reminiscing about school days and my early career in the computer industry. I even found my old beer mat collection from the ’70s!
Selecting a project team for your Enterprise Resource Planning (ERP) implementation is all too often done on the basis of job role, rather than who is best for the project. What actually makes a good ERP team player? In my opinion there are four requirements: competency, skill, knowledge, and position – in that order.
Ownership of an Enterprise Resource Planning (ERP) system is much more than the signing of a contract at the time of purchase. In order to deliver value it must be the consequence of a long term strategy of ownership, and that means a long term commitment to data integrity, solution design and education.
While on vacation recently, I visited an interesting restaurant with a large group of relatives. At the table a few clearly marked buttons were provided to request waiters to bring more water, clear used utensils, bring the bill, etc. I had never seen this back home in Vancouver. What a great idea to improve efficiency!
“Change is not made without inconvenience, even from worse to better.” Samuel Johnson
Do you know how complex Microsoft Word and Excel are?
Because Word and Excel look so easy, people under-estimate how complex other standard systems, like an ERP, can be. If business users knew how complex those two Microsoft applications really are, they would be more thoughtful and careful when embarking on a complex software project.
Despite the fact that ERP solutions are intended to improve business performance quickly and efficiently, through the provision of critical information, they generally do not have a good track record. In his research paper “Causes influencing the effectiveness of the post-implementation ERP system” (subscription required), CS Yu came to the conclusion that 40% of all ERP implementations or extensions perform below expectations and 20% are eventually scrapped as complete failures. The latter figure could even be as high as 50%, depending on how ‘failure’ is defined.
Part 2: Changing the system as business realities change
Hands up all those who have started implementing an ERP system and not had to deal with changes as the project progresses. No one? I am not surprised. Has anyone gone live with an ERP project and never had any changes afterwards? The reality of any ERP project is that scope changes occur during the project, and after going live it is guaranteed that there will be more requirement changes.