ERP Migration & SelectionFree Interactive Tool

ERP Project Staffing Calculator: How Many People Your Implementation Really Needs

This free calculator estimates the people an ERP implementation actually requires, and it is built for project sponsors, IT directors, and operations leaders at discrete manufacturers. Enter named users, sites, modules in scope, interfaces, planned duration, and a complexity factor, and it returns internal core team FTEs, consultant FTEs, total project person-hours, backfill headcount, and peak month involvement. Understaffing the internal team is the most common cause of ERP schedule slip, because consultants cannot make your business decisions for you. Use the output to budget realistically, plan backfill early, and set executive expectations before the project starts rather than three months into it.

Your numbers

users

All users who will transact in the system, including shop floor and warehouse roles.

sites

Each additional site adds process variation, data migration, and change management effort.

8 modules

Count distinct areas such as finance, order management, purchasing, planning, production, quality, warehouse, and service.

interfaces

Every EDI map, CAD link, MES connection, bank file, and reporting extract counts as one interface.

months

From project kickoff to go-live, excluding hypercare.

Regulated industries, heavy configuration, and multi-entity consolidation all raise required effort materially.

Your results

Internal core team
5.1
Full-time equivalent internal staff dedicated to the project, including the project manager and process owners.
Total project person-hours
18,270 hrs
Combined internal and consultant effort at 145 productive hours per FTE month.
Consultant team
5.4
Average full-time equivalent external consultants across the project duration.
Operational backfill required
2.8
Additional staff or contractors needed to cover the day jobs of your core team members.
Peak month headcount
18
Approximate people involved during peak phases such as testing, training, and cutover.

Estimates only. Actual staffing depends on process standardization, data quality, and how much decision-making authority the core team holds. Use these figures for planning and budgeting, then refine with your implementation partner.

Get your ERP staffing plan

We will email you a personalized expert breakdown of your staffing estimate by role and project phase, including backfill timing and peak load planning, and a Netray delivery lead will follow up to review it against your scope.

No spam. Your results stay private. Unsubscribe anytime.

How the staffing model works

The model scales three drivers independently. User count drives change management, training, and testing effort. Site count drives process reconciliation and data migration effort, which is why each additional site adds meaningfully even when the processes look similar. Module and interface counts drive configuration and technical effort respectively. The complexity factor then multiplies the result for regulated industries, heavy configuration, and multi-entity consolidation. With the default inputs of 220 users, two sites, eight modules, six interfaces, twelve months, and an elevated complexity factor, the model returns roughly 5.1 internal FTEs, 5.5 consultant FTEs, about 18,400 total person-hours, 2.8 backfill FTEs, and 19 people involved at peak.

Benchmarks behind the staffing ratios

These ratios come from mid-market discrete manufacturing implementations rather than large enterprise programs, where governance overhead and steering committee structure change the arithmetic substantially. Treat them as a planning starting point that you refine with your implementation partner once scope is firm. Two factors move the numbers more than anything else: how standardized your processes already are across sites, and how clean your master data is before migration begins. A company with consistent processes and disciplined item data can run below these ratios, while one carrying decades of undocumented local practice will exceed them regardless of how capable the software is.

  • Internal core team is typically 40 to 60 percent of total project effort, not the minority role most sponsors assume.
  • Each interface averages roughly 0.3 consultant FTE across the project, covering design, build, test, and rework.
  • Backfill of about 55 percent of core team capacity is needed, since core members rarely leave their day jobs entirely.
  • Peak involvement during testing, training, and cutover runs 30 to 40 percent above the project average.

Interpreting the numbers and avoiding the classic failure

The number that surprises sponsors is internal core FTE, and it is the one that determines whether the project succeeds. Consultants configure software; only your people can decide how the business will run, validate that data is correct, and get colleagues to change behavior. Projects that assign core team members at twenty percent of their time alongside a full day job predictably slip, because the project work is the part that gets deferred. If the internal FTE figure looks unaffordable, the correct response is to reduce scope or extend duration, not to reduce the team. Also plan backfill before kickoff; hiring or contracting after the project starts is always late.

How Netray staffs and supports ERP projects

Netray implements Infor SyteLine, CloudSuite Industrial, Infor LN, and Baan for discrete manufacturers, and we scope internal effort openly during planning rather than discovering it during execution. We help you identify which roles must be internal, which can be augmented, and where a fractional specialist is more effective than a full-time hire. Where your team is genuinely constrained, we provide managed implementation resources that take defined ownership rather than waiting for direction. We also structure projects so decision-making authority sits with a small empowered core group, which reduces total effort more reliably than adding people does.

Frequently Asked Questions

Why does the internal team need to be this large?

Because the decisions that determine whether an ERP works are business decisions, not technical ones. How you cost jobs, how you structure item numbering, which processes get standardized across sites, and whether your data is clean are all questions only your people can answer. Consultants can propose options and configure the outcome, but if internal availability is thin, decisions queue up and the schedule slips regardless of how many consultants are on site.

Can we run an ERP implementation without backfill?

Occasionally, in small organizations with genuine slack capacity. Usually not. Core team members who keep full operational responsibility will prioritize today's shipment over next quarter's configuration decision, which is the correct business instinct and the wrong project outcome. Plan backfill for roughly half of core team capacity, arrange it before kickoff, and treat it as a project cost line rather than a departmental problem to absorb quietly.

Does a shorter timeline reduce total effort?

No, it concentrates it. Compressing a twelve-month project into eight does not reduce person-hours; it raises peak headcount and increases the risk that testing and training get shortened. The model reflects this indirectly through the complexity factor, since aggressive timelines belong in the high complexity category. If duration must shrink, cut scope or phase sites rather than assuming the same work will compress cleanly.

Get a detailed staffing plan and resource model for your ERP implementation from Netray's manufacturing project delivery team.