Microsoft Project Online retires September 30, 2026 — migrate to a modern platform before it's too late.Start migration
Back to Blog
Guides

How to Migrate from Microsoft Project Online: A Step-by-Step Guide

A practical, step-by-step guide for migrating your projects, resources, and data from Microsoft Project Online to a modern platform before the September 2026 retirement.

Onplana TeamApril 8, 20269 min read

How to Migrate from Microsoft Project Online: A Step-by-Step Guide

With Microsoft Project Online retiring on September 30, 2026, every organization using the platform needs a migration plan. This guide walks through the entire process — from data export to final validation — so you can make the switch with confidence.

Whether you're migrating to Onplana or another platform, the fundamentals are the same: get your data out, map it correctly, and validate that nothing was lost in translation.

Before You Start: What You're Migrating

Project Online stores data across multiple systems. Understanding the full scope prevents surprises midway through:

Data Type Where It Lives Export Method
Project schedules Project Online database .mpp export or OData
Task assignments Project Online database OData feed
Resource pool Project Online database OData feed
Timesheets Project Online database OData feed or Excel export
Custom fields Project Online database OData feed
Documents SharePoint project sites SharePoint migration tools
Power BI reports Power BI workspace Manual recreation
Workflows SharePoint/Power Automate Manual recreation

Step 1: Export Project Plans as .MPP Files

The .mpp file format is the most portable way to move project data. It captures tasks, dependencies, resources, baselines, and custom fields in a single file.

How to Export

  1. Open Project Online Desktop Client (Project Professional)
  2. Connect to your Project Online instance
  3. Open each project from the server
  4. Go to File → Save As → Computer
  5. Choose .mpp format and save locally

What's Captured in .MPP

  • Task names, durations, start/finish dates
  • Task dependencies (all four types: FS, SS, FF, SF) with lag
  • Resource assignments and work hours
  • Baseline data (up to 11 baselines)
  • Custom fields and their values
  • Task notes and constraints
  • Calendar exceptions

What's NOT in .MPP

  • Timesheet submission history
  • Resource pool metadata (cost rates, availability calendars)
  • Cross-project resource leveling state
  • PWA views and page customizations

Pro tip: Create a shared folder and systematically save each project. Name files consistently: ProjectName_YYYYMMDD.mpp. You'll thank yourself later.

Step 2: Export Data via OData Feeds

For bulk data extraction — especially resources, timesheets, and cross-project reporting data — OData is your best friend.

Accessing OData

Project Online exposes OData feeds at:

https://your-tenant.sharepoint.com/sites/pwa/_api/ProjectData

Common endpoints:

  • /Projects — All published projects
  • /Tasks — All tasks across projects
  • /Assignments — Resource assignments
  • /Resources — Enterprise resource pool
  • /Timesheets and /TimesheetLines — Timesheet data

Exporting with Excel

The simplest approach for small to medium datasets:

  1. Open Excel
  2. Go to Data → Get Data → From OData Feed
  3. Enter your ProjectData URL
  4. Authenticate with your Microsoft 365 credentials
  5. Select the tables you need
  6. Load and save as .xlsx

Exporting with Power Query / Power BI

For larger datasets or automated exports:

  1. Create a Power BI report connected to Project Online OData
  2. Use Power Query to pull all relevant tables
  3. Export each table to CSV via Export data in visuals
  4. Or use Power Automate to schedule recurring exports

Exporting with the Onplana Migration Wizard

If you're migrating to Onplana, you can skip manual OData extraction entirely:

  1. Go to Settings → Import → Project Online
  2. Enter your SharePoint site URL (the /sites/pwa address)
  3. Authenticate with your Microsoft 365 account
  4. Onplana reads your OData feeds directly and maps:
    • Projects → Onplana projects
    • Tasks → Onplana tasks (with dependencies preserved)
    • Resources → Onplana team members
    • Assignments → Onplana task assignees
    • Custom fields → Onplana custom fields

The wizard handles pagination, throttling, and data type conversion automatically.

Step 3: Map Your Data Model

Every PM platform has a slightly different data model. Here's how Project Online concepts map to modern platforms:

Project-Level Mapping

Project Online Onplana Equivalent Notes
Project Project 1:1 mapping
Project Site Workspace Documents, links, files
Program Portfolio Group of related projects
Enterprise Resource Pool Organization Members Org-wide resource management
Project Server Permissions RBAC Roles Org + project level permissions

Task-Level Mapping

Project Online Onplana Equivalent Notes
Task Task 1:1 mapping
Summary Task Parent Task (subtask hierarchy) Nesting preserved
Milestone Milestone Zero-duration markers
Dependency (FS/SS/FF/SF) Task Dependency All four types + lag supported
Baseline Project Baseline Baseline dates preserved
Resource Assignment Task Assignee Multiple assignees supported
Custom Field Custom Field 6 field types available
Task Calendar Working Calendar Org-wide + exceptions

Fields That Need Manual Attention

Some Project Online fields don't have direct equivalents and need human decisions:

  • Earned Value fields (BCWS, BCWP, BAC) — Most modern tools don't support traditional EVM. Document current EV data in a spreadsheet before migrating.
  • Resource cost rates — Table-based rate structures may need simplification. Onplana supports rate cards with date ranges.
  • Custom views and filters — These need to be recreated in the new platform.
  • Macros and VBA — Not portable. Document what they do and find equivalent features or automations.

