Project Management migration
Field-level mapping, validation, and rollback between Nostromo and Microsoft Project. We move data and schema; workflows are rebuilt natively in Microsoft Project.
Nostromo
Source
Microsoft Project
Destination
Compatibility
7 of 10
objects map 1:1 between Nostromo and Microsoft Project.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Migrating from Nostromo to Microsoft Project is an exercise in data reconstruction, not API-driven extraction. Nostromo shut down permanently with no live endpoint, admin console, or documented export schema, so the scope of what reaches Microsoft Project is bounded entirely by what backup files, CSV exports, or JSON dumps the customer preserved before the platform went offline. We begin every engagement by parsing the customer's source file to identify the object types and field names present, inferring the schema from the actual export structure rather than any published documentation. Projects map to Microsoft Project plan files (MPP or cloud-synced plans), tasks reconstruct as outline rows with parent-child relationships preserved, and users map to Resources with email, name, and role preserved where the export contains them. We flag any gaps—missing attachments, incomplete history, or absent sprint data—clearly in the scope document. Custom fields transfer as typed columns. We do not migrate automations, workflows, or integration configurations because Nostromo did not expose these through its export mechanism and Microsoft Project does not store them in a transferable format.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Nostromo object lands in Microsoft Project, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Nostromo
Projects
Microsoft Project
Project (MPP file or Project Online plan)
1:1Nostromo Projects map to Microsoft Project plan files (MPP) or cloud-based Project Online/Project for the Web plans. We create the project header record with the project name, description, and any metadata fields present in the export. If the export includes project-level start or finish dates, these become the project scheduling start and finish baseline. Without explicit dates, the first task's start date drives the project schedule. Project-level custom fields map to enterprise custom fields in Project desktop or to columns in Project Online.
Nostromo
Tasks
Microsoft Project
Task (Summary and Subtasks)
1:1Nostromo task records with parent-child relationships reconstruct as Microsoft Project outline rows where Summary tasks represent the parent level and subordinate rows represent subtasks. The export's parent_task_id field determines the WBS hierarchy placement. Task name, description, start date, finish date, duration, and percent complete migrate directly where present in the export. We flag any tasks with missing parent references as orphaned rows and surface them in the reconciliation report for the customer to resolve before final import.
Nostromo
Users
Microsoft Project
Resource
1:1Nostromo user accounts (email, name, role) map to Microsoft Project Resource records. Email becomes the resource's unique identifier in Project Online; name populates the resource display name; role maps to the Resource's Group or Max Units field if the export contains a role designation. For Project desktop, we create a Resource Sheet with name, initials, material label, and any cost rate fields present. Owner assignments on Nostromo tasks migrate as Task Resource Assignments in Microsoft Project.
Nostromo
Sprints
Microsoft Project
Task milestone or Schedule field
lossyIf the customer's export includes Sprint objects with names and start/end dates, we map these to milestone tasks with the sprint end date as the milestone date, or to a custom text field capturing the sprint name and date range. Without explicit sprint records in the export, we fall back to grouping tasks by their created_at or modified_at date ranges to approximate sprint boundaries. Microsoft Project does not have a native sprint/iteration concept; the customer rebuilds sprint cadence in the tool post-migration if needed.
Nostromo
Custom Fields
Microsoft Project
Custom Fields (text, number, date, dropdown)
1:1Nostromo custom field definitions and values migrate as typed custom fields in Microsoft Project. Text properties map to Text custom fields; numeric properties to Number fields; date properties to Date fields; single-select options to Flag or Text fields with a lookup note. We preserve the original custom field name as the column header. If the export contains custom field metadata (data type, picklist values), we use that to configure the destination field type; if metadata is absent, we infer the type from the data values.
Nostromo
Comments
Microsoft Project
Task Notes
1:1Nostromo comments attached to tasks migrate as Microsoft Project Task Notes. The note body includes the comment text, author name, and timestamp in a formatted block. If multiple comments exist on a single task, they concatenate in chronological order with author and timestamp headers. Microsoft Project does not have a threaded discussion model; comments flatten into a single note per task.
Nostromo
Labels
Microsoft Project
Text custom field or Flag field
lossyNostromo tags and labels migrate to a custom Text or Flag field in Microsoft Project. If the export contains a single-label-per-record pattern, we use a Text custom field with the label value. If the export uses a multi-label format, we concatenate labels with commas into a single Text field. We deduplicate and normalise the label set during mapping and document the unique label values in the handoff report for the customer to configure as a picklist if desired.
Nostromo
Attachments
Microsoft Project
None
1:1Nostromo did not expose file attachments through its documented export mechanisms. Any images, documents, or uploaded assets associated with tasks or projects are not recoverable from the archived backup format. We flag this gap in the scope document and recommend that the customer re-attach documents from their local backups or SharePoint if those assets were stored there during Nostromo's active period. Microsoft Project can link to external files via Hyperlink fields, but the source files must be available separately.
Nostromo
Project metadata (created_by, created_at, updated_at)
Microsoft Project
Project-level custom fields
1:1Timestamps and creator attribution from Nostromo project records migrate as custom fields in Microsoft Project: Created By (text), Created Date (date), Last Modified By (text), Last Modified Date (date). These preserve the original audit trail for records management and compliance purposes even though Microsoft Project does not natively store this metadata on project records.
Nostromo
Task assignments
Microsoft Project
Task Resource Assignments
lossyNostromo task assignee relationships (user linked to task) migrate as Microsoft Project Task Resource Assignments. We resolve the Nostromo user reference to the corresponding Microsoft Project Resource record created during the User migration phase. Assignment units, if present in the export, map to the Units field on the assignment row. This mapping is configuration-dependent because Nostromo's assignment export format determines how many assignments exist per task.
| Nostromo | Microsoft Project | Compatibility | |
|---|---|---|---|
| Projects | Project (MPP file or Project Online plan)1:1 | Mapping required | |
| Tasks | Task (Summary and Subtasks)1:1 | Mapping required | |
| Users | Resource1:1 | Mapping required | |
| Sprints | Task milestone or Schedule fieldlossy | Mapping required | |
| Custom Fields | Custom Fields (text, number, date, dropdown)1:1 | Mapping required | |
| Comments | Task Notes1:1 | Mapping required | |
| Labels | Text custom field or Flag fieldlossy | Mapping required | |
| Attachments | None1:1 | Not supported | |
| Project metadata (created_by, created_at, updated_at) | Project-level custom fields1:1 | Fully supported | |
| Task assignments | Task Resource Assignmentslossy | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Nostromo gotchas
Platform shutdown eliminates all live API access
No standard export format or documented schema
Attachments and binary assets are not recoverable
Microsoft Project gotchas
Project for the web is being retired and merged into Microsoft Planner
Planner-tier portfolio features are incomplete despite Plan 5 labeling
Web app constraint controls are weaker than the Windows desktop client
Project requires a separate license not bundled with standard Microsoft 365
Project Online API is edition-gated and inconsistently documented
Pair-specific challenges
Migration approach
Export verification and schema discovery
We begin every Nostromo engagement by reviewing the customer's available source files. We ask for all CSV exports, JSON dumps, or database backups the customer or their team secured before the platform went offline. We parse each file to identify the object types present (projects, tasks, users, sprints, custom fields, comments, labels), infer the field names and data types from the actual data rather than any published documentation, and produce a written schema discovery report. If no export exists, we explain the limitation and offer forensic recovery guidance from any partial source material.
Scope definition and gap analysis
We compare the discovered export schema against the customer's stated migration goals and flag gaps: missing objects, absent fields, orphaned relationships, and unrecoverable data (attachments, binary assets). We produce a written scope document listing what will migrate, what will not migrate and why, and any data quality issues that require customer remediation before migration. The scope document requires customer sign-off before any load begins.
Destination schema preparation
We configure the Microsoft Project destination environment: for Project Plan 3 or Plan 5, we provision the Project Online PWA or Planner Premium plan and configure enterprise custom fields matching the Nostromo export field names and types. For Project desktop, we prepare the MPP template with custom columns, resource sheet, and calendar settings. We create the Resource pool in Microsoft Project first so that user-to-resource lookup resolution works during task assignment import.
Data mapping and transformation
We build the transformation layer for the specific Nostromo export format identified in discovery. This includes parsing parent-child task relationships to construct the Microsoft Project outline (WBS hierarchy), resolving Nostromo user IDs to Microsoft Project Resource names, mapping custom field values to typed destination fields, and formatting timestamps to Microsoft Project's date syntax. We produce a mapping spreadsheet as a living document during this phase.
Pilot import and reconciliation
We run a pilot import of a single project with representative task depth, including subtasks, assignments, custom fields, and notes. We reconcile the output against the source export: row counts match, hierarchy reflects parent-child structure, resource assignments are populated, custom fields contain values. Any mapping corrections happen in this phase before full-scale import. We deliver a pilot reconciliation report to the customer's project manager for sign-off.
Full production import and handoff
We run the full production import across all projects in scope, loading in dependency order: Resources first, then Projects with project-level metadata, then Tasks with outline hierarchy and assignments, then custom fields, then notes. We deliver a final migration report with record counts per object, a list of any records that could not be imported and the reason, and the mapping spreadsheet. We do not rebuild automations, workflows, or sprint cadence configurations; we document the existing Nostromo setup in the handoff report for the customer's admin to rebuild in Microsoft Project.
Platform deep dives
Nostromo
Source
Strengths
Weaknesses
Microsoft Project
Destination
Strengths
Weaknesses
Complexity grading
Moderate Project Management migration. 1 of 8 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Nostromo and Microsoft Project.
Object compatibility
1 of 8 objects need a manual workaround.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Nostromo: Not applicable — no public API endpoints..
Data volume sensitivity
Nostromo doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Nostromo to Microsoft Project migration scoping. Not seeing yours? Book a call.
Walk through your Nostromo to Microsoft Project migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Nostromo
Other ways to arrive at Microsoft Project
Same-Project Management migrations
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.