Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

Exclude work item types from being used in plans

Is there a way to exclude work item types from being used in plans. I need some administrative work item types that must not be planned - they shouldn't be created from a plan or inserted into a plan.

Is there a way to do that?

0 votes


Accepted answer

Permanent link
Illona, there is nothing special to work items with respect to "created in plans".

A plan is just a query on the work items. Stop thinking about a plan being something else. A plan for the most part does not even store anything (there is some few information that is not reflected in work items and life calculated in the plan or stored in its context (e.g. ranking)). But for the most part a plan is just a query. See https://jazz.net/wiki/bin/view/Deployment/RTCProcessFundamentals#Planning for some more basic info,

Regardless how you create them, any work item can show up in a plan, if the filed against and planned for is matching the query search scope. You can configure plans to not show execution items  and also to filter some data, but what you request is not supported and does not make sense in my opinion either.

You can work with permissions and revoke the ability to set the planned for attribute for roles, if you wish. That is pretty much what I think you can do,
Ilona Krammer selected this answer as the correct answer

0 votes

Comments

Hi Ralph,
since we cannot store basic master data in RTC in any other place than in a work item there are indeed items that must not be used in a plan (which makes absolute sense in that case)

It also seems like mandatory or readonly attributes are completely ignored when creating items in plans. How can I fix that because that really is unacceptable for our work - if I could set Planned For and Filed Against readonly and that would actually work in plans that would at least prevent the user from saving everything I guess.

Obviously working with permissions and roles does not work since there are work items types that I want to use in plans. Not all of them represent master data.

Read only and required works with plans. As you can see below, the filed against should have been set by being created in the plan, but it has not that is why the required attribute complains.


You have to obviously make the attribute read only and not the attribute presentation in an editor presentation.

You can also consider to remove the permission to save these attributes for the work item type in the permissions.

You will not be able to save the items in the plan if you do so, as you can't save these attributes.

The items are cached, so you would see them in the plan until the next refresh though.


Thank you so much! I have no idea why it didn't seem to work before (maybe I didn't save or didn't wait for the saving process to finish)

So at least I can prevent users from saving the items even though I can't really prevent them from adding them. Though I'm hoping it is going to be obvious for our users which item types should be planned and which shouldn't.

Thanks again!

Please have a look at the permissions also, that won't prevent them from picking the item type, but you can have only specific roles that are able to create them as well.


One other answer

Permanent link
One possible way to prevent a work item of a particular type from appearing in a plan is to create a Category that is never used in a plan, and then have a custom work_item_save precondition that requires that the Filed Against value for that type of work item be that category.

0 votes

Your answer

Register or log in to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 1,220

Question asked: Sep 26 '16, 9:18 a.m.

Question was seen: 2,005 times

Last updated: Sep 29 '16, 2:01 a.m.

Confirmation Cancel Confirm