New permissions on work item types?

Folks,

I recently sent out a request to the VSTS Customer Council and the MVPs asking them if they had thoughts on important new permissions to add to work item types in a future release. 

Note that we’ve already enabled the following scenarios:
• Hide work items under a particular area node from a group of users (in TFS 2005)
• Set work items as read only under a particular area node for a group of users (in TFS 2005)
• Allow TFS Server admins & project admins to destroy work items as well as destroy work item types (in TFS 2008 + Power Tool)
• Allow TFS Server admins & project admins to rename work item types (slated for “Rosario”)

The high-level results on the priorities of potential new permissions on work item types were:

As a result of the feedback, we are unlikely to make an investment in new permissions for work item types and a model around that.  However, we are looking at a creative workaround/solution for the top ranked request ("Allow/Deny a user to 'Contribute' on work items of a particular type) involving work item rules. 

My questions for you:

• Do you agree with this prioritization?  Are there scenarios that are more important/less important to you?
• Have you encountered any really painful scenarios in and around this area that we should really look at?

Thanks,

-Siddharth

Comments

• Anonymous
  February 04, 2008
  Martin Hinshelwood on TFS Event Handler CTP 2 Released. Brian Harry on Requirements management with Team...

• Anonymous
  April 09, 2013
  I found this post when looking for the ability to limit permissions in TFS based on work item type. In my particular case, I want product managers to be able to view and Edit Tasks, but not bugs. This appears to be very similar to the second item in your list.    I recognize that this posting is fairly old (from 2008), so I am curious to learn if there has been any work on item number 2 or any suggested work arounds that would make it possible for me to determine permissions based on work item type.