In RTC, why does modifying the iteration structure require 'modify the process specification' permission?
We are on CLM v4.0.2 and we have unchecked the 'modify process specification' permissions for all roles in RTC project areas. The intent is to only have the RTC Administrators modify any of the templates due to standardization of process within the company. There are integrations being set between RTC and other tools that require standard templates for everyone which is driving this.
Now i am seeing unexpected behavior with respect to modifying the iteration structure within a timeline. Here is an example:
Main Development
- Release 1.0
-- Iteration 1
-- Iteration 2
- Release 2.0
-- Iteration 3
-- Iteration 4
A project member with "Team Lead' role wants to move either Iteration 3 or 4, from Release 2.0 to Release 1.0, or
he wants to move Iteration 2 from Release 1.0 to Release 2.0
Once he tries to save the changes, he gets the error:
Accepted answer
One other answer
Either:
1) Request a JazzAdmin to do move the iterations if they need to (can cause delays/bottlenecks)
2) Project team does not move iteration - creates new one where it should move and archive the old one (inconvenient and tedious as they would also need to re-slot all Work Items from the iteration).
Comments
Jaygee,
with respect to move iterations. In general I would consider.
- Iterations don't move. Even dates only rarely move - at least if you are agile.
- Make sure to have a good naming schema e.g.
Main Development
- Release 1.0
-- Iteration 1[R1]
-- Iteration 2 [R1]
- Release 2.0
-- Iteration 1 [R2]
-- Iteration 1 [R2]
Or for example
- Release 1.0
-- Milestone 1
-- Iteration 1 [M1, R1]
-- Iteration 2 [M1, R1]
- Have unique ID's and show the iteration hierarchy in the display name - the ID can be very similar, based on that hierarchy.
Just some thoughts.
Thanks Ralph, I agree iterations normally shouldn't move and also good naming conventions.
We have opened a Defect
https://jazz.net/jazz/web/projects/Jazz%20Foundation#action=com.ibm.team.workitem.viewWorkItem&id=326478