Project Management migration

Migrate from Project Central to monday Work Management

Field-level mapping, validation, and rollback between Project Central and monday Work Management. We move data and schema; workflows are rebuilt natively in monday Work Management.

Project Central logo

Project Central

Source

monday Work Management

Destination

monday Work Management logo

Compatibility

33%

4 of 12

objects map 1:1 between Project Central and monday Work Management.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Project Central to monday.com is a structural migration for teams leaving the Microsoft 365 ecosystem. Project Central holds no public API endpoint, which constrains extraction to manual export or Azure AD-backed file retrieval during discovery. monday.com accepts imported data via CSV, API, and third-party migration tooling, with Boards replacing Projects and Items replacing Tasks as the primary record types. We map Project Central's configurable Views and Status workflows to monday.com column types (Status, Dropdown, Date, People, Numbers) during schema design, preserve any Tags as Labels or multi-select fields, and carry SharePoint document links as plain URL columns rather than native attachments since neither platform stores blob data natively. Custom fields map one-to-one to monday.com column configurations. Automations, Dashboards, and Integrations do not migrate as code; we deliver a written inventory of active automations and connected integrations for the customer's admin to rebuild in monday.com's automation builder and Integrations center post-migration.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Project Central logo

Project Central

What's pushing teams away

  • Organizations without an existing Microsoft 365 license cannot use Project Central at all, making it a non-starter for teams on Google Workspace or other ecosystems without first purchasing a Microsoft subscription.
  • Per-user pricing scales linearly with headcount, which becomes a budget concern as project portfolios grow and organizations need to expand access to more stakeholders and contractors.
  • The platform is not designed for enterprise-scale resource management or advanced portfolio analytics, so growing teams often outpace what Project Central can offer in reporting depth.

Choosing

monday Work Management logo

monday Work Management

What's pulling them in

  • Lowest onboarding friction of any mid-market PM tool — drag-and-drop boards and colorful UI mean non-technical team members contribute from day one without training.
  • Highly customizable board structure lets teams model their actual workflow rather than forcing a predefined template onto their process.
  • Generous free forever plan with two seats lets small teams or solo users validate the platform before committing budget or migrating data from elsewhere.
  • Integrations with Slack, Zoom, Google Drive, and CRM tools keep monday.com as a coordination hub rather than requiring teams to switch context constantly.
  • Multiple view modes — Kanban, Calendar, Gantt, Map, Chart — give different team members the visualization they prefer without switching tools.

Object mapping

How Project Central objects map to monday Work Management

Each row shows how a Project Central object lands in monday Work Management, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Project Central

Project

maps to

monday Work Management

Board

1:1
Fully supported

Project Central Projects map to monday.com Boards. The Project name becomes the Board name. Project Central's project-level description or summary field maps to the Board description text. We create one Board per Project during migration. Board privacy settings default to workspace visibility; if the source Project had restricted member access, we configure Board-level privacy during migration.

Project Central

Task

maps to

monday Work Management

Item

1:1
Fully supported

Project Central Tasks map to monday.com Items. Task name becomes Item title. Task description maps to the Item's Text column if populated. Task due date maps to a Date column. Task assignment (Owner) maps to a Person column with the monday.com Team Member resolved by email match. Parent-child task relationships in Project Central (subtasks) map to monday.com Subitems nested under the parent Item.

Project Central

Task Status

maps to

monday Work Management

Status Column

lossy
Fully supported

Project Central's configurable Status workflows (Agile or Waterfall stages) map to monday.com Status columns. We extract the distinct status values from the source, create a corresponding Status column with matching labels, and map Task status values during migration. If the source uses custom status labels (e.g., Not Started, In Progress, Under Review, Done), we replicate those labels in monday.com rather than renaming to default values.

Project Central

Custom Field

maps to

monday Work Management

Column (typed)

lossy
Fully supported

Project Central custom fields map to monday.com column types: Text fields to Text columns, numeric fields to Numbers columns, date fields to Date columns, dropdown-style fields to Dropdown columns, and boolean fields to Checkbox columns. We extract the full list of custom fields during discovery and configure the matching column types before migration begins. Custom field validation rules (required, format) map to monday.com column prerequisites where the platform supports them.