Step 4: Execute the Migration

Option A: .MPP Import (Recommended for Most Teams)

Best for: Teams with well-maintained .mpp files who want maximum data fidelity.

  1. Prepare your files — Gather all .mpp exports from Step 1
  2. Import sequentially — Start with a pilot project (your simplest, most representative project)
  3. Validate the import — Check:
    • Task count matches
    • Dependencies are correct (especially SS/FF/SF types)
    • Dates align (watch for calendar/timezone issues)
    • Resource assignments mapped to correct team members
    • Baseline data imported
    • Custom field values present
  4. Fix any issues — Common problems:
    • Date shifts due to calendar differences → adjust working calendar
    • Unmapped resources → assign team members manually
    • Custom field type mismatches → adjust field definitions
  5. Repeat for remaining projects — Once your pilot validates cleanly, batch-import the rest

Option B: OData Migration Wizard (Recommended for Large Organizations)

Best for: Organizations with 20+ projects who want automated bulk migration.

  1. Connect your tenant — Provide your PWA site URL and authenticate
  2. Select projects — Choose which projects to migrate (or select all)
  3. Review the mapping — The wizard shows you how each field will be mapped
  4. Run the migration — The wizard handles extraction, transformation, and loading
  5. Validate results — Same checklist as Option A, but for all projects at once

Option C: CSV/Excel Import (Fallback)

Best for: Non-standard data or when .mpp files aren't available.

  1. Export data from OData to CSV files
  2. Clean and format the data to match the target platform's import template
  3. Import via CSV upload
  4. Manually recreate dependencies and relationships

Step 5: Validate Everything

Migration is only successful when the data in your new platform matches what was in Project Online. Here's a comprehensive validation checklist:

Schedule Validation

  • Total number of projects matches
  • Each project's task count matches (compare against .mpp)
  • Start and finish dates are correct for all tasks
  • Dependencies are correct type and direction
  • Lag/lead values on dependencies are preserved
  • Summary task rollup dates are calculated correctly
  • Milestones appear on correct dates

Resource Validation

  • All team members are present in the new platform
  • Task assignments match the original
  • Work hours/effort estimates transferred
  • Resource availability/capacity is configured

Baseline Validation

  • Baseline start/finish dates match original
  • Baseline work values match
  • Gantt chart shows baseline overlay correctly

Custom Data Validation

  • Custom field values are present and correct type
  • Project-level metadata (department, category, etc.) transferred
  • Tags or labels applied correctly

Functional Validation

  • Critical path calculates correctly
  • Gantt chart renders properly
  • Team can view and update tasks
  • Notifications are configured
  • Permissions/access levels are set

Step 6: Train Your Team

Even if the new platform feels similar, your team needs structured onboarding:

For Project Managers

  • 60-minute walkthrough of daily workflows: creating tasks, assigning resources, updating progress
  • Side-by-side comparison: "In Project Online you did X, here you do Y"
  • Hands-on exercise with a real project they manage

For Team Members

  • 15-minute quickstart: how to view your tasks, update status, log time
  • Focus on what's different, not everything from scratch

For Executives / PMO

  • 30-minute demo of portfolio views, dashboards, and reporting
  • Show where their current KPIs and reports are in the new platform

Create a Quick-Reference Guide

A one-page cheat sheet mapping old workflows to new ones is worth more than hours of training slides.

Common Pitfalls to Avoid

1. Waiting too long to start Don't assume Microsoft will extend the deadline. Begin your migration now to have buffer time for issues.

2. Migrating everything at once Start with a pilot of 2-3 projects. Validate thoroughly. Then scale to the full portfolio.

3. Ignoring resource pool setup Project Online's enterprise resource pool needs to be configured in your new platform before importing projects, or resource assignments won't map correctly.

4. Forgetting about integrations If you have Power Automate flows, Power BI reports, or Teams integrations connected to Project Online, document them. They'll break after retirement and need to be rebuilt.

5. Not preserving historical data Even after migration, keep your .mpp exports and OData archives. You may need historical data for audits, legal compliance, or baseline comparisons.

Migration Timeline Template

Week Activity
1-2 Audit current usage, document all features used
3-4 Export all .mpp files and OData data
5-6 Evaluate and select target platform
7-8 Pilot migration with 2-3 projects
9-10 Validate pilot, gather feedback, iterate
11-14 Full portfolio migration in batches
15-16 Training, documentation, cutover
17+ Post-migration support and optimization

Migrating to Onplana Specifically

If Onplana is your target platform, here's what makes the process smoother:

  • Built-in .mpp parser — Drag and drop your .mpp files; tasks, dependencies, baselines, and resources are imported automatically
  • OData wizard — Connect to your PWA site and import everything in bulk with field mapping UI
  • Familiar Gantt chart — Same concepts you're used to: FS/SS/FF/SF dependencies, critical path, baseline overlays
  • Free tier — Start migrating right now without budget approval. Import your projects, validate the data, and upgrade when you're confident
  • AI assistance — After migration, Onplana's AI can analyze your imported projects for risks, suggest optimizations, and generate status reports

Start your free migration →


Need help with your migration? Check out our comparison guide or get started free.

MigrationMicrosoft ProjectHow-ToProject Online

Ready to make the switch?

Start your free Onplana account and import your existing projects in minutes.