It's hard being an ERP these days, all sorts of things are said about them, so are they justified, or not. Budget in overload, deadlines overrun, rigidity... Is that still the case? Among these preconceived ideas, let's take a look at non-compliance with schedules.
And no, an overrun on the deadline is not inevitable! Back in the dark ages of ERP, perhaps, but the days of the non-specialised ERP are over. Now, ERP systems are verticalized, pre-configured and easier to implement. They have integrated new business models and have become more flexible. Thus, we need increasingly fewer services to implement them.
Keeping to the schedule, whether you're talking about deploying an ERP or building an aeroplane, is primarily a question of project management: juggling times, available resources, anticipating risks, etc. This is both a science and an art that requires subject specialists. The less movement there is in needs, the more deadlines are likely to be met. One of the most common features of delayed ERP projects is often that the client has moved the goalposts: an extra module here, a poorly evaluated problem there, a specific development added..
Some good advice to help you avoid overruns :