Project Central

Tag

maps to

monday Work Management

Label or Multi-Select Column

lossy
Fully supported

Project Central Tags map to monday.com Labels (applied directly to Items) or to a Multi-Select column depending on how the customer uses tags. Tags used for project-wide categorization map to Labels; tags used as task-level attributes (e.g., priority, type, department) map to Multi-Select columns. The customer chooses the strategy during scoping. We preserve the full tag taxonomy and apply all tags to matching Items during migration.

Project Central

View (Agile)

maps to

monday Work Management

Board View (Kanban, Timeline, Calendar)

lossy
Fully supported

Project Central's configurable Views for Agile methodology map to monday.com Board Views: Board view (Kanban) for sprint-style task boards, Timeline view for Gantt-style dependency visualization, and Calendar view for date-based task visibility. We configure the equivalent monday.com view during migration and map Tasks to the correct view grouping (typically by Status column for Kanban, by Assignee for team-based views).

Project Central

View (Waterfall)

maps to

monday Work Management

Timeline View

lossy
Fully supported

Project Central's Waterfall-style views (sequential task dependencies, milestone tracking) map to monday.com's Timeline view with start and end date columns. If the source uses dependency fields, we configure monday.com's Dependency column to preserve predecessor-successor relationships. The Timeline view groups items by Project or Group depending on the source view structure.

Project Central

SharePoint Link

maps to

monday Work Management

URL Column

1:1
Fully supported

Project Central stores no native attachments; documents live in SharePoint and are referenced via links. We map these links to monday.com URL columns on each Item. The URL column preserves the original SharePoint link so that clicking opens the document in SharePoint as before. If the customer's migration also involves moving SharePoint content to a different document management system (e.g., monday.com Workdocs, Google Drive, Box), we flag this as a separate document migration scope during discovery.

Project Central

Owner

maps to

monday Work Management

Team Member

1:1
Fully supported

Project Central task Owners map to monday.com Team Members. We resolve owners by email match against the monday.com workspace user list. Any Project Central Owner without a matching monday.com Team Member goes to a reconciliation queue for the customer to provision before record import. Team Members without corresponding owners in the source are not created as part of migration.

Project Central

Activity Log / Notes

maps to

monday Work Management

Item Updates or Activity Log

lossy
Fully supported

Project Central activity logs record task-level changes (status changes, assignment changes, date updates). We map these to monday.com Item Updates (the activity feed on each Item). If the source logs are high-volume and contain audit-level detail, we may recommend preserving them as a separate document rather than flooding the Item timeline; the customer decides during scoping.

Project Central

Time Entry (if present)

maps to

monday Work Management

Time Tracking Column or Numbers Column

lossy
Fully supported

Project Central may contain time-tracking data depending on the customer's configuration. If present, we map time entries to monday.com's Time Tracking column (available on Pro and Enterprise) or to a Numbers column with hours stored as decimal values. We flag time entry presence at the scoping stage because monday.com's native Time Tracking requires Pro tier or above.

Project Central

Dependencies (if present)

maps to

monday Work Management

Dependency Column

lossy
Fully supported

Project Central supports task dependencies in some configurations. If the source data contains predecessor-successor relationships, we map these to monday.com's Dependency column (Pro and Enterprise). The Dependency column enables automatic schedule adjustment when a predecessor task shifts. We flag this feature requirement at scoping because it requires Pro or Enterprise tier on monday.com.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

Project Central logo

Project Central gotchas

High

Microsoft 365 license is a hard prerequisite

High

Attachments are SharePoint links only — files are not duplicated in Project Central

High

No public API or developer portal — extraction is UI/CSV-driven

Medium

Pricing model is flat $49/month for unlimited users, not per-user as commonly assumed

Medium

Project Online migration timing — Microsoft sunset in September 2026

monday Work Management logo

monday Work Management gotchas

High

Subitems have no bulk export endpoint

High

API complexity budget constrains query depth

Medium

Daily call limits vary sharply across plan tiers

Medium

Automation and integration rules do not export via API

Low

Saved views are not exposed via API

