Customize work tracking objects to support your team's processes

Go here to open the Visual Studio 2015 version of this topic.

For on-premises deployments of Team Foundation Server (TFS), you can customize how you plan and track work. To add or modify a field, a work item type (WIT), or an Agile planning tool, see one of the topics listed in the table below.

If you have additional needs for customizing your team project, see An end-to-end view of what you can configure and customize in Visual Studio TFS.

	Modify or add a field to support queries, reports, and workflow Customize a pick list Add rules to a field Edit the WIT XML definition file to add rules or add a custom field Change an attribute of an existing field Add and modify area and iteration paths Add or change how Project fields map to TFS fields
	Modify or add a custom work item type (WIT) Change the workflow states, reasons, or transitions, or add workflow field rules Customize the work item form Edit the WIT definition If you have upgraded your application-tier server to TFS 2013.3, you can customize the test plan and test suite WITs. Create a work item type Change the workflow for a work item type Design the work item form Provide help text, hyperlinks, or web content on a work item form Define link controls to restrict link relationships Change the maximum attachment size for work items
	Configure and customize Agile planning tools for a team project Edit the configuration of Agile planning tools  Customize the Kanban board  Use categories to group work item types Add bugs or other work item types to backlogs or boards Add a backlog to Agile portfolio management Use team fields instead of area paths to support teams

Scope your requirements

Depending on your customization requirements, you might want to configure defaults by customizing a process template. You create a team project from a process template. Objects that you customize within the process template provide the initial configuration of the object. By customizing a process template, you increase compliance with processes across all team projects that are created with the process template. For more information about default TFS process templates, go here.

You can make many customizations at different scope levels. As you plan your customization requirements, consider the scope areas outlined in the following table.

Before you customize, understand the maintenance and upgrade implications

Upgrades to TFS could introduce new features that require updates to the objects used to track work. These objects include work item types, categories, and process configuration. Minimizing changes to the workflow for a WIT or the process configuration can help minimize the work you must do when you upgrade your TFS.

To minimize the amount of manual work you’ll need to do after a TFS upgrade, understand which customizations support an easy update path and which do not.

Customizations compatible with updating team projects using the Configure Features Wizard

With the following customizations, you can use the Configure Features Wizard to automatically apply any changes to your team project required for new features.

• Fields: Add custom fields, customize a pick list, add or modify area and iteration paths, add rules to a field

• WITs: Add custom WITs, change the form layout

• Categories: Add custom categories

• Agile planning tools: Customize the columns on the Kanban board, customize the quick add panel

• Office integration: Add or change how Project fields map to TFS fields

To learn more about the Configure Features Wizard, go here.

Customizations that might require manual updates to a team project or process template when upgrading TFS

The Configure Features Wizard requires that specific work item types, workflow states, and fields are defined in the process template objects and process configuration. When you make the following customizations, you might need to modify the existing process templates for the wizard to run, or you might have to update your team project manually.

• Fields: Change attributes of an existing field, remove fields that are referenced in the process configuration

• WITs: Change the workflow

• Agile planning tools:

  • Change the WITs defined for the Requirement Category, Task Category, or Feature Category.

  • Change the metastate mapping defined in the process configuration.

  • Change a field specified for a TypeField in the process configuration.

In addition, changes you make to WITs or the workflow could require updates to other artifacts provided with your process template, such as Excel or SQL Server Reporting Services reports.

Customizations to avoid

You should avoid making the following customizations because they can result in schema conflicts in the data warehouse or cause problems when updating team projects after a TFS upgrade.

• Fields:

  • Change the friendly name of a default field (field defined in the process template)

  • Change the reporting name, reporting attribute, or syncname attribute of a default field

• WITs: Rename or delete work item types

• Categories: Change the name of default categories, or change the work item types defined within default categories

To learn more about reporting attributes, see Add or modify work item fields to support reporting.

Recommended practices when customizing team projects

• Identify the best options for customizing WITs that support your tracking requirements. When you change objects that track work items, you should identify how these changes will affect existing and future team projects.

• Put process templates and all XML definition files under version control. Do not deploy objects that you define but have not stored in a repository.

• Test your customized objects just as you would test your software.

• Minimize the number of custom fields that you introduce. Minimize the number of fields that you make reportable.