Rollup of work and other fields

TFS 2018

Rollup provides summed values of select fields for all child work items of a parent. Because Azure DevOps Services and Team Foundation Server (TFS) support multiple levels of nesting, when you perform rollup, you want to make sure you don't double-count values. Most project managers are interested in getting rollup of estimated or completed work, effort, size, or story points.

Native support of rollup within the web portal

You can view rollup of Remaining Work from a sprint backlog or task board.

From the sprint backlog, the sum of all Remaining Work defined for all tasks is displayed for the parent work item. This value also displays on the parent work item card when you view the task board.

From a sprint task board, there are three types of rollup:

• The rollup of Remaining Work displays on the card for the parent work item
• The sum of all Remaining Work defined for all tasks within a column displays at the top of each column
• The sum of all Remaining Work defined for all tasks for a backlog item displays within each row, grouped by column.

When you update the status of a task as Completed, the system automatically zeros out the Remaining Work for that task. To learn more, see Task board.

Other tools that support rollup

You can obtain rollup of additional data fields in Azure DevOps work tracking data by using one of the following methods:

• Work item query charts
• Microsoft Excel
• Microsoft Project
• Marketplace extensions
• SQL Server Reporting Services report

Work item query charts and rollup

You can create a flat list query that sums the values of a field you specify. To learn more, see Track progress by creating status and trend query-based charts. Charts support a count of work items or a sum of a field.

For example, here we show a pivot table that sums the story points for user stories by area path and work item state.

Microsoft Excel and rollup of work tracking data

You can export a query to Excel that contains the work items you want to provide rollup. You can then write an Excel macro to get the sums and publish data back to TFS. To learn more about Excel integration, see Bulk add or modify work items with Excel.

To learn more about Excel macros, see Automate tasks with the Macro Recorder.

Microsoft Project and rollup of work tracking data

Project natively supports rollup of summary tasks. With Project, you can round trip work tracking data to obtain rollup values.

To learn how, see Rollup estimated and actual work.

Marketplace extensions and custom controls

There are several extensions available from the Marketplace that provide rollup. Here are a few that may support your needs:

• VSTS Rollup, supports Azure DevOps Services only
• TFS Aggregator, supports Azure DevOps Services and TFS

Or, you can write an extension using the REST API for work tracking to get rollup. A code sample available on github that can get you started is TFS Aggregator.

SQL Server Reporting Services report

Several OOB reports provide rollup. Here's an example of rollup of completed and remaining work that the Stories Overview report provides. This report is part of the default TFS Agile process template.

If you have SQL Server Analysis Services deployed, you can get rollup for backlog items from these reports. The refresh frequency for these reports is 2 hours.

• Backlog Overview
• Stories Overview
• Requirements Overview

If you need to add reports to your on-premises TFS deployment, see Add reports to a project.

Rollup requirements

To support rollup, structure your work items according to the following recommendations:

• Use parent-child links to link work items that contain values that you want to rollup.

• Add required fields to the WITs that will capture the rollup values. Default fields used to schedule work are only present on the task work item. These fields are:

  • Original Estimate (Microsoft.VSTS.Scheduling.OriginalEstimate): The amount of work required to complete a task. (Agile and CMMI)

  • Completed Work (Microsoft.VSTS.Scheduling.CompletedWork): The amount of work that has been spent implementing a task. (Agile and CMMI)

  • Remaining Work (Microsoft.VSTS.Scheduling.RemainingWork): This field is used to support burndown charts.

    If your project was created using the Visual Studio Scrum process template, only Remaining Work is defined in the task.

    To learn more about adding fields, see Modify a field or add a custom field.

• Determine the unit of time used to track work and make sure it is used consistently across your team or organization. For example, you can track tasks using hours or days.

• Determine if you want to make rollup values read-only on the work item form. By making them read-only you prevent users from entering inaccurate data. You make fields read-only using the Control field Readonly attribute.

Q & A

Q: Can I get rollup of team capacity?

A: No. The data entered for team capacity isn't stored in the regular data stores.