Project Management migration

Migrate from Project Central to Trello

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

Project Central logo

Project Central

Source

Trello

Destination

Trello logo

Compatibility

67%

8 of 12

objects map 1:1 between Project Central and Trello.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Migrating from Project Central to Trello requires careful navigation of a fundamental asymmetry: Project Central does not publish a public REST API or documented export endpoints, while Trello exposes a full REST API with board, card, and custom field endpoints. We resolve the source-side extraction gap by working with Project Central's Microsoft 365 backing store, SharePoint-linked document references, and any available Azure AD-backed data export, then map the extracted Projects to Trello Boards, Tasks to Cards, and Tags to Labels. Custom fields from Project Central require Trello's Custom Fields Power-Up on the destination side; we install and configure this Power-Up during setup. Due dates, assignees, checklists, and task hierarchy (parent-child relationships) transfer as native Trello fields and Power-Up features. We do not migrate Project Central Status Workflows or Views as automation code; we deliver a written inventory of each configured workflow with its trigger logic and a recommended Trello Board, List, and Automation rebuild approach for the customer's project manager to implement 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

Trello logo

Trello

What's pulling them in

  • Free plan supports unlimited users and 10 boards, giving small teams full access to core Kanban functionality before any paid commitment is required.
  • The drag-and-drop board/card/Label interface requires no training, which reduces adoption friction and onboarding time across distributed teams.
  • Atlassian ecosystem integration with Jira, Confluence, and Bitbucket provides native cross-tool workflows for teams already using Atlassian tools.
  • Butler automation on paid tiers enables rule-based triggers without third-party integrations, covering basic workflow automation needs.
  • Simple visual task management with due dates, checklists, and member assignments keeps individual contributors and small teams organized without complexity.

Object mapping

How Project Central objects map to Trello

Each row shows how a Project Central object lands in Trello, 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

Trello

Board

1:1
Fully supported

Each Project Central Project becomes a Trello Board. We extract the Project name, description, status, and custom fields and create a corresponding Board in the destination Trello Workspace. If the source Project contains sub-projects or grouped task sets, we create a Board per top-level Project and configure Lists within that Board to represent task groupings. We do not migrate Project Central Views (which are display configurations) as they have no Trello equivalent; we document the View structure for the customer's PM to replicate as Board Filters and saved Views in Trello.

Project Central

Task

maps to

Trello

Card

1:1
Fully supported

Project Central Tasks map directly to Trello Cards. We transfer the task name as the Card title, description as the Card description (with SharePoint link references preserved as hyperlinks), due date as the Card due date, and assignee as a Card member. Task hierarchy (parent Tasks with child sub-tasks) maps to Trello Card hierarchy via the Card Hierarchy Power-Up if installed, or as a Checklist on the parent Card with child items listed as checklist entries.

Project Central

Task Assignee

maps to

Trello

Card Member

1:1
Fully supported

Project Central Task Owners map to Trello Card Members. We resolve each Project Central user by email address against the Trello destination Workspace members. Members who do not yet exist in Trello are flagged for the customer to provision before migration; if the customer uses Atlassian ID matching the same email domain, the accounts auto-link during the Trello invite flow.

Project Central

Task Status

maps to

Trello

List

lossy
Fully supported

Project Central Status workflow values (e.g., To Do, In Progress, In Review, Done) map to Trello Lists on each Board. We configure the Lists during Board setup to match the status values used in the source Project. If the source uses Agile methodology with sprint states, we create Lists that reflect the sprint cadence and document the mapping for the customer's PM to adjust post-migration.

Project Central

Tag

maps to

Trello

Label

1:1
Fully supported

Project Central Tags map to Trello Labels on each Card. We extract the full tag taxonomy (colors and names) and create corresponding Labels in the destination Board. If tags have color coding in Project Central, we replicate the color assignment on the Trello Label. Labels with no corresponding Card are created as empty labels and can be cleaned up post-migration.

Project Central

Custom Field

maps to

Trello

Custom Field (Power-Up)

lossy
Fully supported

Project Central Custom Fields on Tasks require Trello's Custom Fields Power-Up (free). We install the Power-Up on each destination Board during setup and create custom field definitions matching the source type: text fields map to Text custom fields, numeric fields map to Number custom fields, date fields map to Date custom fields, and dropdown-style fields map to Dropdown custom fields. We then populate the custom field values on each Card during the card migration phase.

Project Central

SharePoint Link

maps to

Trello

Card Attachment or Card Link

1:1
Fully supported

Project Central stores no native file attachments; only SharePoint links back to documents. We extract the SharePoint URLs from each Task and map them to Trello Card link attachments. If the destination Trello Workspace has the SharePoint Power-Up installed, we configure the SharePoint site connection so that links open directly within Trello. We do not download or re-upload the underlying SharePoint documents; the links are preserved as references.

