How the query condition- work item status can be grouped?
In RTC 502, we have Defect, Task, Story work items which we have Analysis state.
When we create these work item and work flow in template, the Defect and Task are using same Analysis state (literal id is same) but for story it is different.
So when we see the status in query condition, it is showing as
Analysis (Defect, Task)
Analysis (Story)
Closed (Task)
Closed (Story)
Closed (Defect)
I want to group these states and show it like below
Analysis (Defect, Task, Story)
Closed (Defect, Task, Story)
To meet this, in the process configuration source, I have copied the Defect Analyis state literal ID and replace it in Story - Analysis literal ID.
This will show the query condition as expected i.e.
Analysis (Defect, Task, Story)
But when I check the story work item which all are in Analysis state earlier become uninitialized and NOT at all editable.
What is the issue? How to solve this?
Accepted answer
As the literal ID of the state is actually used to determine the state, you can not change it later, without loosing the state information of all items in the state.
You could try to export all stories in the state, change the ID and then import the exported stories and set the new ID. I am not sure if that is a good idea though.
You could try to export all stories in the state, change the ID and then import the exported stories and set the new ID. I am not sure if that is a good idea though.
One other answer
Ralph, I tried this earlier and when I import the workitem with ID change, RTC is showing an error like you don't have access to work item.
Today after your response, I sit and search the literal ID usage in for e.g. epic - "closed" state and replace it with defect - "Closed" state literal ID.
Before that I exported all epic workitems in "closed" state. Once the ID in the project configuration source got modified, the csv file is imported back with "custom data mapping" file which will map "closed" state to literal id.
<action icon="processattachment:/workflow/close.gif" id="com.ibm.team.apt.epic.workflow.action.a7" name="Set Closed" state="com.ibm.team.apt.epic.workflow.state.s3"/>
<state group="closed" icon="processattachment:/workflow/close.gif" id="com.ibm.team.apt.epic.workflow.state.s3" name="Closed" showResolution="false">
wherever literal ID com.ibm.team.apt.epic.workflow.state.s3 is used , that is replaced with Defect workitem closed state literal id "s4".
<action icon="processattachment:/workflow/close.gif" id="com.ibm.team.apt.epic.workflow.action.a7" name="Set Closed" state="s4"/>
<state group="closed" icon="processattachment:/workflow/close.gif" id="s4" name="Closed" showResolution="false">
Today after your response, I sit and search the literal ID usage in for e.g. epic - "closed" state and replace it with defect - "Closed" state literal ID.
Before that I exported all epic workitems in "closed" state. Once the ID in the project configuration source got modified, the csv file is imported back with "custom data mapping" file which will map "closed" state to literal id.
<action icon="processattachment:/workflow/close.gif" id="com.ibm.team.apt.epic.workflow.action.a7" name="Set Closed" state="com.ibm.team.apt.epic.workflow.state.s3"/>
<state group="closed" icon="processattachment:/workflow/close.gif" id="com.ibm.team.apt.epic.workflow.state.s3" name="Closed" showResolution="false">
wherever literal ID com.ibm.team.apt.epic.workflow.state.s3 is used , that is replaced with Defect workitem closed state literal id "s4".
<action icon="processattachment:/workflow/close.gif" id="com.ibm.team.apt.epic.workflow.action.a7" name="Set Closed" state="s4"/>
<state group="closed" icon="processattachment:/workflow/close.gif" id="s4" name="Closed" showResolution="false">
NOW the question is: Whether this will create any issue in Planning or BASIC rtc functionality? something like LOAD BAR calculation / Ranking / effort hours "rollup", etc...????
Comments
