0

Adding an extra column in the sprint backlog

Adding a column in the sprint backlog is simply a matter of adding a definition for it under the Columns section of the configuration mapping file. The Column block has the following structure:

<Column ColumnType="column_name" AssigneeRestriction="[Assigned|Unassigned|All]" AutoAssign="[true|false]">
<ColumnStates>
<WorkItemTypeState WorkItemType="work_item">
<States>
<State>states_of_the_work_item_to_be_mapped_to_that_column</State>
</States>
</WorkItemTypeState>
...
</ColumnStates>
</Column>

The AssigneeRestriction attribute allows to configure columns to only hold work items that are either unassigned or that have been assigned to somebody. If a work item is moved from a column that only holds unassigned items to a column that only holds assigned ones, the user selected in the drop list in the toolbar will automatically be assigned to the work item if AutoAssign is set to true. Conversely, if an assigned work item is moved from a "assigned-only" column back to a "unassigned-only" column, the work item is automatically de-assigned. If the AutoAssign attribute is set to false, it will not be possible to move an unassigned work item into a "assigned-only" column and vice versa.

 

For example, If we want a Task work item with a Ready for Test state to be in a new column called Ready for Test, the following code needs to be added:

<Column ColumnType="Ready for Test" AssigneeRestriction="Assigned" AutoAssign="true">
<ColumnStates>
<WorkItemTypeState WorkItemType="Task">
<States>
<State>Ready for Test</State>
</States>
</WorkItemTypeState>
</ColumnStates>
</Column>

 

Note: Adding columns is not always the solution. In this regard, it's worth noting that Urban Turtle 2010 allows to map multiple states to each of the columns to ease state transitions. See the Mapping a state to a column entry for more information.

 

0 comments

Post is closed for comments.