Project Central

Task Hierarchy

maps to

Trello

Checklist or Card Hierarchy Power-Up

lossy
Fully supported

Project Central supports parent-child task relationships where a parent Task contains sub-Tasks. We map this to Trello in one of two ways depending on customer preference during scoping: as a Checklist on the parent Card with each child listed as a checklist item (no Power-Up required), or as Card hierarchy using the Card Hierarchy Power-Up (free) which renders sub-Cards visually indented under the parent Card. The customer chooses the approach before migration begins.

Project Central

Engagement: Comments

maps to

Trello

Card Comments

1:1
Fully supported

Project Central activity logs and comments on Tasks map to Trello Card Comments. We extract comment text, author (by email resolution to Trello member), and timestamp. Comments are inserted in chronological order on the destination Card using the Trello API. If Project Central stores internal-only notes separately from comments, we map internal notes to a prefixed Card Comment with a [Internal Note] label.

Project Central

Due Date

maps to

Trello

Card Due Date

1:1
Fully supported

Task due dates from Project Central transfer directly to Card due dates in Trello. We preserve the original date and time if present; if only a date is stored, we set the Card due time to end of day. If the source includes a due-time component, we include it. Cards without due dates are created with no due date set.

Project Central

Checklist

maps to

Trello

Checklist

1:1
Fully supported

If Project Central supports checklist items on Tasks, each checklist maps to a Trello Checklist on the corresponding Card. Checklist item text, completion status, and ordering transfer directly. Incomplete items appear at the top of the Trello Checklist in their original order.

Project Central

Status Workflow

maps to

Trello

List Configuration

lossy
Fully supported

Project Central Status Workflows are process configurations that define the allowed status transitions per Project. These do not have a direct Trello equivalent as code. We document each Workflow's status values, transition rules, and configured notifications as part of the workflow inventory deliverable. The customer's project manager uses this inventory to configure Trello Lists and, if needed, Butler automation rules to replicate the workflow logic.

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

Trello logo

Trello gotchas

High

Billing model uses maximum seat quantity at term midpoint

Medium

Custom Field data historically stored in pluginData

Medium

API rate limits are token-gated and can block bulk migration

Medium

Guest-to-paid seat conversion triggers on multi-board membership

Low

Automation command runs are capped per plan and overage triggers upgrade pressure

Pair-specific challenges

  • Project Central has no public API or documented export endpoints

    Project Central does not publish a REST API or documented data export mechanism, which is a fundamental constraint that shapes the entire migration approach. We work around this by coordinating directly with the Microsoft 365 backing store: extracting data from the Project Central data layer via Azure AD permissions, using SharePoint export tooling for document-linked records, and processing any available admin export options. This extraction path requires read-level Azure AD permissions on the source tenant and cannot be fully automated without customer cooperation on access provisioning. We flag this explicitly in scoping before any work begins.

  • Trello free tier exports JSON only, not CSV

    Trello's free Workspace tier does not support direct CSV export; only JSON export is available under Menu > More > Print and Export. For migrations involving Trello as the destination, we use the Trello REST API directly rather than relying on export/import tooling, which avoids the format conversion step. If the customer prefers to use Trello's native import UI, JSON export from any source must first be transformed to match Trello's import schema (Boards, Lists, Cards, Labels, Members). We use the API to maintain full control over field mapping and custom field population.

  • Archived cards and inactive records require explicit handling

    Project Central may store archived or completed tasks that should transfer to Trello as archived Cards. We extract archived status from the source data and set the Card open/archived state accordingly via the Trello API. Trello does not allow direct archival during bulk card creation via the standard import UI; this requires API-based card insertion with the closed parameter set to true. If the customer prefers that archived records do not transfer (to keep Trello boards clean), we document this choice during scoping and exclude them from the extraction.

  • Custom Fields Power-Up must be installed per Board before migration

    Trello's Custom Fields Power-Up is not a platform-level default; it must be installed on each Board individually. If the migration involves multiple Project Central Projects mapping to multiple Trello Boards, we install the Power-Up on each Board via the Trello API before inserting cards with custom field data. Cards inserted before the Power-Up is installed will not display custom field data even if the field values are present in the API payload. We verify Power-Up installation as a pre-flight check before the card migration phase begins.

  • Project Central Status Workflows and Views do not migrate as automation

    Project Central Status Workflows define allowed status transitions, notification rules, and field-visibility conditions per Project. Views define saved display configurations with filters and sorting. Neither of these maps to Trello as automation code. We deliver a written inventory of every configured Workflow and View with its logic, trigger conditions, and affected fields. The customer's project manager rebuilds the workflow logic as Trello Lists, Butler automation rules, or Board-level automation buttons. Views are replicated manually as Trello Board Filters and saved filter configurations.

