Events
Mar 17, 9 PM - Mar 21, 10 AM
Join the meetup series to build scalable AI solutions based on real-world use cases with fellow developers and experts.
Register nowCustomize 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.
| Category | Requirements |
|---|---|
| Project access | Project member. |
| Permissions | Member of the Project Administrators security group. |
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.
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 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.
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.
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
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.
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 |
|---|---|
 |
 |
| Supported conditions | Supported actions |
|---|---|
 |
 |
| Supported conditions | Supported actions |
|---|---|
 |
 |
For more information on setting field rules, see Add a rule to a work item type (Inheritance process).
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 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 board, you might want to customize the workflow to track these columns instead. That way the 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 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:
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.
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.
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).
You add the following Marketplace extensions to get access to many rich features that support SAFe.
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.
Additional resources
Training
Learning path
Use advance techniques in canvas apps to perform custom updates and optimization - Training
Use advance techniques in canvas apps to perform custom updates and optimization
Certification
Microsoft Certified: Dynamics 365 Field Service Functional Consultant Associate - Certifications
Demonstrate how to configure a Microsoft Dynamics 365 for Field Service implementation to maximize tools and features available while managing a mobile work force.