Project Management migration

Migrate from BrightWork to monday Work Management

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

BrightWork logo

BrightWork

Source

monday Work Management

Destination

monday Work Management logo

Compatibility

75%

9 of 12

objects map 1:1 between BrightWork and monday Work Management.

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from BrightWork to monday.com is a structural migration driven by two platform realities: BrightWork has no public REST API and stores all project data inside SharePoint lists, while monday.com exposes a GraphQL API with complexity-based rate limits that we navigate with batch chunking and cursor pagination. BrightWork organizes work as Project Areas within SharePoint subsites, with Programs and Portfolios rolling up for executive reporting; monday.com organizes work as Boards containing Groups of Items within Workspaces. We extract data through authenticated SharePoint list queries, preserve the project-program-portfolio hierarchy by mapping it to nested Boards or linked Group structures, and handle BrightWork's per-project custom fields by surfacing each Project Area's column definitions, collapsing duplicate field names across projects, and translating SharePoint field types to monday.com column types (text, number, date, person, status, label). RAID Logs (Risks, Assumptions, Issues, Dependencies) have no native equivalent in monday.com and migrate as Items on a dedicated Board with status columns for each RAID type. Automations, Workflow Templates, and BrightWork Status Report layouts do not migrate; we deliver a written inventory of these for the customer's admin to rebuild in monday.com's Automations center.

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

BrightWork logo

BrightWork

What's pushing teams away

  • Some customers find BrightWork too tightly coupled to SharePoint—upgrades, permissions management, and site administration become complex and require SharePoint expertise.
  • G2 reviewers note that BrightWork provides only marginal improvements over vanilla SharePoint, leading teams to question the value of the premium over a well-configured SharePoint intranet.
  • Customers report that many financial and advanced reporting features are locked behind higher pricing tiers, making the entry-level plan limiting for mid-sized PMOs.
  • Organizations outgrowing SharePoint-native project management look for platforms with stronger native API support, more modern UX, and built-in resource management.

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 BrightWork objects map to monday Work Management

Each row shows how a BrightWork 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.

BrightWork

Project

maps to

monday Work Management

Board

1:1
Fully supported

BrightWork Projects map directly to monday.com Boards. The project name becomes the board title, project description migrates to the board description field, and start/end dates map to the board's date range column if configured. We create the board in the customer's target Workspace during migration. Projects with no Tasks are created as empty boards with a note indicating no items were found during extraction.

BrightWork

Program

maps to

monday Work Management

Board (linked) or Group

1:many
Fully supported

BrightWork Programs group multiple Projects and roll up to portfolio-level Status Reports. We map Programs to a monday.com Board where each child Project becomes a Group on that board, preserving the program-project hierarchy. If the customer prefers flat boards, we link Program-child Project boards using monday.com's Connect Boards integration or item-level links. The Program-level Status Report summary migrates as an Item on the Program board with summary fields.

BrightWork

Project Area (SharePoint subsite)

maps to

monday Work Management

Board or Group

lossy
Fully supported

BrightWork Project Areas are SharePoint subsites containing the project's SharePoint lists (Tasks, RAID, Documents). Where the destination has a single Board per project, we flatten the Area structure into the parent Board. If the customer has configured separate boards for Tasks versus Documents in monday.com, we split the Area content accordingly during transform.

BrightWork

Task and Subtask

maps to

monday Work Management

Item and Subitem

1:1
Fully supported

