ERP and HCM implementations take longer than expected far more often than the industry likes to admit. In expert witness work and project recoveries, I rarely see a failed timeline that was realistic to begin with. Most were built on optimistic sales assumptions that never had a chance of holding up.
The reason is simple. Change is hard, and change takes time. Forget cloud deployment, intuitive interfaces, “no training required” software, and the other clichés. The software is the relatively easy part of a transformation. The organizational change is what takes time, and it is what most timelines underestimate.
Table of Contents
ToggleWhy ERP and HCM Implementations Take Longer Than Planned
The gap between the proposed timeline and the actual one comes down to industry dynamics, biases, and incentives. Software vendors and systems integrators have a lot to lose from a slow decision or an unfavorable estimate that delays the sale. You and your team, however, live with those decisions for years, long after the sales reps and integrator consultants have moved on.
Whether you are pursuing SAP S/4HANA, Oracle, Microsoft Dynamics 365, Workday HCM, or any other major platform, the same patterns show up:
- Vendors and integrators are incentivized to sell rather than to set realistic expectations.
- Their perfect-world assumptions about your data, resources, and decision speed rarely hold.
- They often lack visibility into how your organization actually operates and absorbs change.
- They leave out time-consuming work outside their scope, especially organizational change management and data migration, which are two of the most common causes of overruns.
- When in doubt, they choose assumptions that will not jeopardize the sale or delay the kickoff.
Organizations also tend to assume resistance to change will be manageable. It almost never is without deliberate planning, and that blind spot alone can add months.

Realistic ERP and HCM Implementation Timelines by Company Size
Benchmarks are a starting point, not a plan. Current industry data puts most ERP implementations somewhere between a few months and three years, depending almost entirely on size and complexity. HCM projects follow a similar pattern, with payroll and finance scope adding the most time.
| Organization profile | Typical ERP implementation duration | Typical HCM implementation duration |
|---|---|---|
| Small business, fewer than 50 employees | 3 to 6 months | 2 to 4 months with a packaged deployment |
| Mid-market, 50 to 500 employees | 6 to 12 months | 8 to 12 months for core HCM, 12 to 18 with payroll |
| Large enterprise, 500 to 5,000 employees | 12 to 24 months | 15 to 24 months with finance in scope |
| Multinational, more than 5,000 employees | 18 to 36 months or longer | 24 to 36 months for a full platform |
Treat these as best-case ranges. They describe reasonably well-run projects, and industry research consistently finds that roughly two-thirds of ERP programs exceed their original timeline and budget. In our experience, most organizations land at the upper end of these ranges or beyond once change management, data migration, testing, and post-go-live stabilization are fully counted. Most of you are not average, either. You may be more complex, less mature, or less ready for change than the benchmark assumes, and every one of those traits pushes your timeline out.
The Factors That Drive Your Implementation Duration
Most vendors and integrators treat every company the same. They should not. Consider two common examples. If your people have run on green-screen systems and spreadsheets for 30 years, your implementation will take far longer than one at a company moving off a 10-year-old ERP. If you have grown through acquisitions and operate as siloed entities, and your goal is to standardize, you are running a business transformation rather than an IT upgrade, and the timeline has to reflect that.
These are the variables that should feed directly into your plan:
- Magnitude of change: The bigger the change for your people and processes, the longer the project.
- Number of locations: More sites mean more operational variation to accommodate.
- Number of countries: More countries add localization, regulatory, payroll, and cultural complexity.
- Operational complexity: Unique or highly variable processes take longer to design and test.
- Internal competencies: Less implementation experience on your team means a longer project.
- Dedicated internal resources: Fewer people committed full time means slower decisions and more rework.
- Executive alignment: A divided steering committee is one of the most reliable sources of delay.
- Data quality: Dirty, duplicated, or poorly governed data turns migration into a long workstream of its own.
- Customization and integrations: Every custom build and interface adds design, testing, and maintenance time.
Each variable sits on a continuum with no single right answer. The key is to define honestly where you sit today and where you want to be, then use that as input to the timeline.