Pair-specific challenges

  • Project Central has no public REST API for automated extraction

    Project Central does not publish a public REST API or documented data export endpoints. Extraction relies on manual CSV export from the Project Central interface or Azure AD-backed file retrieval if the customer has programmatic access to the underlying SharePoint data store. We assess extraction options during discovery and flag any data that cannot be reliably exported before migration begins. Migrations that skip this step discover mid-project that not all data is accessible, causing scope creep or incomplete transfers.

  • monday.com Subitems are a separate data tier with different API behavior

    monday.com Subitems are stored in a separate table from Items and are retrieved via a different API endpoint (subitems query vs items query). CSV imports treat Subitems differently from top-level Items, and Subitem columns must be configured separately from parent Item columns. We design the Subitem schema during scoping, configure parent-to-subitem column mappings, and validate the full hierarchy (Project -> Board, Task -> Item, Subtask -> Subitem) in a test migration before production import.

  • monday.com Automations do not migrate and must be rebuilt manually

    Project Central's Status workflows and view-level automations (task assignment triggers, due date notifications, status-change actions) have no direct equivalent in monday.com's automation model and are not migrated as code. We deliver a written inventory of every active automation in Project Central with its trigger, conditions, and actions documented in a format that maps to monday.com's automation recipe builder (Available on Standard tier and above). The customer's admin rebuilds automations in monday.com's Automation Center post-migration.

  • SharePoint links require active URL validation after migration

    Project Central documents live in SharePoint and are referenced as links. When migrating to monday.com, we preserve the original SharePoint URLs as-is in a URL column. However, if the customer's SharePoint environment changes (site URL structure, permissions migration, SharePoint URL changes during a broader Microsoft exit), links break post-migration. We recommend that the customer validate all SharePoint URLs in monday.com within 30 days of migration and flag any broken links for correction.

  • monday.com rate limits constrain bulk API imports at scale

    monday.com's API enforces a rate limit of 10 requests per second on Standard tier and higher. For migrations exceeding 10,000 Items, we implement request throttling with exponential backoff on 429 responses, batch Items into groups of 100 for bulk import calls, and run imports during off-peak hours to avoid hitting concurrent-user rate limits. Migrations using CSV import bypass the per-second rate limit but are subject to file size constraints; we recommend API-based import for large datasets to maintain data integrity and reduce manual error correction.

Migration approach

Six steps for a successful Project Central to monday Work Management data migration

  1. Discovery and extraction assessment

    We audit the Project Central environment for record counts (Projects, Tasks, custom fields, Tags), identify extraction methods (manual export, SharePoint file access, Azure AD programmatic retrieval), and assess whether any time-tracking or dependency data is present that requires monday.com Pro or Enterprise tier. We also map the Microsoft 365 license situation: does the customer retain licenses post-migration or are they fully exiting the Microsoft ecosystem? This determines whether SharePoint links will continue to function after cutover. The discovery output is a written scope document and extraction plan.

  2. Schema design and column configuration

    We design the monday.com destination workspace. This includes provisioning Boards (one per Project), configuring column types for each Board based on the Project Central view and custom field inventory, setting up Status columns with labels matching the source workflow, configuring Labels or Multi-Select columns for the tag taxonomy, and enabling Time Tracking and Dependency columns if those features are present in the source. Schema is designed in a monday.com Sandbox workspace before production migration begins.

  3. Test migration and reconciliation

    We run a full test migration using the extracted Project Central data into a monday.com test workspace. We reconcile record counts (Projects in, Boards in, Tasks in, Items in), spot-check 25-50 random Items against the source for field accuracy, validate Status mappings, and confirm Subitem hierarchy. The customer's project manager or operations lead reviews the test output and signs off on the schema and mapping before production migration begins. Any column type corrections or mapping adjustments happen here.

  4. Owner and Team Member reconciliation

    We extract every distinct Owner referenced on Project Central Tasks and match by email against the monday.com workspace Team Member list. Any Project Central Owner without a matching monday.com Team Member goes to a reconciliation queue for the customer to provision (active or inactive depending on whether the user continues with the organization). Migration cannot proceed past this step because Person columns require valid Team Member references in monday.com.

  5. Production migration in dependency order

    We run production migration in record order: Boards (from Projects), Items (from Tasks with parent-child relationships resolved into Subitems), Status column values mapped from source workflow, custom field values mapped to typed columns, Labels or Multi-Select values applied, URL columns populated with SharePoint links, and Activity Log entries mapped to Item Updates. Each phase emits a row-count reconciliation report. We use monday.com's bulk API with throttling and exponential backoff on rate limit responses.

  6. Cutover, validation, and automation handoff

    We freeze Project Central writes during cutover, run a final delta migration of any records modified during the migration window, then enable monday.com as the system of record. We deliver the automation inventory document listing every Project Central workflow requiring rebuild in monday.com's Automation Center, the integration inventory document for the customer's admin to reconnect in monday.com's Integrations center, and a SharePoint URL validation checklist. We support a one-week hypercare window for reconciliation issues raised by the project team.

