Hello Jira Align community,
Iโm Andrew Zhang, Product Manager for Jira Align, and Iโm excited to share an important evolution of the Dependency object. This update significantly improves how you model dependency relationships.
Jira Align exists to connect strategy to execution. Dependencies are one of the most important mechanisms that ensure teams are working on the right things, at the right time, in the right order.
With this update, dependencies become much more flexible and better aligned with how large organizations actually plan and deliver work.
In enterprise environments, dependency relationships rarely live at just one level of your work hierarchy.
A capability may depend on work spanning multiple features.
A feature may require coordination across other features, not just stories.
Epics often involve multiple programs contributing in parallel.
When dependency modeling cannot reflect that structure, visibility weakens. When visibility weakens, risk increases.
Many of you told us that the existing model did not fully match how your cross-portfolio work is structured.
This update addresses that gap.
Dependencies in Align follow a simple structure:
Impacted Item (the work that is blocked)
Dependency object
Assigned Items (the work required to unblock it)
Previously, what you could assign depended on the type of impacted item:
If the impacted item was a feature, you could assign stories.
If the impacted item was a capability or portfolio epic, nothing could be assigned.
This meant:
Dependency fulfillment could only be modeled at the story level.
Higher-level work such as features or capabilities could not be directly associated as the unblocking work.
Cross-program relationships were harder to represent at their natural level in the hierarchy.
For organizations managing portfolio-level planning, this created a disconnect between how dependency work was structured and how it could be modeled in Align.
We have expanded the dependency object to support more realistic cross-portfolio relationships.
You can now assign:
0 to many stories
0 to many features
This allows fulfillment work to be tracked at the feature level, instead of forcing everything to roll down to stories.
You can now assign:
0 to many features
0 to many capabilities
Previously, no assigned work could be attached in these cases.
Now, dependency fulfillment can be tracked directly at the feature and capability levels. This makes cross-program and portfolio-level coordination much clearer.
This evolution enables:
Clear modeling of program-to-program dependencies
Visibility into how multiple features contribute to resolving a blocked capability
Better representation of strategic initiatives that span multiple teams
Reduced risk of missing fulfillment work tied to higher-level dependencies
Dependencies can now be represented at the same level where strategic decisions are made.
That is critical for aligning execution to strategy.
To support this expanded model, we have updated several key views.
The Dependency slide-out is the central place to manage assigned work.
You can now:
Assign features
Assign capabilities when applicable
Continue assigning stories when applicable
View all assigned work items together
This provides a consolidated view of how a dependency is being fulfilled across the hierarchy.
On a feature or capability details panel, dependency relationships are now separated into two sections:
Impacted dependencies, which indicate where this work item is blocked
Assigned dependencies, where this work item is contributing work to unblock something else
You can also add the feature or capability as the impacted item for a dependency directly from the details panel.
This makes it easier for teams to understand whether they are waiting on work or actively fulfilling a dependency for others.
The dependencies page now includes four new columns:
Assigned Capabilities
Assigned Features
Assigned Stories
Total Assigned Items, which sums all assigned work items
This gives portfolio and program leaders immediate visibility into how much work is tied to each dependency and at what level.
The slide-out in the dependency matrix report now displays:
Assigned stories
Assigned features
Assigned capabilities
This makes it easier to understand how dependency fulfillment is distributed across teams and programs.
When viewing team-based dependencies on the program board, the quick view panel now shows assigned features in addition to assigned stories.
This provides better context during planning sessions, especially when dependency work spans multiple features.
Dependency visibility now extends directly into the new roadmaps page.
You can add two new columns:
Impacted by Dependency is supported for epics, capabilities, and features. Displays Yes if the work item is currently blocked by a dependency.
Assigned to Dependency is supported for capabilities and features. Displays Yes if the work item is assigned to fulfill a dependency.
For UI consistency, these columns can be selected at all levels. Dependency data is populated only for capabilities and features.
Both fields are filterable, allowing you to isolate blocked work or fulfillment work directly within your roadmap views.
The expanded dependency relationships are fully reflected in:
Align APIs
Enterprise Insights
This ensures reporting, integrations, and analytics accurately reflect the new assignment capabilities.
This functionality was rolled out across multiple releases:
11.20: Assign multiple features to a dependency
11.21: Assign multiple capabilities to a dependency
11.22: New roadmaps dependency columns and filters
For full details on what shipped in each release, please refer to the corresponding release notes.
When dependency fulfillment is visible at the right level:
Portfolio leaders can see how strategic initiatives are being unblocked
Program leaders can coordinate cross-feature work more effectively
Teams can better understand not just what they are delivering, but why
This reduces the likelihood that important dependency work gets buried or overlooked.
Dependencies do more than connect work. They connect strategy to delivery.
Now, the model better supports that reality.
As always, this enhancement was driven directly by your feedback.
Please share your thoughts in the comments below.
Andrew
Andrew Zhang
2 comments