It's all about the answers!

Ask a question

Configuring a workflow in RTC


Andrea Maytin (131811) | asked May 19 '09, 4:30 p.m.
Good Evening

I'm developing a POC of RTC in a bank here in Venezuela, and the workflow is something like this:

1.- a user detects a problem and creates a work item
2.- a manager receives the work item and assigns it to a developer
3.- the developer fixes the problem, but to deliver the modified object or to mark as "resolved" the work item, he must obtain approval of the manager
4.- the manager approves the modification made by the developer
5.- the developer delivers the object and marks the work item as "resolved"
6.- the manager marks the work item as "closed"


For this workflow, I have this doubts of how it must be configured in the tool:

- For point 2, is it possible that the manager receives the work item automatically, without requiring that the user who created it has to assign it to him (to the manager)?
- What would be the configuration of the approval for point 3? The only way is that the manager says at the same time he assigns the work item that it should be approved by himself? Or there is a way that the approval appears by default as something to be done everytime the developer try to deliver or mark as "resolved" a work item?
- When the manager assigns the work item to the developer, can he tell which is the object that should be modified?


I hope you can help me with this

Thanks in advanced

One answer



permanent link
David Olsen (5237) | answered May 22 '09, 5:35 p.m.
JAZZ DEVELOPER
amaytin wrote:
I'm developing a POC of RTC in a bank here in Venezuela, and the
workflow is something like this:

1.- a user detects a problem and creates a work item
2.- a manager receives the work item and assigns it to a developer
3.- the developer fixes the problem, but to deliver the modified
object or to mark as "resolved" the work item, he must
obtain approval of the manager
4.- the manager approves the modification made by the developer
5.- the developer delivers the object and marks the work item as
"resolved"
6.- the manager marks the work item as "closed"

For this workflow, I have this doubts of how it must be configured in
the tool:

- For point 2, is it possible that the manager receives the work item
automatically, without requiring that the user who created it has to
assign it to him (to the manager)?

There is no way for the work item to be automatically assigned to the
manager. I suggest that the manager create a query that selects all
work items that are in state New (or whatever the initial state is for
your work item type). The manager should run that query periodically to
find all newly submitted work items. The query can be added to the
manager's Team Central view where it will be run automatically every few
minutes (or however often the manager wants).

- What would be the configuration of the approval for point 3? The
only way is that the manager says at the same time he assigns the
work item that it should be approved by himself? Or there is a way
that the approval appears by default as something to be done
everytime the developer try to deliver or mark as
"resolved" a work item?

The team's process can be configured so that a work item must have been
approved by someone with a certain role before a change set associated
with that work item can be delivered. I don't think there is a way to
require that the approval exist before the work item can be resolved.
There is no way to have the approval automatically created. The
developer should create the approval request manually when the changes
are ready to be reviewed.

- When the manager assigns the work item to the developer, can he tell
which is the object that should be modified?

That sounds more like a question for your development team that an RTC
process question. If the manager has enough technical knowledge then he
can usually know which object should be modified. Or am I
misinterpreting your question?

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.