Compartilhar via


Define area paths and assign to a team

TFS 2018

Add area paths to support teams and group work items based on product, feature, or business areas. Once you define area paths at the project level, you assign them to a team under the team configuration. You can also create a hierarchy of area paths to support sub-areas, up to 14 levels deep.

To perform the following tasks, you must define area paths:

Tip

You can define your area path structure and assign area paths to teams. Or, you can add a team and create the area path with the team name at that time. If teams are fully independent, create a flat set of area paths. However, if you want to create a hierarchy of teams, then you'll want to create a tree-hierarchy of area paths. For more information, see Configure a hierarchy of teams.

To use the following tools, teams must subscribe to area paths:

To understand how the system uses area paths, see About area and iteration paths.

Prerequisites

  • If you don't have a project yet, create one now.

  • Ensure you're a member of the Project Administrators group to add an area path under the root node or edit or delete any child node. To acquire these permissions, see Change project-level permissions.

  • Have one or more of the following permissions set to Allow, to add, edit, and manage area paths under a node:

    • Create child nodes
    • Delete this node
    • Edit this node
    • View permissions in this node

    By default, the user who created the project has these permissions already set. For more information, see Set permissions and access for work tracking.

  • Ensure you're added as a team administrator or are a member of the Project Administrators group to set team area paths.

For naming restrictions on area paths, see About areas and iterations, Naming restrictions.

Get started

Each team has access to a number of Agile tools as described in About teams and Agile tools. Each tool references the team's default area path(s). Most teams choose one area path and several iteration paths to support their work tracking activities. However, to support other scenarios, it's possible for teams to choose several area paths to appear on their backlogs and boards.

New projects contain a single, root area that corresponds to the project name. A team is created with the same project name and the root area path is assigned to that team.

If you're new to managing projects and teams, the most straight forward sequence for configuring your project and teams is as follows:

  1. Determine the number and names of area paths that you want to support to categorize your work. At a minimum, add one area path for each team you define. For more information, review About areas and iterations.
  2. Determine the number and names of teams you want to support. For more information, review About teams and Agile tools.
  3. Open Project settings>Project configuration and define the area paths to support steps 1 and 2 at the project level. Follow the steps provided later in this article: Open Project Settings, Project configuration and Add area paths.
  4. Define the teams you need to support step 2. For more information, see Add a team, move from one default team to several teams.
  5. Open the team configuration and assign the default and additional area path(s) to each team. Follow the steps provided later in this article: Open team settings and Set team default area path(s).
  6. Assign the area path of work items to an area path you defined. Use bulk modify to modify several work items at once.

Note

While you can assign the same area path to more than one team, doing so can cause problems if two teams claim ownership over the same set of work items. To learn more, see About boards and Kanban, Limitations of multi-team Kanban board views.

As needed, you can do the following actions at any time:

  • Add additional child nodes
  • Rename an area path (except the root area path)
  • Move a child node under another node
  • Delete a child node
  • Rename a team
  • Change the area path assignments made to a team

Important

Select a version from Azure DevOps Content Version selector.

Select the version of this article that corresponds to your platform and version. The version selector is above the table of contents. Look up your Azure DevOps platform and version.

Open Project Settings, list project areas

Define both areas and iterations from the Work pages of the Project Settings context. From the user context, open the admin context by choosing Settings .

  1. From the web portal for the project, choose Project settings .

    Open Admin context, project level

    If you're currently working from a team context, then hover over Settings gear icon and choose Project settings.

    Open Project Settings, horizontal nav

  2. Choose Work.


Add an area path

Only one area is defined, by default. Add area paths under the root area path for the project, or as a child to another area path.

Areas, defaults defined for project

  • To add a child node, highlight the area path and then choose New child. Optionally, you can select for the area path and choose New child.

    Enter a name (255 characters or less) for the node. For additional name restrictions, see About areas and iterations, Naming restrictions.

    Add a new area path

Open team settings, list team area paths

You set team defaults from team settings. If you're not a team administrator, get added as one. Only team or project administrators can change team settings.

You open team settings from the upper navigation bar. Select the team you want and then choose Team settings . For more information about switching your team focus, see Switch project, repository, team

Open team settings

Set team area path(s)

All work items that are assigned to a team area path appear on the backlogs and boards for that team. You can select one or more area paths and optionally include their subarea paths. Choose to include subarea paths when you want to support rollup views of work done across several teams or areas.

Note

Teams can be assigned a maximum of 300 Area Paths. To learn more, see Work tracking, process, and project limits.

The default area path determines the default area path assigned to work items that are created from the team context.

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.

  1. Open Areas for the team context.

    Here, we show the Areas for the Fabrikam Fiber team.

    Area page for team, on-premises versions

  2. Choose the area path(s) to be active for each team.

    Work, Iterations page for team, on-premises versions

    In this instance, we choose to activate all three subarea paths for the project. The management team can now track progress across all three teams.

    Multiple area paths assigned to team, on-premises versions

  3. When you've finished, refresh the product backlog page for the team, and you'll see those work items assigned to the team. Add area path to the columns shown to see the assignments made to work items.

    Backlog view of default team, on-premises versions

Rename or move an Area Path

The system automatically updates work items and queries that reference your updated area path. Each Area Path is associated with a unique GUID.

  1. To rename an Area Path, open the web portal Project settings>Project configuration>Areas page.

  2. Choose the context menu for the node, and select Edit.

    Screenshot of open context menu for an Area Path node, choose Edit option.

  3. In the dialog that opens, enter the new name.

    Screenshot of Edit area dialog.

  4. To move the node within the hierarchy, change the Location field.

    Note

    When you rename or change the Location field for a node, the system automatically updates the existing work items that reference the Area Path.

Delete an Area Path

When you delete an Area Path, you must provide an Area Path to use to update the work items assigned to the Area Path you want to delete.

Important

Deleting Area Paths or reconfiguring Iteration Paths can cause a loss of data and can't be reverted. For example, burndown or burnup widget charts, sprint burndown, and velocity charts for teams whose Area Paths are changed won't reflect correct data. Historical trend charts reference the Area Path and Iteration Path as defined at a point in the past for each work item. When an Area Path or Iteration Path is deleted, then the historical data for it can't be retrieved.

  1. To delete an Area Path, open the web portal Project settings>Project configuration>Areas page.

  2. Choose the context menu for the node, and select Delete or Remove.

  3. In the dialog that opens, select the Area Path to reassign work items to, and then choose Delete path.

    Screenshot of Delete area dialog.

Chart progress by area

You can quickly generate queries to view the progress based on an area path. For example, visualize progress of work items that are assigned to each team's area path, as shown in the following stacked bar chart. Choose Node Name to get the leaf node of the area path.

Stacked bar chart by area and state

Q & A

Q: Do I have to assign an area path to a team?

A: No. You assign area paths to teams so that the work items assigned to that area path appear on the team's backlogs and boards. By default, all work items get assigned to the root area path. These work items appear in the default team that's defined for the project.

Next steps

As you can see, area paths play a major role in supporting Agile tools, teams, and managing work items. Learn more about working with these fields from the following articles:

Programmatic resources

Area paths and iteration paths are also referred to as Classification Nodes.