Project Management migration

Migrate from Shotgun to Microsoft Project

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

Shotgun logo

Shotgun

Source

Microsoft Project

Destination

Microsoft Project logo

Compatibility

75%

9 of 12

objects map 1:1 between Shotgun and Microsoft Project.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Shotgun to Microsoft Project is a platform-class migration from creative production tracking to enterprise project scheduling. ShotGun's entity model (Projects, Sequences, Shots, Assets, Tasks) maps to Microsoft Project's task-and-resource model, but the creative pipeline context of Shots and Versions has no native equivalent in MS Project — we handle this by flattening Shots and Assets to Tasks with descriptive notes preserving the original entity context. Custom field schemas that vary between ShotGrid sites require field-level mapping to MS Project's eight typed custom field types (Text, Number, Cost, Date, Duration, Flag, Start, Finish). We do not migrate Version chains, Note threads, or Attachment blobs as these are production-review artifacts that have no structural home in MS Project. We deliver a written inventory of all automation and pipeline-status workflows for the customer's admin to rebuild, and we flag whether Microsoft Planner Premium is the more suitable destination given the September 2026 Project Online retirement.

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

Shotgun logo

Shotgun

What's pushing teams away

  • Undocumented API rate limits cause production-scoped migration scripts to fail silently or return 429 errors without warning.
  • Studios outgrow the per-seat pricing model as crew sizes grow, prompting evaluation of in-house or open-source alternatives.
  • Limited offline and mobile access frustrates production coordinators working from sets or locations without reliable connectivity.
  • Performance degrades noticeably on Projects containing tens of thousands of Task or Shot records, particularly in the web UI.
  • Authentication is tied to individual user accounts with no API-key or service-account model, making automated migrations brittle.

Choosing

Microsoft Project logo

Microsoft Project

What's pulling them in

  • Organizations already running Microsoft 365 and Azure AD adopt Microsoft PPM because it slots into existing identity, Teams, and SharePoint infrastructure without requiring a separate identity provider or SSO vendor.
  • Enterprise PMOs choose it for critical-path scheduling, baseline comparison, cross-project dependencies, and resource utilization reporting that standalone PM tools cannot replicate at this depth.
  • Project Online's integration with Power BI gives portfolio-level dashboards and cost-rollup reporting that satisfies executive governance requirements without third-party BI tooling.
  • Government, financial services, and healthcare organizations select it because FedRAMP, ISO 27001, and SOC 2 compliance certifications meet enterprise procurement requirements out of the box.
  • Large IT departments default to it as the market-leader in project portfolio management software, often driven by corporate licensing agreements that bundle it with other Microsoft 365 seats.

Object mapping

How Shotgun objects map to Microsoft Project

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

Shotgun

Project

maps to

Microsoft Project

Project

1:1
Fully supported

ShotGrid Projects map directly to Microsoft Project plans. We preserve Project name, status, description, and the pipeline configuration as a Project Summary Task or project-level notes field. Start date and target end date map to MS Project Project Start Date and Project Finish Date. If the destination is Planner Premium, the Project maps to a Planner hub plan.

Shotgun

Sequence

maps to

Microsoft Project

Summary Task

1:1
Fully supported

ShotGrid Sequences (editorial groupings of Shots) map to Microsoft Project Summary Tasks at the top level of the task hierarchy. The Sequence-to-Shot parent-child relationship is preserved as Outline Level in MS Project. Sequence-level metadata (sequence code, editorial act, cut order) migrates as text fields on the Summary Task.

Shotgun

Shot

maps to

Microsoft Project

Task

1:many
Fully supported

ShotGrid Shots map to Microsoft Project Tasks. Each Shot becomes a Task with the Shot code as Task Name, status as Task Status (complete/in-progress/not-started), and the linked Task pipeline stage mapped to a custom Task field or milestone flag if the Shot represents a milestone. Shot cut order is preserved as Task ID sequence. Shots that represent multiple deliverable steps may split into multiple Tasks if the Shot's pipeline stages (Animation, Comp, Lighting) are tracked as separate work packages.

Shotgun

Asset

maps to

Microsoft Project

Task or Resource

lossy
Fully supported

ShotGrid Assets (characters, props, environments) map to Microsoft Project Tasks representing the asset build work package. The mapping type depends on whether the studio tracks Assets as deliverables (Tasks) or as shared resources available to Shot Tasks (Resources). We configure this during scoping based on the customer's reporting needs. Asset status migrates as Task Status; asset type (character, prop, environment) maps to a custom Outline Code or Text field.

