It's all about the answers!

Ask a question

Project Timeline and Current Iteration: impacts?

Armin Huemmer (2337) | asked Apr 20 '15, 5:25 a.m.
I just want to make sure that I got it right: The major impacts of using the above settings are on Dashboards and Queries, right? So no real functional impacts?

2 answers

permanent link
Ralph Schoon (62.9k33645) | answered Apr 20 '15, 5:40 a.m.
edited Apr 20 '15, 5:42 a.m.
 You can tie operational behavior and permissions to iterations and iteration types, in which case the tool could e.g. Limit who can deliver or change work item states and the like based on the current iteration. It would then change as soon as you select a new current iteration.

permanent link
Martha (Ruby) Andrews (3.0k44251) | answered Apr 21 '15, 2:21 p.m.
Most user actions in CLM are controlled by permissions and allow preconditions and follow up actions. For instance, who can change a state on a Work Item is controlled by permissions, and there can be a precondition on Work Item Save that in certain states, certain fields must be set.

The current iteration is used to determine what set of permissions, preconditions and follow up actions are used. As Ralph stated, it is possible to configure certain iterations and iteration types to have customized permission and behavior checks. For instance, as the release for a product nears, the final iterations may enforce multiple code reviews before delivery of a change set. In this case, setting the current iteration on the timeline causes the stricter preconditions to be used.

A team area can follow the project timeline, or a differnt timeline. If the team area follows the project timeline, when the current iteration is changed in the project area, the permissions and operation behavior defined in the team area will be checked according to the current iteration in the project area's default timeline.

Hope that helps!

Martha (Ruby) Andrews
Jazz Foundation L3 Development Team Lead

Your answer

Register or to post your answer.