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

How does Team Concert determine individual progress?

Hi there,

I'm seeing something interesting in the plan editor when grouping by owner. We work on three week sprints, thus 120h. There are three days completed in the sprint, thus 24h. So 96h remain in the sprint. I have people at three different extremes.

User 1:
Planned Work: 162h
Completed Work: 28h
Status: Green

User 2:
Planned Work: 48h
Completed Work: 0h
Status: -10h Red

User 3:
Planned Work: 88h
Completed Work: 12h
Status: -6h Red

Why is it that the person that is the most overloaded is showing up as green and the other two are showing up red when they have less hours remaining than the # of hours remaining in the sprint?

Regards,

Steffan

0 votes



One answer

Permanent link
I'm seeing something interesting in the plan editor when grouping by
owner. We work on three week sprints, thus 120h. There are three
days completed in the sprint, thus 24h. So 96h remain in the sprint.
I have people at three different extremes.

User 1:
Planned Work: 162h
Completed Work: 28h
Status: Green

User 2:
Planned Work: 48h
Completed Work: 0h
Status: -10h Red

User 3:
Planned Work: 88h
Completed Work: 12h
Status: -6h Red

Why is it that the person that is the most overloaded is showing up as
green and the other two are showing up red when they have less hours
remaining than the # of hours remaining in the sprint?



Hi Steffan

It's important to understand that load and progress are different. Let
me explain how the progress numbers are computed first. (I assume that
all users work 8h, 5days a week = 40h)

Your three week sprint has 120 working hours and 24 hours are already
completed. The total remaining working time is 80% (96/120=0.8). Now
look at the users. Similar to the ratio above, we compute the ratio of
work left and total work. In a second step we compare the work-ratio and
the realtime-ratio.

User 1:
134/162 = 0.82 ~0.8 -> 0.8 - 0.8 = 0 (On Track)
(Bar will be green as both ratios (realtime/worktime) are equal)

User 2:
48/48 = 1 -> 0.8 - 1 = -0.2 -> (Behind)
Expected Work Done= (48 * 0.2) - 0 = 9.6 ~ 10

User 3:
76/88 = 0.86 ~0.9 -> 0.8 - 0.9 = -0.1 (Behind)
Expected Work Done= (88 * 0.2) - 12 = 5.6 ~ 6

In short, the idea of progress computation is to compare the progress of
real time with the progression of your work (resolving work items). In
case of User 1, read this that he might bit a pessimistic when
estimating. His estimates are high, but so is his fix rate.

In contrast load is the comparison of how much work time do I have and
how much work time do I have allocated. User 1 will be red when the load
is shown.


--
Cheers, Johannes
Agile Planning Team

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

Question asked: Jun 11 '09, 9:42 a.m.

Question was seen: 5,886 times

Last updated: Jun 11 '09, 9:42 a.m.

Confirmation Cancel Confirm