Work item field index

Visual Studio Team Services | Visual Studio 2015 | Previous versions

Use this index to look up a description of each field used to track work items. This reference includes all fields defined within the core system processes/process templates: Agile, Scrum, and CMMI. The fields and work item types (WITs) available to you depend on the process you chose when you created your team project.

To support additional tracking needs, you can define your own custom work item fields. For more information, see:

Alphabetical index

Values in parenthesis indicate the following:

  • System: Core system field assigned to all work item types for all processes
  • Agile: Used only by the Agile process,
  • CMMI: Used only by the CMMI process
  • Scrum: Used only by the Scrum process
  • TCM: Used to support Test case management




A


- Acceptance Criteria (Scrum)
- Accepted By
- Accepted Date
- Activated By
- Activated Date
- Activity
- Actual Attendee 1-8 (CMMI)
- Analysis (CMMI)
- Application Launch Instructions
- Application Start Information
- Application Type
- Area ID (System)
- Area Path (System)
- Assigned To
- Associated Context
- Associated Context Code
- Associated Context Owner
- Associated Context Type
- Attached File Count
- Authorized As (Not used)
- Automated Test Id (TCM)
- Automated Test Name (TCM)
- Automated Test Storage (TCM)
- Automated Test Type (TCM)
- AutomatedTestId (TCM)
- AutomatedTestName (TCM)
- Automation Status (TCM)

B


- Backlog Priority (Scrum)
- Blocked
- Board Column
- Board Column Done
- Board Lane
- Business Value

C


- Called By (CMMI)
- Called Date (CMMI)
- Changed By (System)
- Changed Date (System)
- Closed By (System)
- Closed Date (System)
- Closed Status
- Closed Status Code
- Closing Comment
- Comments (CMMI)
- Committed (CMMI)
- Completed Work
- Contingency Plan (CMMI)
- Corrective Action Actual Resolution (CMMI)
- Corrective Action Plan (CMMI)
- Created By (System)
- Created Date (System)

D


- Discipline (CMMI)
- Description (System)
- Due Date (Agile)

E


- Effort (Scrum)
- Escalate (CMMI)

F


- Finish Date
- Found In Build (TCM)
- Found In Environment (CMMI)

H


- History (System)
- How Found (CMMI)
- Hyperlink Count

I


- ID (System)
- Impact Assessment (CMMI)
- Impact on Architecture (CMMI)
- Impact on Development (CMMI)
- Impact on Technical Publications (CMMI)
- Impact on Test (CMMI)
- Impact on User Experience (CMMI)
- Integrated in Build (TCM)
- Issue (TCM)
- Iteration ID (System)
- Iteration Path (System)

J


- Justification (CMMI)

L


- Link Comment (System)
- Link Description (System)
- Local Data Source (TCM)

M


- Meeting Type (CMMI)
- Minutes (CMMI)
- Mitigation Plan (CMMI)
- Mitigation Triggers (CMMI)

N


- Node Name

O


- Optional Attendee 1-8 (CMMI)
- Original Estimate

P


- Parameters (TCM)
- Priority
- Probability (CMMI)
- Proposed Fix (CMMI)
- Purpose (CMMI)

R


- Rating
- Reason (System)
- Related Link Count (System)
- Remaining Work
- Repro Steps
- Required Attendee 1-8 (CMMI)
- Requirement Type (CMMI)
- Requires Review (CMMI)
- Requires Test (CMMI)
- Resolution (Scrum)
- Resolved By
- Resolved Date
- Resolved Reason
- Reviewed By
- Reviewed Date
- Rev (System)
- Risk (Agile)
- Root Cause (CMMI)

S


- Severity
- Size (CMMI)
- Stack Rank
- Start Date
- State (System)
- State Change Date
- State Code
- Steps (TCM)
- Steps to Reproduce (TCM)
- Story Points (Agile)
- Subject Matter Expert 1-3 (CMMI)
- Symptom (CMMI)
- System Info (TCM)

T


- Tags
- Target Date
- Target Resolve Date (CMMI)
- Task Type (CMMI)
- Team Project (System)
- Test Suite Audit (TCM)
- Test Suite Type (TCM)
- Test Suite Type ID (TCM)
- Time Criticality
- Title (System)
- Triage (CMMI)

U - V - W


- User Acceptance Test (CMMI)
- Value Area
- Work Item Type (System)


By using the system fields or other fields you have added to your project collection, you can enable meaningful cross-team project reports and queries. In addition, any non-system field that is referenced in the workflow or forms section of the work item type definition must have a FIELD element that defines it in the FIELDS section of the work item type definition XML file. Also, you must specify any non-system field that you might want to use to generate a query or report in the FIELDS section.

Field reference topics

The following topics describe fields that are used in common by several WITs, or those that are functionally specific to just one or a few WITs.


Fields common to many work types Fields used by specific work item types Fields used to track CMMI work items
- Titles, IDs, Descriptions, and History
- Areas and Iterations
- Assignments and Workflow
- Planning, Ranking, and Priorities
- Effort, Schedules, and Tracking Work
- Build Integration
- Link Controls, Restrictions, and Fields
- Attachment Controls and Fields
- Code Review Request
- Code Review Response
- Feedback Request
- Feedback Response
- Shared Steps
- Test Case

- Requirements
- Bugs
- Change Requests
- Issues
- Review Meetings
- Risks

Related notes

You can list the attributes of fields using the witadmin listfields command.

Visual Studio Team Services (VSTS)

To add fields to a process, modify select field attributes, and review fields added to a process, see Customize a process.

On-premises TFS

You can change the field name, the index, and the report attributes for any field except system fields by using the witadmin command-line tool. For more information, see Manage work item fields-witadmin.

You can view the attribute assignments made to all fields defined in a team project collection using the Process Editor, a power tool for Visual Studio. For more information, see Team Foundation Server Power Tools.