Feature #2139
closedRoadmap: use estimated time for calculating progress
100%
Description
The progress for an item (version) is not calculated correctly.
Currently, the progress seems to be calculated by
number of closed tickets ------------------------- * 100 = progress [%] number of tickets overall
This is not really correct, since tickets (can) have an estimated time and should be weighted accordingly, e.g.
overall time of closed tickets ------------------------------ * 100 = progress [%] overall time of all tickets
Of course, this concludes that every ticket has an estimated time entry.
Therefore estimated time has to be a mandatory field, or tickets without an estimated time would have to be excluded from the calculation.
Nevertheless, I think this is a more correct ansatz for calculating the current progress of a project.
Related issues
Updated by Eric Davis about 16 years ago
Toni Kerschbaum wrote:
The progress for an item (version) is not calculated correctly.
I use a custom formula similar to this where progress is the weighted average of the estimated time.
Of course, this concludes that every ticket has an estimated time entry.
Therefore estimated time has to be a mandatory field, or tickets without an estimated time would have to be excluded from the calculation.
Nevertheless, I think this is a more correct ansatz for calculating the current progress of a project.
I would disagree with forcing this conclusion. Some projects don't use estiamted time but still need to show progress (redmine.org is a prime example, open source projects are other examples). Making this a system option (or even a project option) might work:
- Use issue count for progress
- Use issue time estimates for progress
Updated by Toni Kerschbaum about 16 years ago
Eric Davis wrote:
I use a custom formula similar to this where progress is the weighted average of the estimated time.
Could you please post your formula and describe implementation? Is there a patch for this?
I would disagree with forcing this conclusion. Some projects don't use estiamted time but still need to show progress (redmine.org is a prime example, open source projects are other examples). Making this a system option (or even a project option) might work:
- Use issue count for progress
- Use issue time estimates for progress
I had that idea too, but somehow forgot to mention that ;) It would make for a nice and clean solution, I think!
Updated by Jean-Philippe Lang about 16 years ago
- Tracker changed from Defect to Feature
Updated by Jean-Philippe Lang about 16 years ago
- Subject changed from Roadmap: Progress is calculated incorrectly to Roadmap: use estimated for calculating progress
Updated by Jean-Philippe Lang about 16 years ago
- Subject changed from Roadmap: use estimated for calculating progress to Roadmap: use estimated time for calculating progress
Updated by Eric Davis about 16 years ago
I just posted the formula I use to issue 2182
Updated by Mischa The Evil about 15 years ago
- Category changed from Time tracking to Roadmap
Updated by Toni Kerschbaum about 15 years ago
- Status changed from New to Resolved
- % Done changed from 0 to 100
Yes, they do. Thanks for your support!
Updated by Mischa The Evil about 15 years ago
- Status changed from Resolved to Closed
- Resolution set to Fixed