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.
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
- Open Project Online Desktop Client (Project Professional)
- Connect to your Project Online instance
- Open each project from the server
- Go to File → Save As → Computer
- 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/Timesheetsand/TimesheetLines— Timesheet data
Exporting with Excel
The simplest approach for small to medium datasets:
- Open Excel
- Go to Data → Get Data → From OData Feed
- Enter your ProjectData URL
- Authenticate with your Microsoft 365 credentials
- Select the tables you need
- Load and save as .xlsx
Exporting with Power Query / Power BI
For larger datasets or automated exports:
- Create a Power BI report connected to Project Online OData
- Use Power Query to pull all relevant tables
- Export each table to CSV via Export data in visuals
- 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:
- Go to Settings → Import → Project Online
- Enter your SharePoint site URL (the /sites/pwa address)
- Authenticate with your Microsoft 365 account
- 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.
- Prepare your files — Gather all .mpp exports from Step 1
- Import sequentially — Start with a pilot project (your simplest, most representative project)
- 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
- 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
- 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.
- Connect your tenant — Provide your PWA site URL and authenticate
- Select projects — Choose which projects to migrate (or select all)
- Review the mapping — The wizard shows you how each field will be mapped
- Run the migration — The wizard handles extraction, transformation, and loading
- 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.
- Export data from OData to CSV files
- Clean and format the data to match the target platform's import template
- Import via CSV upload
- 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
Need help with your migration? Check out our comparison guide or get started free.
Ready to make the switch?
Start your free Onplana account and import your existing projects in minutes.