Muokkaa

Jaa

Customize a project using an inherited process

  • Artikkeli

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

Each project is based on a process that defines the building blocks for tracking work. The first project you create uses one of the default processes—Agile, Basic, Scrum, or CMMI.

Each project is based on a process that defines the building blocks for tracking work. The first project you create uses one of the default processes—Agile, Scrum, or CMMI.

You can only customize inherited processes. Any changes you make to the inherited process automatically appear in the projects that use that process. You can quickly customize a process by adding or modifying a work item type (WIT) that's part of the process. Otherwise, use the following sequence to customize a project:

  1. Customize an inherited process: Modify the inherited process to align with your specific requirements by modifying fields, WITs, workflows, forms, and backlogs.
  2. Verify your customizations: Create a test project and validate your changes.
  3. Apply inherited process to a project: Add a new project based on inherited process and change the process used by an existing team project.
  4. Refresh and verify your customizations: Refresh the web portal and open a work item of the type you modified.

Important

The Inheritance process model is available for projects configured to support it. If you’re using an older collection, check the process model compatibility. If your on-premises collection is configured to use the on-premises XML process model, you can only use that process model to customize the work tracking experience. For more information, see Choose the process model for your project collection.

Note

Review changes made to an inherited process through the audit log. For more information, see Access, export, and filter audit logs.

Prerequisites

For guidance on tailoring Azure Boards to align with your specific business requirements, see About configuring and customizing Azure Boards.

  • Organization requirement: Ensure you have an organization in Azure DevOps.

  • Permissions:

    • Be a member of the Project Collection Administrators group.
    • Have collection-level permissions such as Create process, Delete process, Edit process, or Delete a field from organization set to Allow.
    • These permissions allow you to modify processes and fields within your organization.

  • Project process model requirement:

  • Permissions:

    • Be a member of the Project Collection Administrators group.
    • Have collection-level permissions such as Create process, Delete process, Edit process, or Delete a field from organization set to Allow.
    • These permissions allow you to modify processes and fields within your organization.

Note

When you customize an inherited process, any projects using that process automatically reflect the customizations. To ensure a smooth transition, we recommend creating a test process and project, which allows you to test your customizations before you implement them organization-wide. For more information, see Create and manage inherited processes.

Add or modify a field

Locked fields and inherited fields correspond to inherited fields from a system process. You can't customize locked fields, but you can customize some options for inherited fields. You can fully customize fields that you add to a process.

  1. Sign in to your organization (https://dev.azure.com/{yourorganization}).

  2. Select gear icon Organization settings.

    Screenshot showing highlighted Organization settings button.

  3. Select Process > your inherited process > the WIT you want to customize.

  4. To add a field, choose the (New Field icon).

    Screenshot of Process Work Item Types page, Add a field to a WIT.

    In the resulting dialog, choose the type of field that you want to add. For example: integer, picklist (drop-down menu), person-name/Identity, rich-text or HTML, or checkbox (boolean).

  5. Modify an existing field in the following ways:

Add or modify a rule for a work item type

Add rules to support specific workflow and business use cases. Rules let you clear the value of a field, copy a value into a field, and apply values based on dependencies between different fields' values.

  1. Select your inherited process and the work item type.
  2. Select Rules > New rule.

Screenshot showing Process, WIT, Bug, Layout, New custom control.

For more information, see Rules and rule evaluation.

Add or modify work item types

You use different WITs to plan and track different types of work. The main reason you add a custom WIT is to customize the web form and workflow states to meet specific business use cases.

  1. Select your inherited process and the WIT you want to customize.

  2. From the Work Item Types page, choose the New work item type.

    Screenshot showing Process, Inherited process, Work Item Types, Add new work item type.

  3. Name the WIT and optionally specify a description, icon, and color. The icon and color you specify appear throughout the web portal, including on the work item form and when associated work items appear on a backlog, boards, query results, and more.

    Screenshot showing Create new work item type dialog.

  4. Select Create to save.

    You can now add fields to the WIT, or customize it in the following ways:

Modify the workflow of a work item type

Workflow states allow you to track the status of a work item as it moves from new to completed.

  1. To modify a workflow, choose your inherited process, the WIT, and then the States page.

    Process page, Bug WIT, States tab, Add state

  2. You can modify the workflow in the following ways:

Add a custom control

Custom controls provide more functionality to a work item form.

From the Process page, select your inherited process > WIT > Add custom control.

Screenshot showing Choose your inherited process, the WIT, and then Add custom control sequence.

For more information, see Add extensions and custom controls to a work item type.

Add an extension to a work item type

An extension is an installable unit that contributes new capabilities to your project.

Note

Group and Page extensions automatically get added to all WITs for all processes, both system and inherited. You can hide an extension for selected WITs within an inherited process.

  1. Go to the Visual Studio Marketplace, find an extension, and select Get it free.

    Screenshot showing Marketplace extension, Work item checklist.

  2. Choose the organization you want to add it to from the dropdown menu, and then select Install.

    Screenshot showing selected organization and install button.

  3. Return to the process and WIT and verify the extension is where you want it. You can drag it to where you want it on the form.

    Screenshot showing Group extension on Bug work item form.

Modify the backlog and boards

You can add more WITs to a backlog level or create another portfolio backlog. For instance, consider the following example:

  • We introduced a third-level portfolio backlog called Initiatives, specifically designed to track the custom Initiative WIT.
  • We also renamed the product backlog to Stories and Tickets, signifying that it now encompasses both User stories and Customer tickets.

Screenshot showing Changes made to the backlog levels.

  1. From the Process page, select your inherited process > Backlog levels.

    Screenshot showing Web portal, Admin context, Process page, open Backlog levels.

  2. You can modify the backlog and board configuration in the following ways:

Verify your customization

We recommend that you create a test project and apply your customized inherited process to it to verify the changes you made. All customizations made to a process go into effect immediately on all projects. If you want to stage your changes, you can do that using one of two methods:

Create a test project and copy your customized process

  1. From the Process page, select the … context menu for the process you want to use, and then select New team project.

    Create a project from the selected process

    Create a project from the selected process

  2. Enter information into the form, and then select Create. For more information, see Create a project.

  3. From your project, select Boards > Work Items, and then select the customized WIT from the New Work Item dropdown menu. In the following example, we select Bug.

    Screenshot showing Work, Work Items Page, Add New Work Item, Bug sequence.

  4. Verify that one or more fields you added appear on the form. The (exclamation mark) icon indicates the field is required.

Create a test organization and import/export your process

You can also use the following steps to verify the customizations you made to an inherited process.

  1. Create a test organization.
  2. Use the import/export process tool to copy the process to the test organization.
  3. Verify the process customizations in the test organization.
  4. Use the import/export process tool again to import the modified process to the production organization.

Change your project's process

For more information, see Change a project's process.