A 5-Step Method to Estimate Your Implementation Timeline
To get to an accurate estimate, run every vendor and integrator proposal through a sanity filter. When we review integrator proposals for clients, we follow the same sequence every time.
Step 1: Start From an Honest Benchmark
Anchor on independent benchmarks for organizations of your size and complexity, not on the vendor’s case studies. Published vendor timelines tend to represent best-case projects. Independent data, along with conversations with peers who have recently gone live, gives you a far more realistic baseline.
Step 2: Add the Work the Proposal Leaves Out
Integrator plans usually cover configuration, build, and technical testing well. They routinely underscope organizational change management, data cleansing and migration, business process redesign, end-user training, and post-go-live stabilization. Add realistic durations for each, or confirm in writing who owns them.
Step 3: Adjust for Your Organization’s Profile
Score yourself against the factors above and adjust the baseline accordingly. A multi-country rollout with weak data and limited internal staff should sit at the upper end of the benchmark range or beyond it. A single-entity company with clean data and a strong internal team can reasonably plan toward the lower end.
Step 4: Pressure-Test the Assumptions
Ask the integrator to list every assumption behind the timeline, including decision turnaround, internal staffing levels, data readiness, and the degree of customization. Then check each one against reality. If the plan assumes your best people can give 20 percent of their week to the project while doing their day jobs, it is already wrong. This is where independent ERP consulting pays for itself, because an advisor with no stake in the sale can tell you which assumptions will not survive contact with your organization.
Step 5: Build in Contingency and Phase Gates
Even a well-built estimate needs contingency. Plan for schedule buffer on the workstreams with the most uncertainty, typically data migration, integrations, and testing. Define go or no-go criteria for each phase so a missed milestone triggers a decision rather than a quiet slip that compounds downstream.
Questions We Hear Most
How long does an ERP implementation take for a mid-size company?
Current industry ranges put mid-market ERP implementations at 6 to 12 months, but treat that as a best case. In our experience, mid-size organizations with multiple entities, meaningful process change, or messy data commonly need well over a year. Narrow scope, clean data, and strong internal resources can shorten that. Multiple countries, heavy customization, or a major process overhaul will extend it.
How long does a Workday or HCM implementation take?
Core HCM alone commonly takes 8 to 12 months for a mid-size organization. Adding payroll typically extends the project to 12 to 18 months because of parallel payroll testing and year-end timing, and adding finance can push a full platform deployment beyond two years. Packaged accelerators can be faster, but only if you are willing to adopt standard processes.
Why do ERP implementations take longer than planned?
The most common causes are optimistic sales-driven estimates, underscoped change management and data migration, insufficient internal resources, scope creep, and slow decision-making from a misaligned leadership team. Technology is rarely the main reason.
Can you shorten an ERP implementation timeline?
Yes, but only through deliberate trade-offs. The biggest levers are limiting phase-one scope, configuring instead of customizing, dedicating internal staff full time, cleaning data before the project starts, and doing proper planning up front. The time to make these decisions is during ERP software selection and planning, before contracts lock in assumptions.
How much contingency should an ERP timeline include?
There is no universal percentage, but contingency should reflect your risk profile. Organizations with complex operations, poor data, or limited change readiness need materially more buffer than a vendor will propose. Put the buffer on the riskiest workstreams instead of spreading it evenly.
The Bottom Line on Implementation Timelines
Vendors and integrators gain a lot by encouraging a fast decision. In that rush, reality gets lost and bias shapes internal expectations. That is how so many organizations start with strategies, plans, and timelines that were never realistic.
The answer is to add the missing activities to your vendors’ proposed plans and translate their estimates into your reality. Every company is different, so the timeline has to reflect what makes yours unique. Treating the project as a full digital transformation program rather than a software installation is the most reliable way to set a timeline you can actually hit.
Eric is recognized globally as a leading voice in digital transformation and ERP strategy. Over the past three decades, he has helped hundreds of organizations, including Nucor Steel, Fisher & Paykel Healthcare, Kodak, Coors, Boeing, and Duke Energy, define their technology roadmaps, modernize complex operations, and deliver real business value from large-scale transformation initiatives.
As Founder and CEO of Third Stage Consulting, Eric leads an independent, technology-agnostic advisory firm focused on helping clients navigate the shift from traditional ERP to more flexible, AI-enabled Digital Enterprise Operations (DEO) models. His work spans ERP selection, implementation quality assurance, organizational change, and operating model design across a wide range of industries and geographies.
Eric is also a prolific thought leader, known for his pragmatic takes on AI, cloud, and enterprise software trends, as well as his firm’s benchmark research and frameworks for de-risking transformation. He is dedicated to helping executive teams cut through vendor hype, make confident investment decisions, and successfully reach the “third stage” of their digital evolution.