Shotgun

Task

maps to

Microsoft Project

Task

1:1
Fully supported

ShotGrid Tasks assigned to Shots or Assets map directly to Microsoft Project Tasks. Task pipeline stage maps to a custom field (e.g., custom1) or the Task Name prefix. Assigned user maps to a Resource Assignment. Status, due date, and priority migrate as Task Status, Deadline, and Priority fields. Duration is estimated from ShotGrid's estimated_hours or computed from the date range.

Shotgun

Version

maps to

Microsoft Project

Task Note or Attachment

1:1
Fully supported

ShotGrid Version chains (iteration history on a Shot or Asset) are flattened to a Task Note or a file attachment listing version numbers and status. The full version-review chain (comparisons, annotations, approval status) does not migrate because MS Project has no equivalent review workflow. We preserve Version number, status, and date as a text note on the parent Task. The customer's review process requires rebuilding in a separate review tool or SharePoint.

Shotgun

Note

maps to

Microsoft Project

Task Note

1:1
Fully supported

ShotGrid Notes attached to Shots, Assets, or Tasks migrate as Microsoft Project Task Notes. Threaded replies are flattened into a single note with reply depth indicated by indentation or a prefix (e.g., RE:). Note author and timestamp migrate as a note footer. Note attachments do not migrate as MS Project task attachments are single-file and not threaded.

Shotgun

Attachment

maps to

Microsoft Project

Task Attachment or SharePoint Link

1:1
Fully supported

ShotGrid Attachments (uploaded files, render outputs, published media) linked to Shots or Assets are extracted via the ShotGrid download_attachment endpoint and re-associated as Task Attachments in MS Project where supported, or as SharePoint document library links referenced in Task Notes. Large render outputs and video files are flagged for manual handoff to the customer's SharePoint or Teams channel as MS Project's attachment storage is not designed for large media files.

Shotgun

Custom Field

maps to

Microsoft Project

Custom Field (Text, Number, Cost, Date, Duration, Flag, Start, Finish)

1:1
Fully supported

ShotGrid custom fields vary widely between sites and entity types. We perform field-level type mapping: ShotGrid text fields map to MS Project Text custom fields; numeric fields to Number; currency fields to Cost; date fields to Date or Start/Finish; boolean fields to Flag. List values in ShotGrid dropdown fields map to MS Project custom Outline Codes or Text fields with a lookup table. Fields with no MS Project equivalent are preserved as Task Notes with a structured prefix.

Shotgun

User

maps to

Microsoft Project

Resource

1:1
Fully supported

ShotGrid Users map to Microsoft Project Resources. We resolve users by email match to the destination MS Project resource pool. Role and permission sets from ShotGrid (Artist, Supervisor, Coordinator) do not map directly; we preserve them as Resource Notes or a custom Resource Text field. Resource Calendar (availability, PTO) is extracted from ShotGrid work_schedule_read and applied to MS Project Resource Calendar.

Shotgun

Work Schedule

maps to

Microsoft Project

Resource Calendar

1:1
Fully supported

ShotGrid Work Schedules (day rules, holiday calendars, availability per user) migrate to Microsoft Project Resource Calendars. We extract schedule configuration via work_schedule_read and apply working time exceptions to each Resource. Bank holidays and non-working days map to Resource Calendar exceptions. Note that MS Project calendar granularity is daily; intraday schedule exceptions in ShotGrid require manual reconciliation.

Shotgun

Pipeline Status

maps to

Microsoft Project

Custom Field or Task Group

lossy
Fully supported

ShotGrid pipeline statuses are studio-specific and vary per entity type. We map source pipeline stages to a custom MS Project field (e.g., custom_pipeline_stage__c) with allowed values matching the source status list. Status transitions that represented automated handoffs in ShotGrid are documented as a separate Workflow Inventory for rebuild in Power Automate post-migration.

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.

Shotgun logo

Shotgun gotchas

High

Undocumented API rate limits cause migration failures

Medium

No bandwidth throttling on file attachment transfers

High

API authentication tied to individual user accounts

Microsoft Project logo

Microsoft Project gotchas

High

Project for the web is being retired and merged into Microsoft Planner

Medium

Planner-tier portfolio features are incomplete despite Plan 5 labeling

Medium

Web app constraint controls are weaker than the Windows desktop client

High

Project requires a separate license not bundled with standard Microsoft 365

Medium

Project Online API is edition-gated and inconsistently documented

