It's all about the answers!

Ask a question

Grouping and extending users definition for custom queries


Jose Miguel Ordax Cassa (2.4k4126100) | asked May 23 '09, 2:19 a.m.
Hi, we were trying to implement following scenario... we have many users
defined in the Repository. They are spread across different Team Areas
collaborating with each development. One user can be in more than one
Team Area.

Now, we would like to have a concept of Group or Custom Property where
users are classified, for example, by company, grade,... what ever (note
it is a concept related to users without a match with Project or Team
Area) and then be able to perform custom queries like: workload of users
from company X, or number of workitems closed by users with grade Y, etc...

Is it possible to do anything similar to this? I have been reviewing
docs in the web but I didn't find anything.

Thanks in advance,

Chemi.

3 answers



permanent link
Jose Miguel Ordax Cassa (2.4k4126100) | answered May 28 '09, 5:40 a.m.
Chemi wrote:
Hi, we were trying to implement following scenario... we have many users
defined in the Repository. They are spread across different Team Areas
collaborating with each development. One user can be in more than one
Team Area.

Now, we would like to have a concept of Group or Custom Property where
users are classified, for example, by company, grade,... what ever (note
it is a concept related to users without a match with Project or Team
Area) and then be able to perform custom queries like: workload of users
from company X, or number of workitems closed by users with grade Y, etc...

Is it possible to do anything similar to this? I have been reviewing
docs in the web but I didn't find anything.

Thanks in advance,

Chemi.

No comments? I am sure someone has tried this before. Any idea about how
to perform queries of users across teams?

Thanks in advance,

Chemi.

permanent link
Matt Lavin (2.7k2) | answered May 28 '09, 8:22 a.m.
FORUM MODERATOR / JAZZ DEVELOPER
I don't know of any way to do what you are requesting. The query with
"workload of users from company X" might be accomplished by looking at
the e-mail address, but the "workitems closed by users with grade Y"
does not seem possible. I can see the value in what you are trying to
do, and I would suggest opening an enchancement request against the
WorkItem component in RTC.

-
Matt Lavin
Jazz Server Team


On Thu, 2009-05-28 at 11:40 +0200, Chemi wrote:
Chemi wrote:
Hi, we were trying to implement following scenario... we have many users
defined in the Repository. They are spread across different Team Areas
collaborating with each development. One user can be in more than one
Team Area.

Now, we would like to have a concept of Group or Custom Property where
users are classified, for example, by company, grade,... what ever (note
it is a concept related to users without a match with Project or Team
Area) and then be able to perform custom queries like: workload of users
from company X, or number of workitems closed by users with grade Y, etc...

Is it possible to do anything similar to this? I have been reviewing
docs in the web but I didn't find anything.

Thanks in advance,

Chemi.

No comments? I am sure someone has tried this before. Any idea about how
to perform queries of users across teams?

Thanks in advance,

Chemi.

permanent link
Jose Miguel Ordax Cassa (2.4k4126100) | answered Jun 03 '09, 4:40 a.m.
Matt Lavin wrote:
I don't know of any way to do what you are requesting. The query with
"workload of users from company X" might be accomplished by looking at
the e-mail address, but the "workitems closed by users with grade Y"
does not seem possible. I can see the value in what you are trying to
do, and I would suggest opening an enchancement request against the
WorkItem component in RTC.

-
Matt Lavin
Jazz Server Team

https://jazz.net/jazz/web/projects/Rational%20Team%20Concert#action=com.ibm.team.workitem.viewWorkItem&id=85051

Your answer


Register or 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.