Project Management migration
Field-level mapping, validation, and rollback between Exepron and Trello. We move data and schema; workflows are rebuilt natively in Trello.
Exepron
Source
Trello
Destination
Compatibility
11 of 13
objects map 1:1 between Exepron and Trello.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Exepron to Trello is a deliberate simplification. Exepron is an AI-powered Critical Chain Project Management platform built around resource drum scheduling, predictive PRQ scoring, and multi-project portfolio buffers. Trello is a Kanban board tool built around visual card flow. The migration captures what both systems share in common—Projects, Tasks, assignees, due dates, and custom fields—while explicitly excluding what Trello cannot represent: Critical Chain predecessors and buffers, resource capacity and consumption tables, BIDSS dashboards, PALS training records, Project Risk Quotient scores, and Exepron's custom RBAC permission model. We extract from Exepron's REST API, restructure Activities into Trello cards distributed across lists that reflect Exepron Activity Status values, and map Resources to Trello board members. We do not migrate Exepron Workflows or Alerts as code; we deliver a written inventory for the customer's admin to rebuild in Trello Butler or a Power-Up.
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 Exepron 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.
Exepron
Project
Trello
Board
1:1Each Exepron Project maps to a Trello Board. Project metadata (name, description, start date, target finish) migrates as board name and description. Trello Boards do not have native project-level budgets or Earned Value, so those metrics are noted as metadata on the board description for reference. Exepron's Project Risk Quotient (PRQ) score has no Trello equivalent and is recorded as a custom field on the board's first list card for audit purposes only.
Exepron
Activity
Trello
Card
1:1Exepron Activities map to Trello Cards. Task Name becomes card title; Start and Finish dates migrate as card Start Date and Due Date if Trello Premium is in use, or as a custom date field on Standard. Predecessor chains from Exepron have no native Trello representation—predecessor data is exported as a custom field (predecessors__c) listing predecessor card names for admin reference. The card is placed in the Trello list that corresponds to the Exepron Activity Status value (e.g., Not Started, In Progress, Complete).
Exepron
Activity Bundle
Trello
List or Card section
1:manyExepron Activity Bundles group related Activities under a parent Work Package. We map each bundle to a Trello List, and the contained Activities within the bundle become Cards in that List. If the destination workspace uses Power-Up-enabled Card sections, bundles may instead map to sections within a single list. The customer selects the strategy during scoping based on their Trello plan and preferred board layout.
Exepron
Resource
Trello
Board Member
1:1Exepron Resources (people, equipment, facilities) map to Trello Board Members. Resource Name becomes the member's display name; Resource Type (Person, Equipment, Facility) is preserved as a custom field on the member or on cards they are assigned to. Resource Capacity and Consumption data have no Trello equivalent and are exported as a separate CSV reference document for the customer's admin to use in capacity planning outside Trello.
Exepron
Resource Type
Trello
Label or Custom Field
lossyExepron Resource Types group Resources for drum scheduling logic. Trello has no drum or capacity scheduling model, so Resource Types are exported as a labelled reference set. Depending on customer preference, they map to Trello Labels (if the team uses labels for role-based grouping) or to a custom field on Cards for filtering. The Dynamic Drum schedule itself is not reproducible in Trello and is inventoried as a non-transferable artefact.
Exepron
Custom Field
Trello
Custom Field (Standard or Power-Up)
1:1Exepron Custom Fields (available on Pro/Enterprise) migrate to Trello card-level Custom Fields if the workspace is on Standard or Premium. Text, number, date, and dropdown field types map directly. Multi-select or checkbox fields from Exepron map to Trello dropdown or checkbox custom fields. Note that Trello's native Custom Fields Power-Up supports a subset of field types; complex validation rules from Exepron (e.g., conditional requireds) cannot be reproduced and are documented as admin-rebuild items.
Exepron
Custom Role
Trello
Workspace Member role
1:1Exepron Custom Roles govern permission scoping within the platform. Trello uses Workspace-level Admin, Normal, andObserver roles plus Board-level permission settings. We export the role hierarchy and permission matrix as a reference document. The mapping is necessarily lossy because Trello's RBAC model is flatter than Exepron's custom permission sets; the customer's admin configures Trello workspace and board permissions post-migration based on the exported matrix.
Exepron
Project Template
Trello
Board Template
1:1Exepron Project Templates contain reusable task networks and resource assignments. We export the template structure as a reference document showing the task hierarchy and suggested assignments. Trello supports Board Templates on Premium plans. We provide a mapping from each Exepron template to a Trello board template structure that the customer's admin creates in Trello using the Duplicate Board feature.
Exepron
Alert and Reason Code
Trello
Card Label or Checklist item
1:1Exepron Alerts are threshold-based notifications tied to task slippage and resource overloads; Reason Codes annotate why slips occurred. Both are exported as metadata on the relevant Activity record. We map open Alerts to Trello Card Labels (e.g., 'Overdue Alert', 'Resource Overload') and attach Reason Code text as a card comment for audit trail. Closed Alerts are noted in the migration audit report rather than created as active labels.
Exepron
Earned Value record
Trello
Custom Field (point-in-time snapshot)
1:1Exepron's Earned Value Module tracks Planned Value, Earned Value, and Actual Cost per Activity. Because EV is calculated at migration time, we export the current snapshot as a CSV with columns matching the EV data structure. In Trello, we create a custom number field (EV_Current__c) on cards and populate it from the snapshot. Trello has no native EV calculation engine; customers who need ongoing EV tracking rebuild this in an external BI tool or a reporting Power-Up.
Exepron
What-If Analysis Project
Trello
Board (separate)
1:1Exepron What-If scenarios are cloned projects with modified constraints. We export each scenario as a separate board in Trello, named with the scenario name and tagged with a 'What-If' label. The base project delta (changed durations, resource loads, or start dates relative to the base project) is documented in a comparison table that the customer's admin uses to interpret the scenario board. Trello has no scenario comparison or simulation capability.
Exepron
BIDSS configuration
Trello
None
1:1BIDSS is Exepron's runtime Business Intelligence Decision Support System. Its dashboards, charts, and heatmaps are generated from live project data at query time—there is no persistent BIDSS configuration artefact to export. We explicitly exclude BIDSS from migration scope. Customers who rely on BIDSS insights receive an exported CSV of the underlying project metrics that powered the dashboards, which their admin can use to rebuild visualisations in a BI tool such as Power BI, Tableau, or a Trello reporting Power-Up.
Exepron
PALS training records
Trello
None
1:1PALS (Project Advanced Learning System) generates learner progress and simulation data independently of live projects. There is no persistent PALS artefact in the Exepron database—it is runtime-generated per user session. We do not migrate PALS records. Customers who need to preserve training history should export records from PALS directly before the migration window if that data has business value, as it cannot be reconstructed post-migration.
| Exepron | Trello | Compatibility | |
|---|---|---|---|
| Project | Board1:1 | Fully supported | |
| Activity | Card1:1 | Fully supported | |
| Activity Bundle | List or Card section1:many | Fully supported | |
| Resource | Board Member1:1 | Fully supported | |
| Resource Type | Label or Custom Fieldlossy | Fully supported | |
| Custom Field | Custom Field (Standard or Power-Up)1:1 | Fully supported | |
| Custom Role | Workspace Member role1:1 | Fully supported | |
| Project Template | Board Template1:1 | Fully supported | |
| Alert and Reason Code | Card Label or Checklist item1:1 | Fully supported | |
| Earned Value record | Custom Field (point-in-time snapshot)1:1 | Fully supported | |
| What-If Analysis Project | Board (separate)1:1 | Fully supported | |
| BIDSS configuration | None1:1 | Fully supported | |
| PALS training records | None1:1 | Not 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.
Exepron gotchas
API uses placeholder URLs that must be replaced
API scopes and token expiry are not publicly documented
MS Project import requires exact column sequence
BIDSS and PALS have no persistent export artefacts
No prorated refunds on cancellation
Trello gotchas
Billing model uses maximum seat quantity at term midpoint
Custom Field data historically stored in pluginData
API rate limits are token-gated and can block bulk migration
Guest-to-paid seat conversion triggers on multi-board membership
Automation command runs are capped per plan and overage triggers upgrade pressure
Pair-specific challenges
Migration approach
Discovery and scoping
We audit the source Exepron account across tier (Free/Standard/Pro/Enterprise), active project count, Activity volume, custom field definitions, Resource Type hierarchy, Activity Bundle structure, and any open Alerts or Reason Codes. We also inventory BIDSS dashboard configurations and PALS training records to confirm non-migratability with the customer before scoping closes. The discovery output is a written migration scope document listing all objects to be migrated, their record counts, and any objects excluded with rationale. We also confirm the target Trello Workspace structure (board-per-project or alternative layout) and Trello plan during this phase.
Source extraction and data quality review
We connect to the Exepron REST API using OAuth 2.0 with extended scopes, query each object type in dependency order (Projects → Resource Types → Resources → Activity Bundles → Activities → Custom Fields → Alerts), and write raw JSON extracts to our staging environment. We run a data quality check against each extract: detecting duplicate records, identifying Activities that may have been excluded by a tier-based Activity cap, flagging any Custom Field with a type that has no Trello equivalent, and building the predecessor chain map for the dependency export. We deliver a pre-migration data quality report to the customer for sign-off before transform begins.
Transform and schema mapping
We transform Exepron records into Trello API payloads. Activities are distributed into Trello lists based on their Exepron Activity Status value (we map the source status enum to Trello list names agreed with the customer during scoping). Predecessor data is serialised into the predecessors__c custom field. Resource assignments become Trello card members. Custom Fields are mapped to Trello Custom Field definitions (created via the Trello API before card import). BIDSS analytics and PALS records are converted to reference CSVs with no Trello-side creation. We also build the Board-Template mapping document for any Exepron Project Templates.
Test migration to a staging workspace
We run a full end-to-end migration into a Trello Workspace designated as staging. The customer's project lead reviews the board structure, validates that Activity-to-list mapping matches team expectations, spot-checks 20-30 cards for accurate title, due date, assignee, and custom field values, and confirms that predecessor metadata is readable. Any mapping corrections are applied to the transform pipeline before the production migration begins. This step also surfaces any Trello API rate-limit behaviour that requires batch-size adjustment.
Production migration
We run the production migration in record-dependency order: Boards (from Exepron Projects), Lists (derived from Activity Status values), Cards (from Exepron Activities with predecessor field and assignee resolved), Custom Field values on cards, Board Members (from Exepron Resources), Labels (from Resource Types and Alert flags), and Template mapping documents. BIDSS metric snapshots and PALS reference data are delivered as CSVs alongside the live migration. Each phase emits a row-count reconciliation report. We use Trello's REST API with exponential backoff and batch chunking to handle large card volumes without triggering rate limits.
Cutover and delivery
We freeze Exepron write access during the cutover window, run a final delta migration of any records modified during migration execution, then mark Trello as the system of record. We deliver the full migration audit report, the BIDSS metric snapshot CSV, the PALS reference CSV, the Exepron-to-Trello template mapping document, and the predecessor dependency map. We provide a one-week hypercare window for reconciliation issues. We do not rebuild Exepron Workflows as Butler automations inside the migration scope; we deliver a written inventory of every active Exepron Workflow with its trigger and action summary so the customer's admin can rebuild in Butler or a third-party automation tool.
Platform deep dives
Exepron
Source
Strengths
Weaknesses
Trello
Destination
Strengths
Weaknesses
Complexity grading
Standard Project Management migration. 2 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Exepron and Trello.
Object compatibility
2 of 8 objects need a mapping; the rest are 1:1.
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
Exepron: Not publicly documented.
Data volume sensitivity
Exepron 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 Exepron to Trello migration scoping. Not seeing yours? Book a call.
Walk through your Exepron to Trello migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Exepron
Other ways to arrive at Trello
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.