Pair-specific challenges

  • Shot and Asset entities have no native MS Project equivalent

    ShotGrid's Shot and Asset entities are purpose-built for creative production tracking with cut order, revision history, and review workflows. Microsoft Project has no Shot or Asset object — only Tasks. We handle this by flattening Shots and Assets to Tasks, but the production context (cut sequence, revision chain, review status) is not structurally preserved in MS Project. Version chains, annotation threads, and approval workflows do not migrate. Teams relying on ShotGrid's review-and-approve workflow for Shots and Assets need to establish a new review process, typically via SharePoint document libraries or a dedicated review tool.

  • Custom field schemas vary between ShotGrid sites

    Each ShotGrid deployment has a unique set of custom fields per entity type (Shot, Asset, Task), with different display names, data types, and list values. MS Project supports only eight custom field types. We perform field-level mapping to determine which custom fields map cleanly to MS Project types and which require consolidation into Task Notes. Custom fields that reference other ShotGrid entities (e.g., a Shot custom field pointing to an Asset) cannot be preserved as cross-record references in MS Project. This work requires a per-site scoping walkthrough before migration begins.

  • File attachments and thumbnails do not port as structured media

    ShotGrid Attachments (render outputs, video files, layered image sequences) and entity Thumbnails are production-critical artifacts. MS Project supports a single file attachment per Task with no thumbnail gallery. Large render outputs and video files cannot be stored in MS Project attachments. We extract Attachment URLs and Thumbnail references and document them in a SharePoint or Teams handoff inventory. The customer's team manually links or re-uploads media to the appropriate Tasks post-migration.

  • Project Online retirement affects destination planning

    Microsoft Project Online retires in September 2026 with new instance creation blocked as of April 2026. If the destination is a Planner Premium tenant (the successor product), the migration maps to Planner Plans rather than desktop MS Project MPP files. Planner Premium supports most MS Project features (baselines, dependencies, Gantt views, resource management) but has a different API and task-ID structure. We include a Planner Premium compatibility review in every Project Online retirement migration scope so the customer does not build on a retiring platform.

  • ShotGrid API authentication is session-based and brittle

    ShotGrid's API uses session-based authentication tied to a named user account. There is no documented API key or service account model. When the migration user is deprovisioned mid-migration, the session is invalidated and migration scripts fail silently with 401 errors. We require a dedicated integration account with admin permissions that will not be deprovisioned during the migration window. This account is scoped and documented during discovery, and the customer's ShotGrid admin provisions it before extraction begins.

Migration approach

Six steps for a successful Shotgun to Microsoft Project data migration

  1. Discovery and ShotGrid inventory

    We audit the source ShotGrid site across all Projects, Sequences, Shots, Assets, Tasks, and custom field schemas. We extract the entity relationship diagram (Project > Sequence > Shot/Asset > Task) and count records per entity type. We review custom field definitions (field name, data type, list values, entity attachment) and flag any custom fields with cross-entity references that cannot map to MS Project. We identify the ShotGrid integration account for API access and confirm its permissions and deprovisioning status. The discovery output is a written migration scope with record counts, field mapping tables, and a destination recommendation (MS Project desktop, Plan 3, or Planner Premium).

  2. Destination configuration and field mapping design

    We configure the Microsoft Project destination: creating or selecting the Plan or MPP file, defining custom fields with the correct MS Project types (Text, Number, Cost, Date, Duration, Flag, Start, Finish, Outline Code), setting up Resource pools with calendar assignments from ShotGrid work schedules, and defining the task hierarchy (Summary Tasks for Sequences, Tasks for Shots/Assets). If the destination is Planner Premium, we configure the Planner Plan, buckets, and labels. We validate the field mapping in a test run against a subset of Projects before committing to full extraction.

  3. Shot-Asset-Task flattening and schema transform

    We run the entity flattening transform before extraction. ShotGrid Sequences become MS Project Summary Tasks. Shots and Assets become Tasks, with the Shot code as Task Name and the asset reference as a Task Note or custom field. Pipeline stage from Shot or Asset custom fields maps to a custom MS Project field. Task assignments from ShotGrid Task entities map to Resource Assignments. We resolve Task dependencies (Shot A must complete before Shot B) as MS Project Task Dependencies (Finish-to-Start, Start-to-Start, etc.) where the dependency is explicitly defined in ShotGrid.

  4. Attachment extraction and media inventory

    We extract Attachment download URLs and Thumbnail references via ShotGrid's download_attachment and get_attachment_download_url endpoints. Large files are batched and staged for upload to the customer's SharePoint or Teams library. We produce a Media Handoff Inventory mapping each Shot or Asset to its SharePoint document folder URL. This inventory is delivered as a CSV alongside the MS Project file so the customer's team can link or re-upload media post-migration.

  5. Production migration and task hierarchy validation

    We run production migration into the confirmed destination (desktop MPP, Plan 3 tenant, or Planner Premium plan). The customer validates the task hierarchy (Summary Tasks for Sequences, individual Tasks for Shots and Assets), Resource assignments, custom field values, and date ranges. We run a reconciliation check comparing Task count in MS Project against Shot + Asset count in ShotGrid to confirm no orphaned records. Note threads, Version chains, and review history are delivered as a written inventory document for manual rebuild in SharePoint or Teams.

  6. Cutover, Power Automate workflow handoff, and Planner retirement planning

    We freeze ShotGrid writes during cutover, run a delta migration for any records modified during the window, and hand over the final MS Project file or Planner tenant. We deliver the Pipeline Status and Automation Inventory document listing every ShotGrid pipeline status transition and workflow trigger with a recommended Power Automate equivalent. If the destination is a Project Online tenant, we flag this and provide a Planner Premium migration path so the customer does not build on a retiring platform. We do not rebuild ShotGrid automations in Power Automate as part of the migration scope; that is a separate engagement.