Platform deep dives

Context on both ends of the pair

Project Central logo

Project Central

Source

Strengths

  • Tight Microsoft 365 integration means authentication, permissions, and user management are handled by existing Azure AD infrastructure without additional configuration.
  • Unlimited user licensing removes the per-seat friction that discourages expanding access to stakeholders, contractors, or clients.
  • A lightweight, intuitive interface drives high adoption rates among non-project-manager users who resist complex or unfamiliar tooling.
  • Configurable views and status workflows allow teams to model their own processes without requiring custom development or third-party integrations.
  • Dedicated customer success and onboarding support is included across paid tiers, reducing the need for internal IT involvement during initial setup.

Weaknesses

  • Microsoft 365 account requirement is a hard dependency — organizations on other identity providers cannot evaluate or use the platform at all.
  • The tool is positioned as a lightweight PM solution and lacks the advanced scheduling, resource leveling, and earned-value analysis found in enterprise project management platforms.
  • Document storage is limited to SharePoint links; there is no native file attachment or versioned document management within the product itself.
  • Per-user pricing can become expensive at scale for organizations with large numbers of occasional or read-only users who only need portfolio visibility.
  • The platform does not publish a public REST API or documented data export endpoints, which constrains programmatic access and third-party integration options.
monday Work Management logo

monday Work Management

Destination

Strengths

  • Drag-and-drop board UI with near-zero learning curve for non-technical users entering project data for the first time.
  • 20+ column types and unlimited custom columns let teams model arbitrarily complex data structures without developer help.
  • Multi-view support — Kanban, Gantt, Calendar, Timeline, Chart, Map — satisfies different team members without forcing a single layout.
  • Automations cover common trigger-action patterns for teams without dedicated developers to write custom scripts.
  • Free plan for 2 seats and a 14-day trial on all paid tiers make evaluation risk-free before committing to migration scope.

Weaknesses

  • Per-seat pricing with no enterprise flat-rate option means costs scale linearly with headcount, making it expensive at 50+ seats.
  • Subitems lack bulk API access, making them problematic for CRM-style use cases where contact records live as subitems under a company board.
  • Automations and advanced views are gated behind Pro and Enterprise tiers, creating feature deserts on entry-level plans.
  • Dependency column is visually limited — no critical path, no auto-rescheduling, and cross-board dependencies require manual link management.
  • No native document management; docs, wikis, and knowledge bases require a separate integration or third-party workaround.

Complexity grading

How hard is this migration?

Moderate Project Management migration. 5 of 8 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Project Central and monday Work Management.

  • Object compatibility

    C

    5 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Project Central: Not publicly documented.

  • Data volume sensitivity

    B

    Project Central doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Project Central to monday Work Management migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Project Central to monday Work Management data migrations

Answers to the questions buyers ask most during Project Central to monday Work Management migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Project Central to monday Work Management migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between three and five weeks for organizations with fewer than 50 Projects and 2,000 Tasks and no time-tracking or dependency data. Migrations with extensive custom field configurations, multiple board structures, large tag taxonomies, or time-tracking data move to six to ten weeks because of view-to-column mapping design, SharePoint link reconciliation, and automation inventory scope. The Project Central extraction phase (no API available) adds up to one week to the discovery timeline.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Project Central.
Land in monday Work Management, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day