Project Management migration
Field-level mapping, validation, and rollback between Work as Team and Asana. We move data and schema; workflows are rebuilt natively in Asana.
Work as Team
Source
Asana
Destination
Compatibility
10 of 14
objects map 1:1 between Work as Team and Asana.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Work as Team to Asana is a schema translation, not a simple record copy. Teamwork uses a two-layer List structure above Tasks that has no direct Asana equivalent — Lists do not map 1:1 to Sections or board columns. We resolve the structure gap during scoping, flattening List hierarchies into Asana Sections where they represent groupings, or into separate projects where they represent distinct workstreams. Milestones migrate as Tasks with a due date and a milestone-flag custom field. Time entries present a known gap: Asana has no native time-tracking object, so we preserve time data in custom fields and recommend a time-tracking integration (Harvest, Toggl) post-migration. Client permissions, client-facing portals, invoicing, and billing features do not migrate — these are Work as Team-specific capabilities with no Asana equivalent. We deliver a written inventory of all active Teamwork automations (called Rules) for the customer's admin to rebuild in Asana Rules.
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 Work as Team object lands in Asana, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Work as Team
Project
Asana
Project
1:1Work as Team Projects map directly to Asana Projects. Project name, description, start date, and deadline migrate as-is. We map the Project privacy setting (internal vs client-facing) to Asana's project-level visibility and Guest-addition flag. If the Work as Team project has a company-linked client, we document the client contact for manual Guest addition post-migration.
Work as Team
List
Asana
Section or Project
1:manyWork as Team Lists present a structural gap: they are a first-class container layer above Tasks with no Asana equivalent. We evaluate each List during scoping. Lists that function as logical groupings within a project map to Asana Sections. Lists that represent distinct workstreams or deliverables with their own timelines map to separate Asana Projects under a Team-level folder. We flag the strategy per project during discovery and present it in the scope document before migration begins.
Work as Team
Task
Asana
Task
1:1Work as Team Tasks map to Asana Tasks with title, description (rich text), due date, start date, and priority preserved. Subtasks in Work as Team map to Asana Subtasks (one level only; grand-subtasks are flattened into a single subtask chain or promoted to sibling Tasks with a parent-link custom field). Task status in Work as Team (Not Started, In Progress, Waiting, Complete) maps to Asana task completion state (open vs completed).
Work as Team
Milestone
Asana
Task with Milestone custom field
1:1Work as Team Milestones have no direct Asana object. We create an Asana Task with the milestone name, the milestone due date, and a custom field Milestone (checkbox or text) set to True. The milestone task is added to the correct project. If Work as Team milestones have a description, we migrate it to the task description.
Work as Team
Task List (per-task)
Asana
Subtask
1:1Work as Team supports per-task checklists (individual items within a Task). These migrate to Asana Subtasks within the parent Task. Each checklist item becomes a subtask with the same title. Completion state maps directly. Checklist ordering is preserved by subtask sequence.
Work as Team
Time Entry
Asana
Custom fields on Task
lossyAsana has no native time-tracking object. We migrate Work as Team time entries as custom fields on the related Task: Time Logged (number field in hours), Billable (checkbox), and Time Entry Notes (text). This preserves the historical record but requires a third-party time-tracking integration (Harvest, Toggl, Clockify) for ongoing logging. We document the custom field schema and recommend an integration during handoff.
Work as Team
Task Dependency
Asana
Dependency
1:1Work as Team task dependencies (Finish-to-Start, Start-to-Start, Finish-to-Finish, Start-to-Finish) map to Asana dependencies using the Asana Dependences app (formerly a third-party integration, now available natively on Advanced and Enterprise; we document the equivalent approach for Starter using the Relationships feature). Lag time in Work as Team maps to a custom Lag Days field on the dependency relationship.
Work as Team
File Attachment
Asana
Attachment
1:1Work as Team file attachments migrate to Asana Attachments. We apply Asana's 100MB per-file limit during export: any Teamwork attachment exceeding 100MB is flagged for the customer to host externally (SharePoint, Google Drive, Dropbox) with the link stored in a custom URL field on the task. File metadata (filename, upload date, uploader) is preserved in the Asana Attachment record.
Work as Team
Team Member
Asana
Member (Workspace User)
1:1Work as Team workspace members map to Asana workspace members. We resolve by email match. Any Teamwork member without a matching Asana user is placed in a reconciliation queue for the customer's admin to provision before production migration. Member role (Admin, Project Manager, Member, Guest) maps to Asana team-level permissions during project sharing.
Work as Team
Client Company
Asana
Guest or Organization Contact
lossyWork as Team's client companies and their portal access have no direct Asana equivalent. We migrate client contacts as Asana Guests (Starter and above) with explicit project-level sharing rather than a portal. Client contact email, name, and company are preserved. We document each client's projects for manual Guest invitation post-migration.
Work as Team
Tag
Asana
Tag
1:1Work as Team tags migrate to Asana tags. Both platforms use a tag-as-label model. Tag names and colors migrate where color is supported in the export. Tags used across multiple projects in Teamwork become project-level tags in Asana if they were project-scoped, or global tags if they were workspace-scoped.
Work as Team
Custom Field
Asana
Custom Field
1:1Work as Team custom fields (text, number, date, dropdown, checkbox, currency, user) map to Asana custom fields of the equivalent type. Dropdown options in Work as Team migrate to Asana enum options. We flag any custom field that references a Lookups to another entity (e.g., linking a Task to a Client) as a custom lookup field in Asana or as a text field with the reference value stored, depending on the target Asana plan.
Work as Team
Comment
Asana
Comment
1:1Work as Team task comments migrate to Asana task comments. Comment body, author (resolved by email to Asana User), and timestamp migrate as-is. Mentions in Work as Team comments do not resolve in Asana and are migrated as plain text with the @username preserved in brackets for manual remediation.
Work as Team
Rule (Automation)
Asana
Rule (Asana Automation)
lossyWork as Team automations (Rules) do not migrate as code. We audit every active Rule during discovery, document its trigger, conditions, and actions, and deliver a written inventory with a recommended Asana Rule equivalent. Asana's Rules engine uses a different trigger model (record-created, record-updated, date-arrived, form-submitted) from Teamwork's (action-based within project). The customer's admin rebuilds Rules in Asana Rules post-migration.
| Work as Team | Asana | Compatibility | |
|---|---|---|---|
| Project | Project1:1 | Fully supported | |
| List | Section or Project1:many | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Milestone | Task with Milestone custom field1:1 | Fully supported | |
| Task List (per-task) | Subtask1:1 | Fully supported | |
| Time Entry | Custom fields on Tasklossy | Fully supported | |
| Task Dependency | Dependency1:1 | Fully supported | |
| File Attachment | Attachment1:1 | Fully supported | |
| Team Member | Member (Workspace User)1:1 | Fully supported | |
| Client Company | Guest or Organization Contactlossy | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported | |
| Comment | Comment1:1 | Fully supported | |
| Rule (Automation) | Rule (Asana Automation)lossy | Fully 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.
Work as Team gotchas
Task Lists are Teamwork-specific groupings
Client portal user access requires careful mapping
Time entries are tied to tasks and billing
Profitability and resource management data is tier-gated
Asana gotchas
Automation rules have no export representation
API rate limits cap bulk migration throughput
Portfolios are view-only objects that do not hold data
Custom field enum options cannot be updated via API
Subtasks do not appear in project views by default
Pair-specific challenges
Migration approach
Discovery and List-structure audit
We audit the source Work as Team workspace across all projects, Lists, Tasks, subtasks, milestones, time entries, files, members, clients, tags, and custom fields. We run a Work as Team API export to capture all records in structured form (not CSV, to avoid the dropdown offset bug). We evaluate every project's List structure and classify each List as a Section candidate, a standalone project candidate, or a flatten-to-tasks candidate. We also audit active Rules (automations) for the rebuild inventory. The discovery output is a written migration scope document with a per-project List strategy, a custom field mapping table, and a Rules inventory.
Asana workspace setup and schema pre-creation
We create the Asana workspace structure before any data migration: Teams, Projects (mirroring the Work as Team project structure), Sections (based on the List strategy), custom fields (with types matched to Work as Team field types), and Tags. We set up the Milestone custom field on any project that contains Work as Team milestones. We configure Guest access settings for any client contacts that will be invited post-migration. Schema is validated in a staging Asana workspace before production migration begins.
Sandbox migration and reconciliation
We run a full migration into a staging Asana workspace using production-like data volume. The customer's project manager or operations lead reconciles: project count and naming, task count per project, List-to-Section mapping correctness, milestone-flag presence, time-entry custom field population, and tag assignment. We resolve any mapping corrections before production migration. This step also serves as a training opportunity for the customer's team to review the Asana structure before cutover.
File export and external hosting setup
We export all Work as Team file attachments, flagging any file exceeding 100MB. For oversized files, we coordinate with the customer to establish an external hosting location (SharePoint, Google Drive, Dropbox) and generate share links. The links are stored in a custom URL field on the related Asana task during migration. Files under 100MB are uploaded directly to Asana attachments.
Production migration in dependency order
We run production migration in record-dependency order: Team Members (validated against provisioning), Projects (created first), Sections (created within projects), Milestones (as Tasks with Milestone flag), Tasks (with parent subtasks, dependencies, and custom fields), Comments (linked to tasks), Tags, Time entries (as custom fields on tasks), and Files (under 100MB via API attachment; over 100MB via link in custom URL field). Each phase emits a row-count reconciliation report. Rules are not migrated; we deliver the Rules inventory document for admin rebuild in Asana Rules.
Cutover, validation, and handoff
We freeze Work as Team write access during cutover, run a final delta migration of any records modified during the migration window, then enable Asana as the system of record. We run a post-migration audit: project count, task count, subtask count, milestone count, time-entry field population rate, comment count, and attachment count. We deliver the Rules rebuild inventory, the time-tracking integration recommendation, the client-access setup guide, and a one-week hypercare window for reconciliation issues. We do not rebuild Work as Team Rules as Asana Rules; that is a separate admin task documented during handoff.
Platform deep dives
Work as Team
Source
Strengths
Weaknesses
Asana
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 Work as Team and Asana.
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
Work as Team: Per-project and per-account limits documented in Teamwork's API docs; typically generous for normal usage but throttled on bulk operations..
Data volume sensitivity
Work as Team exposes a bulk API — large-volume migrations stream efficiently.
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 Work as Team to Asana migration scoping. Not seeing yours? Book a call.
Walk through your Work as Team to Asana migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Work as Team
Other ways to arrive at Asana
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.