BrightWork Tasks map 1:1 to monday.com Items. Standard fields migrate: task name to item name, start date to Start Date column, due date to Due Date column, % complete to a numeric column (monday.com's native progress column requires Pro plan), priority to Priority label column, assigned owner to Person column. Parent-child task hierarchy maps to monday.com Subitems on Pro plans. Tasks without a parent become top-level Items.

BrightWork

Custom Fields (SharePoint list columns)

maps to

monday Work Management

Columns

lossy
Mapping required

BrightWork custom fields are SharePoint list columns defined per Project Area, not globally. We export each Project Area's column definitions, identify field names appearing across multiple projects, detect type conflicts (e.g., same column name defined as text in one project and number in another), and surface conflicts for customer resolution before import. Compatible custom fields translate to monday.com column types: choice lists to Status or Labels, numbers to Numbers, dates to Date columns, person fields to Person columns. Columns with no monday.com equivalent migrate as text.

BrightWork

RAID Log: Risk

maps to

monday Work Management

Item (Board with Risk status column)

1:1
Fully supported

BrightWork Risks are structured log entries with fields like Risk Title, Description, Probability, Impact, Mitigation, Owner, and Status. We map Risks to Items on a dedicated monday.com Board (typically named Risks) with columns for Impact (Labels), Probability (Numbers or Labels), Mitigation (Text), Owner (Person), and Status (Status). If the customer uses monday.com's optional Risk Management template, we map to its pre-built columns.

BrightWork

RAID Log: Assumption

maps to

monday Work Management

Item (Board with Assumption status column)

1:1
Fully supported

BrightWork Assumptions are structured log entries tracking the assumption statement, category, owner, validation status, and review date. We map Assumptions to Items on a dedicated monday.com Board with text and status columns. Assumptions do not have a native monday.com equivalent and require a configured board structure.

BrightWork

RAID Log: Issue

maps to

monday Work Management

Item (Board with Issue status column)

1:1
Fully supported

BrightWork Issues are structured log entries with title, description, priority, status, owner, and due date. We map Issues to Items on a dedicated monday.com Board with columns for Priority (Labels), Status (Status), Owner (Person), and Due Date (Date). Issue priority maps to a Labels column with severity values.

BrightWork

RAID Log: Dependency

maps to

monday Work Management

Item (Board with Dependency status column)

1:1
Fully supported

BrightWork Dependencies track the dependent item, dependency type (finish-to-start, start-to-start, etc.), target date, and status. We map Dependencies to Items on a dedicated monday.com Board with columns for Dependency Type (Labels), Target Date (Date), Status (Status), and Related Task (Item Link or Text). Complex dependency chains may require manual recreation in monday.com's native dependency column if the Pro plan is licensed.

BrightWork

Portfolio Status Report

maps to

monday Work Management

Item or Document

1:1
Fully supported

BrightWork aggregates project status into portfolio-level Status Reports with sections for each project's health, risks, and milestones. We extract the report data as structured JSON and write it to monday.com as a summary Item on the Portfolio board with text columns for each section, or as a document attached to the Portfolio board if the customer prefers PDF preservation. We do not migrate the report's visual layout; the customer rebuilds the report format in monday.com's Dashboard or uses the written data as a starting point.

BrightWork

Time Entry

maps to

monday Work Management

Time Tracking Column or Item

1:1
Fully supported

BrightWork time entries are logged against Tasks with hours, date, user association, and description. monday.com's native time tracking is available on Pro plans and above ($19/seat/mo). We map time entries to monday.com's Time Tracking column on the corresponding Item, or to a separate Time Log board with Items representing each entry if the customer is on Standard. Time entry hours, date, and user association migrate directly; the description maps to a text column.

BrightWork

Attachment (SharePoint document library)

maps to

monday Work Management

File or Document

1:1
Fully supported

BrightWork stores file attachments in SharePoint document libraries within each Project Area. We extract the binary files, preserving folder structure, and re-upload them to monday.com attached to the corresponding Board or Item via monday.com's file upload API. Files larger than 500 MB are flagged for chunked upload or alternative delivery. The original file name and any folder path context are preserved in the Item's file description.

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.

BrightWork logo

BrightWork gotchas

High

No public REST API for programmatic data access

Medium

SharePoint versioning can break list export formats

Medium

Custom fields are SharePoint list columns, not a defined schema

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

  • BrightWork has no REST API; extraction runs through SharePoint list export

    BrightWork does not publish a REST API for external data access. All data extraction runs through authenticated SharePoint list queries against the underlying SharePoint lists that BrightWork manages. We handle this by querying each Project Area's SharePoint site directly using the customer's SharePoint credentials, exporting list items and attachments in structured format, then transforming the result into monday.com's GraphQL API schema for import. This extraction path is sensitive to SharePoint version (SharePoint 2019 on-premise versus SharePoint Online/Microsoft 365 serialize Managed Metadata, Person fields, and lookup columns differently) and requires read access to every Project Area site being migrated.

  • monday.com automations do not migrate from BrightWork templates

    BrightWork's pre-built templates and structured RAID logging are template-based configurations, not API-accessible objects. monday.com's Automations center uses a separate recipe model with triggers, conditions, and actions that does not accept BrightWork template definitions as input. We do not migrate automations, workflow templates, or Status Report layouts as code. We deliver a written inventory of every active BrightWork template structure (including RAID log column sets and PMBOK-aligned phase templates) with recommended monday.com Automations equivalents, and the customer's admin rebuilds them using monday.com's Automation center after cutover.

  • Time tracking requires Pro plan or a workaround on Standard

    monday.com's native time tracking column is gated behind the Pro plan at $19 per seat per month. BrightWork's time entries (logged against Tasks with hours, date, and user) will migrate correctly if the customer licenses Pro. If the customer chooses Standard ($12/seat/mo) to reduce cost, time entries migrate to a separate Time Log board as Items with text columns for hours and date rather than the native Time Tracking column, requiring a manual workaround for native tracking features. We confirm the customer's plan tier during scoping and adjust the time tracking mapping accordingly.

  • Portfolio-level dashboards require rebuild or third-party integration

    BrightWork's pre-built portfolio dashboards roll up Status Reports and project health across multiple programs into a single executive view. monday.com does not have a native portfolio dashboard feature at any tier; cross-board aggregation requires either the monday.com Dashboards product (a separate licensing layer) or a third-party integration like Exploit, Layer, or a custom data warehouse query. We do not migrate portfolio dashboard configurations. We deliver a written specification of every BrightWork dashboard widget with its source board and field mapping so the customer's admin can recreate the dashboard in monday.com Dashboards or a BI tool of choice.

Migration approach

Six steps for a successful BrightWork to monday Work Management data migration

  1. Discovery and SharePoint access scoping

    We audit every BrightWork Project Area accessible under the customer's SharePoint credentials. We document the total project count, task count, attachment volume (file count and total storage), custom field definitions per Project Area (column names, data types, and any type conflicts across projects), RAID log entry counts by type (Risk, Assumption, Issue, Dependency), time entry volume, and Program-Portfolio hierarchy. We confirm SharePoint version (on-premise 2019 or Online/Microsoft 365) because it affects field serialization behavior for Managed Metadata and Person fields. The discovery output is a written migration scope with a record count estimate and a SharePoint access checklist for the customer to provision before extraction begins.

  2. Data extraction from SharePoint lists

    We authenticate against each Project Area's SharePoint site using the customer's provisioned credentials, query the underlying SharePoint lists for Projects, Tasks, RAID entries, Time Logs, and document library contents, and export the results as structured JSON. We run version-specific field extraction logic based on the detected SharePoint version, converting Managed Metadata fields to text labels, Person fields to display name strings, and lookup fields to referenced item IDs. Attachments are extracted as binary files with their parent list item ID preserved for re-linking during monday.com import. This step runs against a staging environment first to validate connectivity before touching production SharePoint.

  3. Custom field reconciliation and conflict resolution

    We process the exported custom field definitions across all Project Areas, building a unified column map. We flag duplicate field names with conflicting data types (e.g., a text column named Priority in Project A and a number column named Priority in Project B) and surface them for customer resolution before monday.com import. We also identify fields with no direct monday.com column type equivalent (e.g., calculated SharePoint columns) and map them to text columns with the computed value preserved. The output is a confirmed column mapping document that the customer approves before we proceed to monday.com schema creation.

  4. monday.com workspace and board structure setup

    We create the monday.com workspace, boards, and column structure based on the approved mapping. Each BrightWork Project becomes a Board (or a Group within a Program board if the customer selects the linked board structure). We create RAID boards with Status columns for each type, configure custom columns matching the reconciled SharePoint column map, and set up the time tracking configuration based on the confirmed monday.com plan tier. Boards are created in a customer sandbox account first for validation before the production migration run.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Boards created first, then Items (Tasks, RAID entries) with parent-child relationships resolved (Items created before Subitems, RAID Items before Dependency Items linked by ID), then attachments uploaded and linked to Items, then time entries mapped to the Time Tracking column or Time Log board. monday.com GraphQL API rate limits (complexity-based per-minute budgets, 5,000 requests per minute, 2,000 mutations per minute) are managed through batch chunking and exponential backoff. Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and automation rebuild handoff

    We freeze SharePoint writes during cutover, run a final delta migration of any records modified during the migration window, then hand off monday.com as the system of record. We deliver the template and automation inventory document to the customer's admin team, documenting every BrightWork RAID log structure, PMBOK-aligned template phase, and Status Report layout with recommended monday.com Automations equivalents. We support a one-week hypercare window where we resolve any data quality issues raised during user acceptance testing. We do not rebuild automations in monday.com as part of the migration scope; that is a separate engagement or an internal admin task.

Platform deep dives

Context on both ends of the pair

BrightWork logo

BrightWork

Source

Strengths

  • Built natively on SharePoint and Microsoft 365, leveraging existing Office permissions and SharePoint site infrastructure.
  • Portfolio-level dashboards that aggregate status across multiple projects for executive reporting without manual data consolidation.
  • Pre-built project and program templates (including PMBOK-aligned life cycle phases) that accelerate onboarding for new project managers.
  • RAID log management (Risks, Assumptions, Issues, Dependencies) built into the project template with structured tracking fields.
  • Flexible deployment options supporting both on-premise SharePoint and Microsoft 365 cloud environments.

Weaknesses

  • No publicly documented REST API—the primary migration path is SharePoint list export/import, limiting automation and increasing manual effort.
  • No transparent public pricing; prospective customers must contact sales, making budget planning difficult without a discovery call.
  • Very small review corpus on major platforms (2 reviews on G2) makes independent quality assessment challenging.
  • The product adds significant value only within a Microsoft-centric environment, making it a poor fit for organizations with mixed or open-source tooling stacks.
  • SharePoint permissions and site structure add administrative complexity that many customers find disproportionate to the project management features gained.
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?

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

B

Overall complexity

Standard migration

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

  • Object compatibility

    B

    3 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

    BrightWork: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your BrightWork 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 BrightWork to monday Work Management data migrations

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

Can't find your answer?

Walk through your BrightWork 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 two and four weeks for organizations with fewer than 20 projects, under 5,000 tasks, and minimal attachments. Migrations with large SharePoint document libraries (over 10 GB of files), per-project custom field sets exceeding 20 columns, multiple Programs with complex portfolio roll-ups, or on-premise SharePoint 2019 environments move to six to ten weeks because of attachment re-upload sequencing, SharePoint version-specific field extraction logic, and cross-project custom field conflict resolution.

Adjacent paths

Related migrations to explore

Ready when you are

Move from BrightWork.
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