Primaned Blog

Why Migrating from One Project Controls Tool to Another Is Rarely Just a Technical Switch

Written by Daniël Storck | Jul 22, 2025 2:00:00 PM


It sounds simple enough. But for organisations managing large, complex construction or infrastructure projects, this mindset can lead to costly risks. 

If you work in IT, project controls, or information management, and you're considering moving from tools like Primavera P6 or MS Project to Oracle Primavera Cloud (OPC), this article will help you understand what’s really involved in a successful migration. Spoiler alert: it's not just about data exports and imports. 

The Problem: A Migration Is Not Just a Tool Change 

At first glance, migrating to a new project controls tool might appear to be a straightforward IT project. The reality? It’s a strategic transformation.

You're not just switching software. You are most likely also redesigning how your organisation plans, monitors, and reports on critical projects. It often also is a moment which organisations want to seize the opportunity to clean data and remove legacy structures. A poorly planned migration can thus influence or disrupt ongoing operations, affect reporting accuracy, and lead to loss of valuable data. Most importantly, it can reduce confidence in your project controls. 

The Risks of Self-Migration

1. Technical Challenges

  • File and Data / Coding structures between tools like P6, MS Project, and OPC rarely align. Additional transformation steps are needed to avoid data losses and realign data with your new structures. 
  • Specialist technical skills not up to par. Project Controls Data and especially Schedule Data requires specialist knowledge of niche file-formats (XER, XML, Mppx and Databases). Overestimating the abilities of your technical skills is often overlooked.  
  • Performing data-migrations also requires temporary secure, certified infrastructures to avoid risks of non-compliance or data breaches during migration.

2. Organisational Disruption and User Adoption

  • Migrating at the wrong moment can disrupt dashboards, delay reporting cycles, and introduce mistakes in KPI's (and their history). A migration is a project that requires multiple stakeholders to be involved and consulted. 
  • A move to a different toolset is often used as a chance to introduce new simplified processes and data structures. Transitioning to these new rules need proper change management process and a change and migration strategy to be in place. Underestimating the risk of an unstable and unclear migration is seen quite often. 
  • A lack of user involvement leads to resistance and low ownership of the new solution. Making planners part of the migration process, together with the migration specialist allow them to get familiar with the new toolsets so they can take ownership of their project data. 

3. Strategic Gaps

  • Many organisations skip the critical step of defining the before mentioned migration strategy and approach. Without clear milestones, decent testing and fallback options, issues become harder to detect and correct. 
  • Legacy data is often moved in bulk or discarded entirely. This creates long-term challenges for auditing, historical benchmarking, and future template development. 
  • Failed self-migrations often result in unplanned downtime, lost data, and costly rework. These are avoidable risks when using a proven approach supported by a specialist. 
  • Without a robust and clear data strategy, organisations may also limit their ability to use AI, business intelligence, or predictive analytics in the future.  

The Alternative: Partner with an Expert Who Understands Project Controls 

A successful migration requires more than technical know-how. It requires a partner who understands the operational heartbeat of your project organisations: how your planners think, how your data flows, and what continuity means for your project controls. They bring experience in aligning data, tools, processes, and people. 

What you gain by working with a dedicated migration partner: 

  • Guided path towards a phased, risk-managed migration plan based on your unique environment using experiences from other, comparable migrations. 
  • Expertise with complex toolsets like Primavera P6 and Microsoft Project Online, which very few partners can support successfully. 
  • End-to-end coverage of the whole migration-process, including IST to SOLL analysis, data transformation, testing, and user validation 
  • A separate and secure, ISO 27001 or SOC2-certified, infrastructure and organisation for temporary data handling. So, no need to arrange that separately yourself, reducing installation/configuration costs. 
  • Detailed checklist-based processes that reduce errors and oversights. Developed and perfected during previous migrations. 
  • Flexible scheduling, including migrations during evenings or weekends reducing downtime. 
  • Tailored training to ensure users understand and embrace the new way of working 

Real-World Examples: When Migration Is Done Right 

Gasunie – Phased Migration with Full User Engagement 

Gasunie transitioned from multiple tools, like Microsoft Project Online, to OPC through a phased migration strategy. This allowed each planner and department to retain control and visibility. Custom training and active involvement of key users ensured long-term adoption and process continuity. Migrating Microsoft Project Online required special custom scripts to ensure all data was transformed and loaded in OPC in a timely fashion. 

Strukton – Safeguarding Historical Planning Data 

Strukton needed to migrate their on-going projects from Primavera P6 to OPC. Ensuring that all codes, schedules and baselines were migrated to the correct structures required specialistic skills. The repercussions of moving data could cause libraries to be placed in incorrect places, causing possible security and manageability issues. A structured migration plan helped in timely moving the data over to the new system. Primaned also supported in archiving the Primavera P6 project data. 

Antea – Making the Most of the Migration Moment 

With two decades of legacy data, Antea’s migration was more than a technical task. Together with Primaned, they identified which data to keep, which to archive, and how to align their planning processes with the new toolset. This approach set the foundation for a stronger and more future-ready controls environment. 

Antea needed to protect their existing Primavera P6 data. Using a proprietary tool developed by Primaned, they were able to extract and archive key planning data in an accessible, structured way. No other implementation partner could offer the same solution. 

Key Takeaway: Don’t Underestimate What’s Involved 

A project controls migration is not a lift-and-shift operation. It requires technical, organisational, and strategic alignment. Without this, you risk broken reports, inconsistent planning data, and poor adoption by your teams. 

If you're serious about modernising and unifying your project controls tools, the best place to start is with a Quickstart. This initial phase helps map the gap between your current system (IST) and your future state (SOLL). It gives you clarity on scope, complexity, and the first steps in a migration strategy before making any irreversible decisions.