Platform deep dives

Context on both ends of the pair

Shotgun logo

Shotgun

Source

Strengths

  • Rich entity model purpose-built for animation, VFX, and game production pipelines.
  • Strong version and review workflow with per-shot annotation and comparison tools.
  • Customizable pipeline stages and entity schemas to match studio-specific terminology.
  • Integrations with Maya, Nuke, Houdini, and other DCC tools keep artist data canonical.
  • Per-project permission granularity controls visibility across large studio deployments.

Weaknesses

  • API rate limits are not publicly documented, causing migration scripts to fail without warning.
  • Authentication relies on individual user accounts rather than service tokens, breaking automated migrations when users leave.
  • Performance degrades on Projects with tens of thousands of Task or Shot records.
  • No bulk export or dedicated migration API endpoint means all data must be read record-by-record via find queries.
  • Custom field schemas vary between ShotGrid sites, requiring field-level mapping work for each migration.
Microsoft Project logo

Microsoft Project

Destination

Strengths

  • Deep critical-path scheduling with baseline comparison and cross-project dependency tracking unmatched by lighter PM tools.
  • Native Azure AD authentication, Teams integration, and Power BI reporting sit on infrastructure enterprises already license and manage.
  • Enterprise governance controls including demand intake workflows, resource request approval, and portfolio-level capacity analysis.
  • Supports both Waterfall and Agile methodologies within the same project, accommodating hybrid delivery teams.
  • Scalable from Project Plan 1 for small teams to Project Server on-premises for regulated industries with strict data-sovereignty requirements.

Weaknesses

  • Ease-of-use scores trail the category average by a wide margin; onboarding friction frustrates new users consistently across G2 and Capterra reviews.
  • Pricing ranks 42nd of 49 tools in its category — the total cost of ownership including IT administration and training is rarely recovered for small or mid-market teams.
  • No built-in client portal, external stakeholder sharing, or proofing workflow, limiting use cases to internal PMO environments only.
  • The web interface (Project for the web / Planner Premium) has materially weaker constraint controls and resource auto-leveling than the Windows desktop client.
  • Project for the web is being consolidated into Microsoft Planner, creating uncertainty about which product tier will host project portfolio data long-term.

Complexity grading

How hard is this migration?

Standard Project Management migration. 2 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 Shotgun and Microsoft Project.

  • Object compatibility

    B

    2 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

    Shotgun: Not publicly documented. Community reports confirm quota enforcement at the authorization endpoint with no self-service visibility into current usage..

  • Data volume sensitivity

    B

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

Estimator

Estimate your Shotgun to Microsoft Project 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 Shotgun to Microsoft Project data migrations

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

Can't find your answer?

Walk through your Shotgun to Microsoft Project 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 portfolios under 20,000 Tasks (Shots + Assets) and 5,000 Projects with straightforward custom field schemas. Migrations with extensive custom field work (over 50 custom fields), multi-level sequence-shot-asset hierarchies, or destination Planner Premium tenants requiring enterprise security configuration move to eight to twelve weeks. Projects already mid-flight benefit from expedited scoping given the September 2026 Project Online retirement deadline.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Shotgun.
Land in Microsoft Project, 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