Migration approach

Six steps for a successful Project Central to Trello data migration

  1. Discovery and access provisioning

    We audit the source Project Central environment: we identify the Projects, Tasks, Tags, custom field definitions, SharePoint link references, and any task hierarchy data to be migrated. Because Project Central has no public API, we scope the Microsoft 365 access pathway required for extraction (Azure AD read permissions, SharePoint site access, and Project Central admin export capability). We also inventory the destination Trello Workspace structure: existing Boards, Lists, Power-Ups, and member accounts. The discovery output is a written scope document with record counts, a custom field type inventory, and a confirmed extraction pathway.

  2. Schema design and Trello Power-Up configuration

    We design the destination schema in Trello. This includes creating a new Board per Project (or consolidating multiple Projects onto a single Board if scoped that way), configuring Lists to match the Project Central Status workflow values, creating Labels matching the tag taxonomy, and installing the Custom Fields Power-Up on each Board. If the customer chose the Card Hierarchy Power-Up option for parent-child task mapping, we install and configure that as well. We deploy the initial Board structure via the Trello API before any card data is inserted.

  3. Data extraction from Project Central

    We extract data from Project Central using the scoped Microsoft 365 access pathway. This includes exporting all Projects with their metadata, all Tasks with assignees, due dates, descriptions, tags, and custom field values, all SharePoint link references, and any comment or activity log entries. If the source data is stored across multiple Microsoft 365 sites or SharePoint lists, we consolidate the export into a unified dataset. We flag any records that cannot be extracted due to access restrictions and escalate to the customer's tenant admin.

  4. Data transformation and mapping validation

    We transform the extracted data into Trello API payloads: Projects to Board creation calls, Tasks to Card creation calls with member resolution, Tags to Label creation calls, custom fields to Custom Field definition and value calls, and SharePoint links to Card link attachments. We validate the mapping against the Trello schema: List names must be valid strings, member emails must resolve to Workspace members, and custom field types must match Trello's supported types (Text, Number, Date, Dropdown, Checkbox, Labels). We run a small-sample validation pass (50-100 cards) before the full migration begins.

  5. Sandbox migration and reconciliation

    We run a full migration into a Trello Workspace that the customer designates as a staging environment, or into a separate Workspace if the production Workspace cannot be used for testing. The customer's project manager reconciles record counts: Boards created match Projects exported, Cards created match Tasks exported, Labels match Tags, and custom field values are populated correctly on a sample of Cards. Any mapping corrections (wrong List, incorrect custom field type, missing member) are corrected in the transform layer before the production migration.

  6. Production migration and cutover

    We run the production migration in dependency order: Boards first, then Lists, then Labels, then Custom Field definitions, then Cards with members and custom field values, then card comments, then SharePoint link attachments. Each phase emits a row-count reconciliation report. After all data is loaded, we verify card counts, custom field completeness, and label application against the source inventory. We deliver the Workflow and View inventory document to the customer's PM team. We do not rebuild Project Central workflows as Trello Butler rules inside the migration scope; that work is handled by the customer's team using the inventory document. We provide a one-week hypercare window for reconciliation issues.

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.
Trello logo

Trello

Destination

Strengths

  • Generous free tier with unlimited users and 10 boards, the lowest barrier to entry among major project management tools.
  • Intuitive drag-and-drop Kanban interface requires no training or onboarding documentation.
  • Deep Atlassian integration with Jira, Confluence, and Bitbucket for teams already in the ecosystem.
  • Built-in Butler automation covers rule-based triggers without requiring third-party integrations.
  • REST API with comprehensive documentation enables programmatic access to all core objects.

Weaknesses

  • Reporting and analytics are absent, with no built-in velocity tracking, burndown charts, or historical performance metrics.
  • The flat board/list/card data model scales poorly for complex projects requiring hierarchical task structures.
  • Customization is limited compared to platforms like Asana, monday.com, or Jira that offer richer field types and workflow configuration.
  • Advanced views (Timeline, Dashboard) require Premium and are not available on Standard, inflating total cost for teams needing visibility features.
  • Guest user billing rules are confusing and prone to accidental seat overages when guests join multiple boards.

Complexity grading

How hard is this migration?

Moderate Project Management migration. 4 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 Trello.

  • Object compatibility

    C

    4 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 Trello 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 Trello data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Migrations under 50 Projects and 500 Tasks with no complex custom field types typically complete in three to five weeks. Migrations with large task volumes (over 2,000 records), multiple custom field types, hierarchical task structures requiring parent-child reconstruction, or extraction complexity from the Microsoft 365 data layer move to eight to twelve weeks because of extraction development time, Power-Up configuration per Board, and the SharePoint link mapping pass.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Project Central.
Land in Trello, 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