Customize Azure Boards to support SAFe® practices

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

The main reason to customize your process is to support progress tracking and monitoring, report key metrics, and meet specific business needs. This article covers some process customizations that you can implement and explains why you may want to adopt them to complement your Scaled Agile Framework (SAFe®) practices. Most of these customizations are optional.

Learn how Azure Boards supports SAFe® practices through the following operations:

• Customize work item types or add custom work item types
• Add a custom field or customizing existing fields
• Customize the workflow
• Add custom rules to a work item type
• Add custom controls or custom extensions
• Customize your backlogs or add a custom portfolio backlog

Note

This article is one of a set of Scaled Agile Framework® tutorials that applies to Azure Boards and Azure DevOps Services. Most of the guidance is valid for both the cloud and on-premises versions. However, some of the features and procedures are specific to the cloud or the latest version of Azure DevOps Server.

About customization and the inherited process

Azure Boards provides a graphical user interface to support customization of your projects. This feature is called the Inherited process. All projects that use an inherited process are automatically updated when customizations are made to that process.
For an overview of all the customizations you can make to an inherited process, see About process customization and inherited processes.

Customize work item types

Each work item type defines the fields that capture and store information. You can customize existing work item types in the following ways to support specific SAFe® tracking requirements.

• Add a custom field to support tracking budget costs, value streams, or customer-centric information
• Customize existing fields, such as modifying the picklist or changing a field label
• Add custom rules to make select fields required or specify actions to take under select conditions
• Change the workflow to reflect your team's Kanban workflow process
• Add a custom control or extension to support custom functions such as a calculated field

For more information on customizing a work item type, see Add and manage work item types.

Add a custom field

You can add a custom field to support tracking data requirements that aren't met with the existing set of fields. Some fields to consider adding to one or more work item types include those items listed in the following table.

Field name

Work Item Types

Notes

Budget cost

Feature, Epic

Use to capture estimated costs. Can use rollup to capture the total estimated cost of an Epic's Features.

Category or Group

Feature, Epic, User Story

Use to specify a picklist to indicate the work item is cataloged as one of the following SAFe® categories: Feature, Capability, Enabler, or Solution.

Milestone

Feature, Epic, User Story

Use to specify a picklist of Milestone of Events which a story, feature, or epic should meet.

Value Stream

Feature, Epic, User Story

Use to specify a picklist to support a taxonomy of value streams you want to associate with work.

For more information, see Add a custom field to a work item type.

Field versus tags usage

You can capture a value stream using a field or tags. Tags represent a more informal and adhoc method for categorizing work. A specific field, particularly one with preset items, is more formal. When determining how you want to use tags and fields, consider the following statements:

• You can make a field required through custom rules, however, you can't require tags be added to a work item
• You can create query charts based on custom fields, however, you can't specify a tag for use in query charts
• You can filter backlogs, boards, and queries based on fields or tags
• The number of tags created can quickly grow as anyone can add new tags as long as they have the correct permissions

Customize existing fields

You customize existing fields to support one or more of the following actions:

• Relabel the name of the field
• Change where the field appears or remove it from the form
• Add or change a picklist (drop-down menu). For example, the Value Area provides two options, Business and Architectural. You can add to this picklist of values
• Change the default assignment made to a field
• Make a field required
• Add a rule to a field as described in the next section

For an index of existing fields, see Work item field index. For more information on customizing a field, see Add and manage fields for an inherited process.

Add rules to a field

Field rules provide support for many business use cases. Rules specify an action to take based on a selected condition. For example, you can make a field required based on the value assigned to another field. You can add several rules to a field.

The following images show the supported conditions and actions you can select from.

Supported conditions	Supported actions

For more information on setting field rules, see Add a rule to a work item type (Inheritance process).

Customize the workflow

You may want to customize the workflow for User Stories, Features, and Epics so that it matches your workflow process. By customizing the workflow early, you minimize the Kanban board configuration teams must do.

The default workflow for the Agile process includes New, Active, Resolved, and Closed states. While each team can add workflow columns to their Kanban board, you might want to customize the workflow to track these columns instead. That way the Kanban boards for all teams are set up to use the same workflow states.

For example, you can add and rename workflow States to match the Kanban columns shown in the following image—Backlog, Analyze, Develop, Test, and Done.

Discuss with your team which workflow states best support their Agile practices. For more information, see the following articles:

• Customize the workflow (Inheritance process)
• Add columns to your Kanban board
• Definition of Done

Custom controls

With custom controls, you can add rich functionality to a work item form. A custom control is an extension that's been added to the Marketplace Extensions for Azure DevOps.

You can add controls from the Marketplace or create your own.

WorkBoard OKRs integration helps organizations align, localize, and measure Objectives and Key Results (OKRs) across the business. With this integration, teams can view and update their OKRs from within Azure DevOps.

Add custom work item types

The User Story, Feature, and Epic work item types are meant to support product planning and tracking. However, other work item types might be useful to support your SAFe® organization's customer-centric focus. Specifically, you might want to add work items to capture customer feedback, customer requests, and more.

When you define a new work item type, think through the following items:

• Information you want to capture, track, and report on
• How work is captured
• The workflow to support tracking the work

To keep things simple, however, it's always best to minimize the amount of customizations you make. So, if you can get by with existing work item types, you might consider adding custom field(s) as needed to track specific information.

Customize your backlogs

Each team's backlog and board is designed to support specific work item types. For the Agile process, the following work item types are as used.

• Agile Release Teams: User Stories and Bugs (optional)
• Program Teams: Features
• Portfolio Teams: Epics

However, you can include more work item types, either existing ones or customized ones, into these backlogs. Each team can subscribe to the set of backlogs that they need to track.

You can also add up to three more portfolio backlogs as shown in the following illustration. Portfolio backlogs are designed to be hierarchical.

Tip

You may want to add a Solution (Capabilities) Backlog that appears as a parent of the Program (Features) Backlog. This SAFe configuration isn't achievable via the Backlog Levels page. As a less-than-ideal workaround, you can disable the inherited Epic work item type and recreate it as a custom work item type. For more information, see Customize process backlogs and boards.

For more information, see Customize your backlogs or boards (Inheritance process).

Add even more functionality

You add the following Marketplace extensions to get access to many rich features that support SAFe.

• Delivery Plans
• Feature Timeline and Epic Roadmap
• Dependency Tracker
• Retrospectives

Note

Before you customize your project, we recommend reading Configure and customize Azure Boards. This article provides detailed information on administrating a project for several teams and supporting various business objectives.

Next steps

Plan and track SAFe® programs and portfolios

Related articles

• Grant or restrict access
• Develop a web extension for Azure DevOps Services
• About projects and scaling your organization
• Plan your organizational structure