Project Online has retired. Did the reason move with it?
After Microsoft's Project Online retirement, the real migration test is whether a team can make its next project decision with the original context intact.
On September 30, 2026, Microsoft Project Online reached its scheduled retirement date. Microsoft's notice is specific to Project Online; Project desktop, Project Server, and Planner are unaffected. Read Microsoft's retirement notice.
With that date behind us, the next useful question is whether the team can make its next important decision from the new project record without digging out the old plan or asking the person who built it.

Project context travels with the work. Orbyna editorial artwork.
A complete export can still leave an unclear plan
An export is valuable source material. Microsoft's Project Online export guidance describes draft and published project files, reporting data, and feature-specific user data. It also calls out custom views, filters, attachments, and macros as items administrators may need to find and save separately.
That inventory helps a team understand what it has to review. The new project record still has to explain the work in motion. A task can keep its title and date while the reason for that date lives in a meeting note, the dependency that could move it sits in another file, and the approval that changed it is known only to one project lead.
The practical test is whether someone holding the next decision can find the context behind it: the outcome being carried forward, the current owner, the active dependencies, and the history of important changes.
Name the decisions that need to survive
Before mapping old fields into new ones, list the decisions the team must keep making. For each active project, ask:
- What outcome, scope, and target date is the team carrying forward?
- Which predecessor, external handoff, or approval constrains the next piece of work?
- Who owns the next action, and who can approve a change to the commitment?
- What evidence tells the team that work is blocked, progressing, or complete?
- Where can a new teammate find the rationale and history behind the current plan?
These questions identify the records that still guide delivery and the fields worth preserving for historical reference. They also reveal when a date needs its rationale, an owner needs a clear decision boundary, or a dependency needs a current status.
Keep project context beside the work
Orbyna's live Project Management System brings several parts of this record together. Its timeline connects scheduled work with dependencies and the critical path. Configurable workflows define how issues move between statuses. Issue history records field changes with before-and-after values and timestamps. Project knowledge pages can link to issues and retain version history, while reports help teams review cycle time, workload, and sprint performance. Explore Orbyna Project Management.
Teams can use those capabilities to keep the current task, its predecessor, the evidence for its status, and the decision history close to one another. A clear current decision path gives the next owner a working explanation of the plan, even when the original project lead is unavailable.
Test the next real decision
Choose an upcoming milestone in the new system and ask someone who did not lead the migration to explain it using the project record:
- What outcome is due, and who owns it?
- Which dependency or approval could change its date?
- What supports the current status, and where is the latest change recorded?
- What action should happen next?
If the answer depends on an old spreadsheet, a private message, or someone's memory, the team has found a context gap. Capture that gap beside the milestone and close it before the next project review. After reconciling import counts, use this exercise to see whether people can act on the records.
Measure continuity after cutover
For a small sample of active projects, check whether each milestone has four things people can find in the current workspace: an owner and intended outcome, a reason for its date, visible dependencies and approvals, and a usable status and change history. Track how many milestones meet all four conditions, then use the gaps to decide which source details deserve a place in the new operating record.
Use this checklist as a practical acceptance measure. A migration has a cutover date; continuity shows up in the decisions the team can keep making afterward. When the next owner can understand what is moving and why from the current project record, the old plan has carried its meaning forward.