It's all about the answers!

Ask a question

How to manage workload across multiple development lines?


Linden Hill (11) | asked Apr 28 '09, 12:59 p.m.
JAZZ DEVELOPER
We're trying to deploy RTC (1.0.1.1) for a few teams in my organization that have both new development and several service releases. These releases run in parallel with the same people doing work on multiple releases at the same time.

We created a development line for each service release and new release. But we have discovered we cannot manage the team's workload across these multiple releases (development lines). We can see how a person is booked for a particular release, but not their overall capacity.

And in a given week, other tasks arise that affect how much time is spent on each of the releases they're currently working on.

How have other teams handled this in RTC?

And, does anyone know if RTC 2.0 will address this limitation?

One answer



permanent link
Johannes Rieken (1.2k1) | answered Apr 29 '09, 3:26 a.m.
linden wrote:
We're trying to deploy RTC (1.0.1.1) for a few teams in my
organization that have both new development and several service
releases. These releases run in parallel with the same people doing
work on multiple releases at the same time.

We created a development line for each service release and new
release. But we have discovered we cannot manage the team's workload
across these multiple releases (development lines). We can see how a
person is booked for a particular release, but not their overall
capacity.

And in a given week, other tasks arise that affect how much time is
spent on each of the releases they're currently working on.

How have other teams handled this in RTC?

And, does anyone know if RTC 2.0 will address this limitation?


Right, in 1.0 this is not possible. You can manage/view load only for a
single team area (which is always bound to a development line). In RTC
2.0 you'll be able to configure the Team Load view to show load for a
project area (or team area). Similar, it will be possible to create
plans that are 'owned' by a project area.


--
Cheers, Johannes
Agile Planning Team

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.