Area Paths & Component Mapping
The Structural Difference
ADO Area Paths are hierarchical and typically represent team or product structure:
MyProject
├── Frontend
│ ├── React
│ │ ├── Forms
│ │ └── Data Grid
│ └── CSS / Design System
├── Backend
│ ├── API
│ └── Database
└── Infrastructure
├── AWS
└── CI/CDJira Components are flat — a project has a list of named components with no nesting. An issue can be assigned to one component.
Mapping Approach
During Phase 5, Migrayt shows you the ADO area tree and your existing Jira components. For each ADO area path node, the AI suggests one of four actions:
| Action | When used |
|---|---|
| Map to existing component | A Jira component with the same or similar name exists |
| Create new component | No matching component; Migrayt creates it before migration |
| Map to parent | Collapse a leaf into its parent node (reduces component count) |
| Drop | Area has zero items or is not relevant to Jira |
Which nodes get mapped
Migrayt maps leaf nodes (nodes with no children) by default, because these are the most specific and most useful as Jira components.
For parent nodes (e.g. Frontend), you can choose to:
- Map it to a component of the same name (and have both
FrontendandReactas separate components) - Drop it and rely only on the leaf components
- Collapse it so that items under
Frontend > React > Formsget the componentFrontend
Pre-creation
Any Jira components that need to be created are created before work items are migrated, using a batch API call. Component names and (optionally) descriptions are populated from the ADO area path names.
Component Assignment Per Item
Each ADO work item has a single System.AreaPath field (e.g. MyProject\Frontend\React\Forms). Migrayt resolves the component assignment by:
- Looking up the full area path in the mapping table
- If a mapping exists at this exact path → use that component
- If no mapping exists at this path → walk up the parent chain until a mapping is found
- If no mapping exists at any level → item is created without a component assignment
Jira only supports one component per issue. If your ADO items are assigned to multiple area paths, only the primary area path is used.
Example
ADO Area Path Items AI Suggestion Confidence
────────────────────────────── ────── ─────────────────────────────────── ──────────
MyProject\Frontend 5 Create "Frontend" Medium
MyProject\Frontend\React 18 Create "React" High
MyProject\Frontend\React\Forms 6 Map to parent → "React" Medium
MyProject\Frontend\CSS 9 Create "CSS Design System" High
MyProject\Backend 3 Drop (only 3 items — use children) Low
MyProject\Backend\API 44 Create "API" High
MyProject\Backend\Database 22 Create "Database" High
MyProject\Infrastructure 11 Create "Infrastructure" HighLabels as Area Path Fallback
For items whose area path has no component mapping, the full ADO area path is preserved as a Jira label in the format ado-area:{last-segment}. For example, MyProject\Frontend\React\Forms becomes the label ado-area:Forms. This ensures no area path information is silently lost.