Export (0) Print
Expand All
43 out of 50 rated this helpful - Rate this topic

Work with team project artifacts, choose a process template

Anytime you create a team project, you must choose its process template. The process template defines the set of work item types (WITs), queries, and reports that you’ll use to plan and track your project. Choose the template that offers the tools your team needs and reduces overhead so that your team can focus on quality.

To create a team project, go here.

To access the latest versions of Team Foundation Server (TFS) process templates, install Visual Studio Team Foundation Server 2013 (TFS). Then download them using the Process Template Manager.

The main distinctions between the three default process templates are in the work item types they provide for planning and tracking work. Visual Studio Scrum is the most light-weight and MSF for Capability Maturity Model Integration (CMMI) provides the most support for formal processes and change management.

Microsoft Visual Studio Scrum 2013

Choose Visual Studio Scrum if your team manages bugs along with product backlog items during sprint planning.

The Scrum template is designed to support the Scrum methodology as defined by the Scrum organization.

Scrum 3.0 work item types

MSF for Agile Software Development 2013

Choose Agile if your organization triages bugs separately from the product backlog and resolves work items before closing them. Also, choose Agile if your team allocates time for bugs with each sprint.

The Agile template is designed to support Agile development for teams that don’t want to be restricted by Scrum.

Agile 7.0 work item types

MSF for CMMI Process Improvement 2013

Choose CMMI if your organization triages bugs separately from the product backlog, resolves work items before closing them, and tracks changes to requirements formally.

The CMMI template is designed to support formal change management processes.

CMMI 7.0 work item types

The default templates are designed to meet the needs of most teams. All of them support using the Agile planning tools to create the product backlog and work in sprints with the task board. If your team has unusual needs, you can customize a template and then create the team project, or you can create a team project from a template and then customize the project.

The following table summarizes the main distinctions between the work item types and states used by the three default process templates.

Process area

Visual Studio Scrum



Workflow states

  • New

  • Approved

  • Committed

  • Done

  • Removed

  • New

  • Active

  • Resolved

  • Closed

  • Removed

  • Proposed

  • Active

  • Resolved

  • Closed

Product planning (see note 1)

  • Bug

  • Product Backlog Item

  • User Story

  • Requirement

Portfolio backlog (2)

  • Feature

  • Feature

  • Feature

Task and iteration planning (3)

  • Task

  • Task

  • Task

Bug backlog management (4)

  • Bug

  • Bug

  • Triage Workbook

  • Bug

  • Triage Workbook

Project management (4)

  • Impediment

  • Issue

  • Issues Workbook

  • Issue

  • Risk

  • Review

  • Issues Workbook


  1. You can define these WITs using the Product backlog. The product backlog page shows a single view of the current backlog of work that can be dynamically re-ordered and grouped. Product Owners can quickly prioritize work and outline dependencies and relationships.

  2. You can create Features and link them to backlog items to manage the portfolio backlog. With portfolio backlogs you can define a hierarchy of backlogs to understand the scope of work across several teams and see how that work rolls up into broader initiatives.

  3. You can define tasks using the Sprint backlog and task board. The sprint backlog page reflects—in real time—the data you input. Data includes work items assigned to the iteration path, remaining work, individual work capacity, and work interruptions both for the team and individuals. Teams can get instant feedback on the rate of burndown and where they are over capacity.

  4. Workbooks are only available when the team project is configured with a SharePoint project portal. However, you can create your own workbook by opening a corresponding query in Excel.

The following WITs are the same across all process templates. Teams create and work with these types using the corresponding tool:

Work items from these type definitions are not meant to be created manually and therefore are added to the Hidden Types category. Work item types that are added to the Hidden Types category don’t appear in the menus used to create new work items.

Note Note

If you upgraded your team project from TFS 2012 or an earlier version to the current version of TFS, you might have to add WITs that didn’t exist in the earlier versions. For more information, see Configure features after a TFS upgrade.

To track work effectively, team members need to agree on how they will use the work item types and tools. Here are a few questions for your team to answer.


Team choices

How does your team track work?

If your team primarily tracks progress by updating the status of backlog items, they can use the Kanban board. Your team can also customize the Kanban board to track progress across several swim lanes.

If you team breaks down backlog items into tasks for each sprint and estimates remaining work, they can use the sprint task board. Although remaining work is typically estimated in hours, you can use whatever time unit you want as long as you agree about the unit. By estimating and updating remaining work, your team can track progress through the burndown chart provided with each sprint.

Does your team track capacity per individual or by activity?

If your team tracks remaining work through tasks, they can assess the capacity for a sprint for individual team members or for different team activities such as development, test, and design.

How does your team group work?

You can group work in a number of ways. Items you create from the backlog page are automatically assigned to your team's area path. Items assigned to a sprint are assigned to the sprint's iteration path. Also, you can assign tags to work items to filter a backlog or a query result list.

Does your team use velocity and forecasting?

To support forecasting, your team can use the Effort (Scrum), Story Points (Agile), or Size (CMMI) fields to determine how many items can be completed for a sprint. Also, the velocity chart will show team progress sprint over sprint.

How does your team share information?

Team members can attach files to work items, check in files into source code, or share work using the team project portal. When a project portal is configured, your team has access to all the features a SharePoint site has to offer, including document libraries, wiki pages, blog, and event calendar.

Does your team support rollup of progress across several teams?

Portfolio backlogs let you quickly view a rollup of work in progress across several teams. If a team member works on more than one team, he can allocate his capacity accordingly for each team.

A: To use new features that were added when you install the latest version of TFS, see Configure features after a TFS upgrade.

A: You can use the Kanban board with any process template, default or customized.

A: The latest versions of the default process templates are automatically uploaded when you install or update to the latest version of TFS. Use the Upload, download, and delete process templates for a team project collection to download them.

A: The New Team Project wizard runs tasks that are defined by plug-ins. The next illustration shows plug-ins and the tasks they define. Tasks set permissions, create folders, upload files, activate sites, or set other configurable variables.

Process Template Plug-ins

A: Yes. The default templates are designed to meet the needs of most teams. If your team has unusual needs, you can customize a template and then create the team project, or you can create a team project from a template and then customize the project.

Did you find this helpful?
(1500 characters remaining)
Thank you for your feedback
© 2014 Microsoft. All rights reserved.