Manage priorities and gain visibility across teams
TFS 2017 | TFS 2015 | TFS 2013
Agile tools provide each team a wealth of ways to gain visibility into their work—to manage priorities and status and to monitor progress and trends. However, how do you gain visibility across several teams? What tools should you use?
You have three main ways to track progress across several teams.
- Management teams can define Delivery Plans that provide visibility into the deliverables several teams have scheduled
- Each management team can use their Agile tools, and in particular portfolio backlogs, to gain visibility of the feature teams defined under their area path
- Management teams can create dashboards that monitor status, progress, and trends across several teams.
For an overview of all team tools, see Manage teams and configure team tools.
Use portfolio backlogs to track features and epics
The first level of gaining visibility across several teams is to configure your teams and backlogs to support the views you want.
We recommend that you structure your teams as follows:
- Add a management team for a group of feature teams; these teams own epics and turn on only the Epic portfolio backlog level
- Add feature teams to manage features, stories and tasks, and turn on the stories and features backlog levels
The management team creates the epics. Then, they or their feature teams break down the epics into features and then map their features to the epics on the management backlog.
Tip
By breaking down large goals, epics, scenarios, or features into smaller ones, teams can make better estimates and identify risks and dependencies.
Limiting the backlog levels for each team—Epics for management teams and Features and Stories for feature teams—helps each team to stay focused on monitoring the progress of their work. For details on managing team backlog levels, see Select backlog navigation levels.
With the multi-team portfolio backlog view, you can:
- Review priorities with your team and reorder features to support current priorities
- You can drill down to see the status of each feature's child user stories or PBIs
- Filter the backlog based on keyword or tag to focus on specific teams or categorized items
- (Optional) You can use the mapping feature to map user stories or PBIs to features
View child items owned by other teams
Management teams can drill down from their portfolio backlog to see how Epics are progressing. Drilling down, you can see all the backlog items and features, even though they belong to one of three different teams: Customer Service, Phone, and Web.
Items that are owned by other teams appear with hollow-filled bars.
View backlog items and parent items owned by other teams
Feature teams can turn Show parents on their backlogs to see context and those items owned by other teams.
Items that are owned by other teams appear with hollow-filled bars.
Tip
When estimating stories or product backlog items, start with one story point per person per day. Feature teams can later calibrate and adjust those estimates as needed. For example, the velocity of a seasoned team will be higher than a new team. The size of the work stays the same, but a seasoned team can just deliver faster.
To learn more about this configuration, see Portfolio management, Add teams, and Organize your backlog.
Add management dashboards with multi-team views
A second method for gaining visibility across teams is to define multi-team focused dashboards that let you view progress, status, and trends. You do define focused dashboards primarily by defining queries that either capture the progress of a single team or several teams. You can then create charts and view trends for each team or for several teams.
The two areas of most interest to management teams are project health and bug debt. The widget catalog provides 10+ widgets you can add to a dashboard to track the status, progress, and health of your project and teams. Also, you can find other widgets in the Visual Studio Marketplace, Azure DevOps tab.
For example, here we've added three query-based charts, one for each team, to a dashboard that shows the active and resolved bugs over the previous four weeks.
When defining multi-team dashboards, consider the following questions:
- What are you wanting to learn and how will it drive your organization's actions
- What time frame is of interest.
Review Agile culture and Practices that scale for guidance on team autonomy and organizational alignment.
Project health and progress against goals dashboard
Use the Query Results widget to provide a list of features by state:
- Completed features (Done or Closed)
- New features (New or Proposed)
- Features being actively worked (In Progress or Active)
Use the Chart for work items widget to add query-based charts. To learn more about creating query-based charts, see Charts.
Technical debt, bug debt, and activity dashboard
Another measure of project health and the health of the teams is to monitor bug activity and bug debt. Consider the charts you can create that will help you answer these questions:
- Are bugs getting fixed? At a rate that's acceptable?
- How stale are bugs?
- Is the bug debt per team being maintained?
- Is the ratio of high priority bugs being kept within organizational goals?
For tips on creating queries based on counts or numeric fields, see Query by numeric field.
Track capacity when working on more than one team
You can track capacity for individuals that participate on more than one team. To learn how, see Set sprint capacity, Track capacity when working on more than one team.
Limitations of multi-team Kanban board views
While the management teams you configure can use the Kanban board to monitor feature progress by turning on the Features backlog, there are limitations inherent within these views. Even if the management team and the feature teams configure their Feature Kanban board columns with identical workflow mapping, updating the Features on one team's Kanban board won't be reflected on another team's Kanban board. Only when the work item state changes does the card column reflect the same on all boards.
Important
Work items that appear on more than one team's Kanban board can yield query results that don't meet your expectations. Because each team can customize the Kanban board columns and swimlanes, the values assigned to work items which appear on different boards may not be the same. The primary work around for this issue is to maintain single ownership of work items by team area path. Another option is to add custom workflow states which all teams can use. For details, see Customize your work tracking experience.
Related articles
As you can see, there are many ways you can monitor progress and trends across several teams. The methods you choose will depend on your focus and organizational goals.
Here are some other articles that address working with multiple teams: